[Koha-bugs] [Bug 10821] label pdf adding in strange breaking

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10821

Kelly Sundin <syslib at ciis.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |syslib at ciis.edu

--- Comment #20 from Kelly Sundin <syslib at ciis.edu> ---
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.