Web client call number display in edit vols/copies

[Elaine Hardy]

The call number input well/display in the vol/copy editor is not large enough to display all of a long call number. When editing the end of a call number (adding a volume #, for example, or displaying all of the call number to assign monographic parts labels, the call number reverts to the beginning as soon as you move to another input well or assign the part, meaning you can no longer see the end of the call number. This prevents you from quickly checking your work -- you have to move to the end of the call number in each instance when making changes in batch.

In the XUL client, while the input well was to small, you could move to the end of the call number and have it stick as you made changes to the list.

[Terran McCanna (tmccanna)]

I don't think this is an issue in the current Holdings Editor, but will wait for a cataloger to confirm/deny before changing the status of this bug.

[Chrisy Schroth (cschroth)]

If I am reading this bug correctly, I think that this is still a bug, even though things are called by different terms now (i.e., Holdings editor, not vol/copy editor). I just tested it on both our live 3-11-3 system, and on the MOBIUS BSW test server. If you go to Holdings View > Edit Call Numbers > and type in a really long call number, then tab to the next box, the edit call number box goes back to the beginning of the call number and you can't see the end of what you just typed.

The test server now has a copy on the record for Catster which has a call number of "really really really long call number, and I mean really long" :)

[Terran McCanna (tmccanna)]

I wonder if this is more of a browser issue - when I test in Chrome I see the behavior Chrisy describes, but when I use Firefox the long call number text stays in place when I tab out of it.

[Madison Kochel (madison-kochel)]

I see the same behavior as Terran. In Chrome, the view reverts back to the beginning, but in Firefox, it sticks in place when I tab to a new field.