Web Client: MARC Editor not shifting focus to new tags

Bug #1746508 reported by Anna Goben
52
This bug affects 10 people
Affects Status Importance Assigned to Milestone
Evergreen
Won't Fix
Medium
Unassigned

Bug Description

When adding a tag to MARC record, the cursor focus does not jump to the new tag automatically so that staff can start adding the new information.

Similarly, when a new subfield delimiter is inserted, the cursor remains in the previous subfield rather than springing forward.

You can tab forward into these fields, but it should be assumed that by inserting them, staff wish to use them immediately.

Evergreen 3.0.1

Revision history for this message
Andrea Neiman (aneiman) wrote :

Confirmed in 3.1

Changed in evergreen:
status: New → Confirmed
importance: Undecided → Medium
tags: added: cataloging marc
Revision history for this message
Jane Sandberg (sandbergja) wrote :

Just a note that it's very unintuitive to add a subfield delimiter and not be able to immediately add the subfield code. When creating a new subfield a, I'm really used to doing <CTRL + D> then <b>, not <CTRL + D> then <Tab> then <b>. Unfortunately, if I do <CTRL + D> then <b>, it typically results in losing the data in the previous subfield, too. :-(

tags: added: webstaffclient
Revision history for this message
Eva Cerninakova (ece) wrote :

Tested in 3.1.3
When adding a tag to MARC record, the cursor focus does not jump to the new tag as in 3.0.1

However, it seems to me that the "adding subfield problem" has been solved in 3.1.3
When creating new subfield using Ctrl+ D, cursor jumps directly to subfield code (it is not necessary to use additional Tab). And no data in previous subfield have been lost.

Revision history for this message
Eva Cerninakova (ece) wrote :

I have tested cursor focus in 3.3.0

When adding a tag to MARC record, the cursor focus jumps to the new tag automatically and it is possible to add the new tag immediately.

Similarly, when a new subfield delimiter is inserted using Ctrl+ D, cursor jumps directly to subfield code without necessary to use additional Tab (and no data in previous subfield have been lost).

So I think this bug have been solved and can be closed.

Revision history for this message
Terran McCanna (tmccanna) wrote :

Thanks, Eva! I've marked it Won't Fix since it's no longer a problem.

tags: added: fixedinwebby
Changed in evergreen:
status: Confirmed → Won't Fix
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.