---- Reported by nengard@gmail.com 2010-02-02 15:27:02 ---- Created an attachment subscription history When looking at a subscription in the OPAC you see the subscription ID which is confusing to the patron who has no idea what that ID means. I'm not sure we need it as a filter or as a column because the library filter should be enough. Also the filter for the subscription ID isn't populated unless you first pick a library anyway. ---- Additional Comments From nengard@gmail.com 2010-02-02 15:27:32 ---- Created an attachment sub filter after library filtered --- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:23 UTC --- This bug was previously known as _bug_ 4090 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4090 Imported an attachment (id=1823) Imported an attachment (id=1824) Actual time not defined. Setting to 0.0 The original submitter of attachment 1823 [details] is unknown. Reassigning to the person who moved it here: chris@bigballofwax.co.nz. The original submitter of attachment 1824 [details] is unknown. Reassigning to the person who moved it here: chris@bigballofwax.co.nz.
this is still an issue
Hi Nicole, I think it can make sense to have the subscription number when there is more than one subscription for the same title in one library. Perhaps we can make it work a bit better?
Katrin, The branch does show, so it makes sense to the user with that info, but the number is just confusing the patrons who don't know about the IDs or the way the db works. Nicole
I was going to tackle this, but now there is a filter on the left that lets you choose a subscription number to filter on - again this makes no sense to patrons who have no idea that this subscription for People magazine is #12 (or whatever). Do we really need this filter on subscription ID number in the OPAC?
I am still not sure how this can be resolved best. If a library has multiple subscriptions (might be for the same brach) there is no other way to distinguish them right now but the internal number. The only thing I can come up with is to have the library define a 'name' for the subscription that can be used for filtering and display.
Maybe a solution here would be to make the ID less prominent, using something like library, callnumber (ID) as the display name?