[OPEN-ILS-GENERAL] Bug Squashing Day Wrap-Up
Hi all, I'm sending along a link to the Bug Squashing Day Wrap-Up I posted to the Evergreen community blog yesterday - http://evergreen-ils.org/bug-squashing-day-wrap-up/. Many thanks to everyone who helped squash bugs Wednesday! The next Bug Squashing Day will be held sometime in November. Kathy -- Kathy Lussier Project Coordinator Massachusetts Library Network Cooperative (508) 343-0128 kluss...@masslnc.org Twitter: http://www.twitter.com/kmlussier #evergreen IRC: kmlussier
Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] Web Client (Sprint 1) demo server
This sounds good to me, Kathy. Grace, will that work for the developers? And if so, should I work on entering the ones I already pinpointed, or just new ones from here on out? Terran McCanna PINES Program Manager Georgia Public Library Service 1800 Century Place, Suite 150 Atlanta, GA 30345 404-235-7138 tmcca...@georgialibraries.org - Original Message - From: Kathy Lussier kluss...@masslnc.org To: Evergreen Development Discussion List open-ils-...@list.georgialibraries.org, Evergreen General Discussion List open-ils-general@list.georgialibraries.org Sent: Wednesday, August 27, 2014 2:25:42 PM Subject: Re: [OPEN-ILS-DEV] Web Client (Sprint 1) demo server We've had some great discussion and feedback on the web client over the past few days. To help the developers track the issues with the web client, would it be better if we submit these issues via Launchpad as we do with other bug reports? Maybe we can use a webclient tag so that they are easily findable. Kathy Kathy Lussier Project Coordinator Massachusetts Library Network Cooperative (508) 343-0128 kluss...@masslnc.org Twitter: http://www.twitter.com/kmlussier #evergreen IRC: kmlussier On 8/27/2014 1:00 PM, James Keenan wrote: Re: display of the patron edit screen. The frame that the patron edit screen is displayed in can cause the Save and Clone box to cover other buttons or parts of textboxes. Jim Jim Keenan Library Applications Supervisor jkee...@cwmars.org 508-755-3323 x23 C/W MARS 67 Millbrook St., Suite 201 Worcester, MA 01606 P Save a tree! Please don't print this e-mail unless it's really necessary. Currently reading Mistress Bradstreet by Charlotte Gordon
Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] Web Client (Sprint 1) demo server
Thanks, Mike! Terran McCanna PINES Program Manager Georgia Public Library Service 1800 Century Place, Suite 150 Atlanta, GA 30345 404-235-7138 tmcca...@georgialibraries.org - Original Message - From: Mike Rylander mrylan...@gmail.com To: Evergreen Development Discussion List open-ils-...@list.georgialibraries.org Cc: Evergreen General Discussion List open-ils-general@list.georgialibraries.org Sent: Thursday, August 28, 2014 4:18:02 PM Subject: Re: [OPEN-ILS-DEV] Web Client (Sprint 1) demo server Terran, Grace is out for the next few days, so in the interest of avoiding duplication of work, I'll ask that we hold off picking a particular direction until she can weigh in next week. More broadly, while they are certainly ESI's to fix, we'd be overjoyed if folks outside ESI wanted to jump in and attack some of these! The existing launchpad bug where Bill published the main branch would be the place for folks to post fix branches. Since there's still discussion to be had around several (and email seems a good way for that to happen in the short term) we'll wait for some more feedback before moving on some of them. We (ESI) use internal tools for tracking work in development and PM areas that fit our needs better than launchpad, so we'll continue to use those tools (along side launchpad, where appropriate) for both these and any future bugs we need to address in the web staff client and then expose the output of that in a straightforward way as it progresses, much the way Bill did during the main body of Sprint 1. Rest assured, I've got this thread starred and marked unread in my inbox, so these are not going anywhere. ;-) Thanks, On Thu, Aug 28, 2014 at 1:13 PM, McCanna, Terran tmcca...@georgialibraries.org wrote: This sounds good to me, Kathy. Grace, will that work for the developers? And if so, should I work on entering the ones I already pinpointed, or just new ones from here on out? Terran McCanna PINES Program Manager Georgia Public Library Service 1800 Century Place, Suite 150 Atlanta, GA 30345 404-235-7138 tmcca...@georgialibraries.org - Original Message - From: Kathy Lussier kluss...@masslnc.org To: Evergreen Development Discussion List open-ils-...@list.georgialibraries.org , Evergreen General Discussion List open-ils-general@list.georgialibraries.org Sent: Wednesday, August 27, 2014 2:25:42 PM Subject: Re: [OPEN-ILS-DEV] Web Client (Sprint 1) demo server We've had some great discussion and feedback on the web client over the past few days. To help the developers track the issues with the web client, would it be better if we submit these issues via Launchpad as we do with other bug reports? Maybe we can use a webclient tag so that they are easily findable. Kathy Kathy Lussier Project Coordinator Massachusetts Library Network Cooperative (508) 343-0128 kluss...@masslnc.org Twitter: http://www.twitter.com/kmlussier #evergreen IRC: kmlussier On 8/27/2014 1:00 PM, James Keenan wrote: Re: display of the patron edit screen. The frame that the patron edit screen is displayed in can cause the Save and Clone box to cover other buttons or parts of textboxes. Jim Jim Keenan Library Applications Supervisor jkee...@cwmars.org 508-755-3323 x23 C/W MARS 67 Millbrook St., Suite 201 Worcester, MA 01606 P Save a tree! Please don't print this e-mail unless it's really necessary. Currently reading Mistress Bradstreet by Charlotte Gordon -- Mike Rylander | Director of Research and Development | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: mi...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] Proposed changes to browse indexes
Hi all, Recently, NOBLE made some local customizations to config.metabib_field to improve browse search on their local system. They would like to contribute a branch to make these changes in Evergreen for 2.next, but I wanted to share their changes with the community first to see if can generate some community consensus around the changes. 1. We would like to submit a branch that enables browse search for the complete (All Subjects) field, and disables it for the all of the other fields that are included in the subject class. This branch would also add a -- joiner so that the fields properly display separators. Currently, Evergreen is indexing the individual subdivisions. By enabling browse for the complete field, we see the full heading in the subject browse. By disabling browse for all of the other subject indexes, we remove subdivisions like handbooks, manuals, etc. as something that is currently being displayed as a standalone heading (not very useful to the user.) This branch would address the bugs reported in https://bugs.launchpad.net/evergreen/+bug/1331506 and in https://bugs.launchpad.net/evergreen/+bug/1331524. Based on previous discussions on this topic, I'm fairly sure most end users will prefer these defaults. However, I just want to make sure this is desired before we submit any changes. The changes would be supplied in the seed data for new Evergreen installs, but, because we don't want to break any customizations that may have been made to existing index definitions, most likely won't be applied for upgrades. However, we could probably supply a SQL statement in the release notes that lets existing sites know how to make these changes if they want them. 2. The second change we would like to make affects the ease with which users can find titles starting with initial articles. Currently, most of the title indexes honor non-filing indicators, so that a title like The Help will ignore the and file The Help with the H's. If a patron inadvertently enters the help, there is a warning that can be enabled telling the patron they may want to try the search without the. However, in investigating the bug at https://bugs.launchpad.net/evergreen/+bug/1321780, we discovered that the 740 field is being handled a little differently because it is being indexed twice, once with the non-filing characters and once without . For example, in one catalog, the heart sutra is being indexed with the h's, but is also being indexed with the t's (for the). We would like to propose that this approach be used for all title indexes. With this approach, the user will find a title whether or not they include the initial articles in their search. It reduces the amount of training that needs to be done to teach users how to use the catalog. Of course, these additional indexes could remain a customization that is just handled locally, but, since it makes it easier for a patron or student to use browse, we think it's worthy of consideration for the default indexes. Both of these changes have already been made to the NOBLE catalog. You can see these changes in action at http://evergreen.noblenet.org/eg/opac/browse. Kathy -- Kathy Lussier Project Coordinator Massachusetts Library Network Cooperative (508) 343-0128 kluss...@masslnc.org Twitter: http://www.twitter.com/kmlussier #evergreen IRC: kmlussier
