Wishlist: Provide way to override default sorting in monograph parts

Bug #1157382 reported by Dan Pearl
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
Triaged
Wishlist
Unassigned

Bug Description

This is a wishlist item for a facility to allow explicit sorting of labels in the monograph_part list (and associated drop-down in the Add Volumes dialogue).

The labels associated with a title (like Vol.1, Vol.2) are subjected to an encoding to produce a value called label_sortkey. Usually, this encoding does the right thing so that labels are displayed in a natural order. In other cases, the results are less than optimal. An example is where you have Vol.1, Vol.2, Vol. 3 and an Addendum. The default order would put the Addendum first.

This enhancement creates an additional field for biblio.monograph_part: sort_order (an integer, default 0). When editing or creating a label for the monograph parts for a title, you can enter a value in that field which will be used the primary sort value, then the label_sortkey would be used as usual.

So to place the Appendix where it belongs, the cataloger would change the sort_order for Appendix to 1 (from 0). More than one entry can have the same sort_order, which will defer sorting in that group of entries with identical values to the label_sortkey.

(I have a sample implementation that I will check in soon.)

Revision history for this message
Dan Pearl (dpearl) wrote :
tags: added: pullrequest
Ben Shum (bshum)
Changed in evergreen:
status: New → Triaged
importance: Undecided → Wishlist
Revision history for this message
Dan Pearl (dpearl) wrote :

Superseded by check-in at LP#1169569

tags: removed: pullrequest
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.