[Evergreen-general] Merging OpenSRF & Evergreen Into One Project

Hi All, At today's IRC developer meeting, we discussed a proposal to merge OpenSRF and Evergreen into a single codebase / project. The initial proposal: https://bugs.launchpad.net/opensrf/+bug/2032835 IRC logs from today's meeting: http://irc.evergreen-ils.org/evergreen/2023-09-12#i_533091 At

Re: [Evergreen-general] Planning the next EG Offline Interface

trol over where it's installed. >>- The ability to install it when a workstation is offline. >>- Easier to train staff since it can be invoked at any time. >> >> Still hoping for Pi in the sky, though. >> >> Michele >> >> -- >> Mic

Re: [Evergreen-general] Planning the next EG Offline Interface

ies.org<mailto:h...@georgialibraries.org > > > <https://www.facebook.com/georgialibraries>< > https://www.twitter.com/georgialibs>< > https://www.instagram.com/georgialibraries/>< > https://www.twitter.com/georgialibs> > Join our email list <http://ge

Re: [Evergreen-general] Planning the next EG Offline Interface

Thanks, Terran. Comments inline below. On Fri, Mar 11, 2022 at 10:47 AM Terran McCanna < tmcca...@georgialibraries.org> wrote: > > Questions: > - How would it handle the workstation name? Would staff need to set it up > at first use? (Note that it would be useful for it to have a workstation

[Evergreen-general] Planning the next EG Offline Interface

Hi All, I'm thinking of turning my attention to porting the Evergreen Offline interface as we continue our march away from AngularJS. Unlike other interfaces, where the end goal is pretty straightforward -- just migrate it to Angular -- I think the Offline UI would benefit from some discussion.

Re: [Evergreen-general] [External] Issues with Hatch and Chrome

;Update" button will appear -- click it. -b On Thu, Dec 9, 2021 at 11:39 AM Bill Erickson wrote: > Seeking testers: > https://bugs.launchpad.net/evergreen/+bug/1954301/comments/2 > > Alas, testing Chrome extensions outside of the Chrome store is a bit of a > project. I'll moni

Re: [Evergreen-general] [External] Issues with Hatch and Chrome

workstation.all and eg.workstation.default were being stored in Hatch > even after clicking "Move Hatch settings to local storage." Unfortunately, > I wasn't able to confirm that we were seeing the same messages from the > logs, but the symptoms are the same as what Bob described. > > On Thu, D

Re: [Evergreen-general] [External] Issues with Hatch and Chrome

Thanks for all the feedback, everyone. I have opened an LP bug https://bugs.launchpad.net/evergreen/+bug/1954301 and I hope to have something to test before long. -b On Thu, Dec 9, 2021 at 9:26 AM Shula Link via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > We've been

[Evergreen-general] Ubuntu 20.04 Ansible Builder Support

Hi All, Just a heads up I have posted a branch to my EG Ansible installer to support Ubuntu 20.04 builds. https://github.com/berick/evergreen-ansible-installer I've noted the addition in the wiki as well: https://wiki.evergreen-ils.org/doku.php?id=server_installation:semi_automated Thanks to

Re: [Evergreen-general] cannot delete items from Holds History

Hi, Holds history entries cannot be deleted because the data comes from the main holds table in Evergreen. Removal of data from this table is controlled solely by the aging / anonymization process. A patron can opt to retain the data beyond the configured aging time, but they cannot forcibly

Re: [Evergreen-general] Evergreen OPAC & Discovery Layers

Hi, KCLS uses Bibliocommons for the whole consortium. https://kcls.bibliocommons.com/ -b On Fri, Jan 15, 2021 at 11:27 AM Jane Sandberg wrote: > We use a discovery layer! We're the only library in our consortium to do > so. > > We created it in house, using Blacklight as the base: >

Re: [Evergreen-general] [Evergreen-dev] Evergreen 3.7 Schedule and Roadmap

> Join our email list <http://georgialibraries.org> for stories of Georgia > libraries making an impact in our communities. > > > > On Tue, Dec 1, 2020 at 11:09 AM Bill Erickson wrote: > >> Hi All, >> >> As a member of the Evergreen 3.7 release team, I'm

[Evergreen-general] Evergreen 3.7 Schedule and Roadmap

Hi All, As a member of the Evergreen 3.7 release team, I'm pleased to propose a release schedule for Evergreen 3.7. I'm seeking input on the schedule, in particular on a few gaps I have left. * Proposed Schedule 2/??/21 - Feedback Fest pre-feature freeze 2/24/21 - feature freeze 3/3/21 -

Re: [Evergreen-general] A missing home icon in eg2 translated interface

Hi Linda, Here's another issue I can't really explain, but may have a fix if you are up for some experimentation. I've noticed in the past, other i18n issues have been resolved by applying the i18n attribute in a more targeted fashion. In the link you are having issues with has room for

Re: [Evergreen-general] Strange characters in translated web client menu (3.5.1)

Hi Linda, I'm not yet sure what's adding those characters, but it seems to be happening somewhere in the XMB => poeditor => XTB translation. In the meantime, we could remove the characters during the build process. You can use something like this locally to create an alternate version of the

Re: [Evergreen-general] How to add/compile Czech localization to Angular part of a web staff client?

On Fri, Oct 30, 2020 at 2:51 PM Galen Charlton wrote: > Hi Bill, > > On Fri, Oct 30, 2020 at 2:08 PM Bill Erickson wrote: > >> Each supported locale has a special command added to the package.json >> file. To compile the cs-CZ: >> >> $ cd Open-ILS/src/eg2 &

Re: [Evergreen-general] How to add/compile Czech localization to Angular part of a web staff client?

Hi, Each supported locale has a special command added to the package.json file. To compile the cs-CZ: $ cd Open-ILS/src/eg2 $ npm run build-cs-CZ Each locale also needs its own configuration section in the Apache configuration file /etc/apache2/eg_vhost.conf. Copy the stock entry for ... ,