web client: Local storage settings with Print Item Label interface
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
New
|
Medium
|
Unassigned |
Bug Description
The Apply and Default buttons in the top bar of the Print Item Label interface perform actions that I wouldn't expect. Here is what I see:
If I apply a template from this interface, the following settings are added to local storage:
cat.printlabels
eg.print.
eg.print.
eg.print.
cat.printlabels
While it might make sense for the Apply button to update cat.printlabels
Initially, I thought the Default button would set the default template to whatever was selected in the dropdown menu. However, clicking the button seems to remove all of the local storage settings mentioned above with the exception of cat.printlabels
Without further understanding the original intent of these buttons, I'm not sure if this is a bug or a UI issue, but I do think the following changes should be made:
1. Clicking Apply should not set the default template. There should be a separate action that explicitly sets a default template.
2. The Default button needs a verb or a totally new label. If it's meant to set the default template and just isn't working as expected, "Set Default" would work here. If it's meant to restore default settings (maybe to the YAOUS related to spine labels?), it should say "Restore Default."
tags: |
added: printing removed: webstaffclient |
tags: |
added: cat-labels removed: spinelabels |
Looking at the code, I see now that the Default button is supposed to Reset to Default, so it does seem appropriate to remove those local storage settings.
I'm still unsure of why the Apply button is setting a default template.