Mike, The coding table design decisions will ultimately be up to Dan Pearl (our in house developer) but I was thinking the label_sortkey would not be eliminated since that would be a default sort. I personally was envisioning that an extra table column would be needed for sort order whereby record column and the new "sort number" or whatever it is called is unique.
Tim On Tue, Jan 29, 2013 at 12:02 PM, Mike Rylander <mrylan...@gmail.com> wrote: > Tim, > > That looks like a good set of enhancements. Just one comment and one > question: > > * I suspect that the "DISK 15.1" anomaly is caused by an extra space > between "DISK" and "15.1", which gets it an extra pile of zeroes. > * Do you plan to leave the existing sort label infrastructure there, and > use that as a secondary ORDER BY clause (assuming one can assign NULL or > duplicate order values), or will the user be forced to set the ordering by > hand? That is implied by, but not explicit in, your description. > > Thanks! > > --miker > > > > On Tue, Jan 29, 2013 at 11:38 AM, Tim Spindler <tjspind...@gmail.com>wrote: > >> We are looking for comment on the proposed development. Attached is the >> specification. >> >> -- >> >> ____________________________ >> >> Tim Spindler >> >> Manager of Library Applications >> >> tspind...@cwmars.org >> >> 508-755-3323 x20 >> IM: tjspindler (AOL, meebo, google wave) >> >> >> >> C/W MARS, Inc. >> >> 67 Millbrook St, Suite 201 >> >> Worcester, MA 01606 >> http://www.cwmars.org >> >> *P** Go Green - **Save a tree! Please don't print this e-mail unless >> it's really necessary.* >> >> >> > > > > -- > Mike Rylander > | Director of Research and Development > | Equinox Software, Inc. / Your Library's Guide to Open Source > | phone: 1-877-OPEN-ILS (673-6457) > | email: mi...@esilibrary.com > | web: http://www.esilibrary.com > -- Tim Spindler tjspind...@gmail.com *P** Go Green - **Save a tree! Please don't print this e-mail unless it's really necessary.*
