TPAC - set autofocus to user input when placing holds in staff client
Bug #1141292 reported by
Ben Shum
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Medium
|
Unassigned | ||
2.2 |
Fix Released
|
Medium
|
Unassigned | ||
2.3 |
Fix Released
|
Medium
|
Unassigned | ||
2.4 |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Evergreen master
When placing holds in TPAC via the staff client, the focus had been on the basic search field above. Change this to have autofocus on the input field for the hold user by default.
This can potentially save staff from having to perform an extra click to select the input field. Now they can immediately begin entering the barcode of the user they plan to create a hold on behalf of.
I have a working branch here: working/
Changed in evergreen: | |
milestone: | 2.4.0-alpha1 → 2.4.0-beta |
Changed in evergreen: | |
status: | New → Triaged |
Changed in evergreen: | |
milestone: | 2.4.0-beta → 2.4.0-rc |
Changed in evergreen: | |
milestone: | 2.4.0-rc → 2.5.0-alpha |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
One thing I'm not entirely sure about is eliminating the focus from basic search on the place hold page also affects the public catalog view for patrons when they're logged in and creating holds. The field for hold user doesn't exist for them, so they don't get a focus to it; there doesn't appear to be any focused text input fields at all. But I feel that not having the focus on the search box is fine in that scenario. With creating a hold, I would suppose users are most interested in checking their hold options (pickup, notification, etc.) and then hitting the Submit button to place the hold and not looking to see what search term they were using prior to placing that hold.
Either way, not sure if it's a problem or not really a big deal.