http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10821
Kelly Sundin <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #20 from Kelly Sundin <[email protected]> --- I'm curious why this was marked as wontfix, because, although you draw distinction that it is someone else's module that Koha uses, it was decided to incorporate the module and it therefore affects Koha's functionality. More to the point, it basically breaks a major feature of our ILS because we don't use strict LC call numbers. It seems to me that because MARC allows for local rules and because open source is at it's heart flexible, community-based, creative, solution-oriented and extensible, that Koha's code wouldn't be managed and developed with a prescriptivist attitude. Can you offer a workaround? Can you provide any suggestions for what affected libraries can do in the interim? Will my library have to devolve into manually producing spine labels, a task we were spared from doing by even the ancient, unsupported K-12 school library ILS we used to have before migrating to Koha? We now have hundreds of books that can't be shelved because they are waiting for labels. We've been hoping this would get fixed quickly. It seems to me that if we are waiting for library-callnumber-lc's programmers whose project's entire purpose is to normalize LC call numbers to alter their code to allow for non-LC/customized/local rules, then I am not very optimistic that this will get fixed any time soon. It worked just fine before the code was pushed out to us. Is it possible to tweeze out that bit of code and rollback to the former function for those that don't want this innovative normalization trick? Must we force normalization? Our library and Howard Freedman's can't be the only two libraries in the Koha community that this affects... Hoping for a better way! We appreciate all that you do, but we'd really like to not have to sacrifice a huge, essential, labor-saving feature of the ILS just because we aren't strict LC. Thank you and be well, Kelly Sundin -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
