[Koha-bugs] [Bug 5079] Make display of shelving location and call number in XSLT results controlled by sysprefs

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Wed Aug 3 18:21:49 CEST 2011


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

--- Comment #16 from Ian Walls <ian.walls at bywatersolutions.com> 2011-08-03 16:21:49 UTC ---
Paul,


Point 1 is outside the scope of this bug; the goal here is to display all the
locational information (Branch, shelving location and call number) so that a
patron can find the materials within the library.  A separate bug report would
need to be filed to display other types on information on the OPAC search
results.

Point 2:  making local changes to the XSLT is not recommended, because it makes
upgrading more difficult.  I've got another development being spec'ed out now
to make it possible for users to specify their own XSLT, so this kind of
customization could be handled locally without altering core Koha files. 
Unfortunately, that's not ready yet.

Point 3:  the whitespaces issues do need to be resolved, yes.  My plan is to
squash these two commits, along with a third commit that addresses the
following issue:

the current version of this patch will still show the Location(s) line if there
are no items attached, but there will of course be no data.  I recommend that
in this case, the line not be displayed.

Additionally, the Branchcode/Shelving Location/Callnumber combination should
not be keyed based on status.  In fact, any status other than "available"
should be ignored, since items that are checked out, in transit, damaged, lost,
etc are not actually on the shelf as expected.  I believe adding an xsl:key on
homebranch + location + itemcallnumber will help with this.


So my ruling is this has not Failed QA, but is not yet complete.  It will need
to be so by Aug 15th.

-- 
Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA Contact for the bug.


More information about the Koha-bugs mailing list