Volume Copy Editor Changed Fields Hard to Discern
Bug #1761142 reported by
Robert J Jackson
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Undecided
|
Unassigned | ||
3.1 |
Won't Fix
|
Undecided
|
Unassigned | ||
3.2 |
Won't Fix
|
Undecided
|
Unassigned | ||
3.3 |
Won't Fix
|
Undecided
|
Unassigned | ||
3.4 |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
webclient 3.0.5
When a field is changed in the volume copy editor it is difficult to tell by visual cue.
below reported from staff:
The actual field doesn't change color, which would be nice, and the contrast between the blue heading and the green which means it has been edited is *very* low. I use my templates to flag fields that need to be edited, and given that the fields aren't all in the same places as the XUL client, and that it is so hard to see what is flagged, I'm spending a lot of time staring at the editor.
I would love it if the whole field could change color, and if that's not possible, could the green color be made much darker/brighter?
Example attached.
tags: | added: cataloging |
Changed in evergreen: | |
status: | New → Confirmed |
milestone: | none → 3.3.4 |
Changed in evergreen: | |
milestone: | 3.3.4 → 3.3.5 |
Changed in evergreen: | |
milestone: | 3.3.5 → 3.4.2 |
Changed in evergreen: | |
milestone: | 3.4.2 → 3.4.3 |
Changed in evergreen: | |
milestone: | 3.4.3 → 3.4.4 |
Changed in evergreen: | |
milestone: | 3.4.4 → 3.5.1 |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
See related bug 1538666. Robert, your screenshot showing the volume/copy editor or the template editor? In my experience, I don't even get any visual cue when most fields are edited because any with pre-populated values start off as green. We definitely could use some improvement here.