Logical order of copies in OPAC copy table

Bug #1979831 reported by Benjamin Kalish
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
Wishlist
Unassigned

Bug Description

When viewing a record in the the stock OPAC the following columns appear in the copy table, in the following order:

1. Location
2. Call Number / Copy Notes
3. [Part] (if applicable)
3. Barcode
4. Shelving Location
5. Status
6. Due Date

(There are additional columns that show only if particular features are enable or only for staff, but these are the basics.) This is true in Evergreen 3-7-3 as well as many past and newer versions.

This column order is unintuitive and confusing because the information necessary to find materials is out of order and non-adjacent. The stock OPAC should have the following columns adjacent and in this order:

1. Location
2. Shelving Location
3. Call Number / Copy Notes
4. [Part] (if applicable)
5. Barcode

This is the logical order, corresponding to the following procedure as performed by patrons:
1. Travel to the correct location (i.e. library–should we rename that?)
2. Move to the right shelving location
3. Find the materials in this shelving location with the given call number
4. If necessary, select an item from among them that has the desired part

Staff may sometimes take an additional 5th step:
5. Amongst these items, find the one with the matching barcode

Garry Collum (gcollum)
Changed in evergreen:
status: New → Confirmed
Revision history for this message
Garry Collum (gcollum) wrote (last edit ):
tags: added: pullrequest
Revision history for this message
Gina Monti (gmonti90) wrote :

Feedback Fest 9/22, MOBIUS server

Note: this is for Bootstrap OPAC

Looks good! The only thing I didn't see was a column for parts (searched "6 Double concertos/Vivaldi"). Otherwise, it's good to go when this is available.

Revision history for this message
Garry Collum (gcollum) wrote :

Hi Gina,

Parts only appears on the page if it is applicable. It looks like the second page holdings in the search that you performed contains parts.

Revision history for this message
Gina Monti (gmonti90) wrote :

Thanks, Garry!

I'll officially sign off on this then.

[I, Gina Monti (<email address hidden>), sign off on this fix!]

tags: added: signedoff
Changed in evergreen:
milestone: none → 3.10-beta
milestone: 3.10-beta → 3.9.1
Changed in evergreen:
milestone: 3.9.1 → 3.9.2
Revision history for this message
Galen Charlton (gmc) wrote :

The patch for this no longer applies now that bug 1984269 is pushed.

Changed in evergreen:
importance: Undecided → Medium
tags: added: needsrebase
removed: pullrequest signedoff
Changed in evergreen:
milestone: 3.9.2 → none
importance: Medium → Wishlist
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.