---- Reported by rch@liblime.com 2009-06-30 22:30:24 ---- A patron wishing to place a hold on a specific vol/issue cannot tell which one to choose if the itemcallnumber does not include the information. The holds interface should include items.enumchron in the item-selection table. (Mapped by default to 952âĦh in MARC21). ---- Additional Comments From katrin.fischer@bsz-bw.de 2009-09-23 21:55:46 ---- Created an attachment Proposed patch ---- Additional Comments From katrin.fischer@bsz-bw.de 2009-09-23 22:01:57 ---- Created an attachment Screenshot of opac hold interface ---- Additional Comments From kdr@ckls.org 2009-09-23 23:21:01 ---- Is the "copy" column pulling from the items.enumchron? That was what we need because we need to see which volume or year that barcode represents. (we don't use the copy subfield) If so, the heading "copy" is somewhat confusing. I can't suggest another except I believe I would prefer "volume no." or something. ---- Additional Comments From katrin.fischer@bsz-bw.de 2009-09-24 07:29:45 ---- Thank you for your feedback! I was afraid to use up to much space in the items table with a new column for serial enumeration, so I chose to display it in the same column as copy number, divided by ','. And I wanted it to show at the beginning of the table as its really important for the right choice of an item. After sleeping over it, I'm not sure this is the best solution. Perhaps better use a separate column 'Vol Info' that is only shown as second column if serial enumeration is used for an item of this title? ---- Additional Comments From jwagner@ptfs.com 2009-09-24 12:00:59 ---- We have a fix for this in development as well -- it has a column for the volume number in both staff and OPAC, pulling from the 952$h Serial Enumeration/Chronology. I've attached a screenshot of the OPAC holds screen. This is about ready to send out, when our codemeister has a chance. ---- Additional Comments From jwagner@ptfs.com 2009-09-24 12:01:36 ---- Created an attachment OPAC holds screen with volume numbers ---- Additional Comments From kdr@ckls.org 2009-09-24 16:06:53 ---- Jane's screenshot is closer to what I have envisioned. ---- Additional Comments From katrin.fischer@bsz-bw.de 2009-09-27 22:02:57 ---- Created an attachment Proposed patch Replaces first patch. Screen looks like Jane's screenshot now, but column is only shown when needed. ---- Additional Comments From gmcharlt@gmail.com 2009-09-29 22:51:01 ---- Pushed Katrin's patch. Please test and close. ---- Additional Comments From katrin.fischer@bsz-bw.de 2009-09-30 21:34:39 ---- Serial enumeration shows now. --- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:09 UTC --- This bug was previously known as _bug_ 3380 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3380 Imported an attachment (id=1265) Imported an attachment (id=1266) Imported an attachment (id=1267) Imported an attachment (id=1268) Actual time not defined. Setting to 0.0 The original reporter of this bug does not have an account here. Reassigning to the person who moved it here: chris@bigballofwax.co.nz. Previous reporter was rch@liblime.com. CC member adrea@moablibrary.org does not have an account here CC member irma@calyx.net.au does not have an account here CC member jwagner@ptfs.com does not have an account here CC member kdr@ckls.org does not have an account here The original submitter of attachment 1265 [details] [review] is unknown. Reassigning to the person who moved it here: chris@bigballofwax.co.nz. The original submitter of attachment 1266 [details] is unknown. Reassigning to the person who moved it here: chris@bigballofwax.co.nz. The original submitter of attachment 1267 [details] is unknown. Reassigning to the person who moved it here: chris@bigballofwax.co.nz. The original submitter of attachment 1268 [details] [review] is unknown. Reassigning to the person who moved it here: chris@bigballofwax.co.nz.