Summary: | Focus when editing/adding new itemtypes/authorised values | ||
---|---|---|---|
Product: | Koha | Reporter: | Katrin Fischer <katrin.fischer> |
Component: | Templates | Assignee: | Owen Leonard <oleonard> |
Status: | CLOSED FIXED | QA Contact: | Katrin Fischer <katrin.fischer> |
Severity: | enhancement | ||
Priority: | P5 - low | CC: | chris, jcamins, melia |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | Trivial patch |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Attachments: |
Bug 9137 - Focus when editing/adding new itemtypes/authorised values
[Signed off] Bug 9137 - Focus when editing/adding new itemtypes/authorised values [SIGNED-OFF] Bug 9137 - Focus when editing/adding new itemtypes/authorised values |
Description
Katrin Fischer
2012-11-25 22:15:12 UTC
Created attachment 13685 [details] [review] Bug 9137 - Focus when editing/adding new itemtypes/authorised values This patch adds the "focus" class to the relevant inputs so that the global staff client JS will move the focus to those fields. Logic in the authorised_values template puts the focus on the correct field whether you're adding a new category, a new value, or performing an edit. To test, try the following operations: - add an itemtype - edit an itemtype - add an authorised value category - add an authorised value value - edit an authorised value value In all cases the focus should automatically be in the first form field. I followed the test plan, and found that the focus is in the first field on the page by default without having to click anywhere. Very helpful, and works as advertised! (I had to add a "patch complexity" to this enhancement request in order to sign it off - hopefully "trivial" is ok, but if not, someone else please change it!) Created attachment 13695 [details] [review] [Signed off] Bug 9137 - Focus when editing/adding new itemtypes/authorised values This patch adds the "focus" class to the relevant inputs so that the global staff client JS will move the focus to those fields. Logic in the authorised_values template puts the focus on the correct field whether you're adding a new category, a new value, or performing an edit. To test, try the following operations: - add an itemtype - edit an itemtype - add an authorised value category - add an authorised value value - edit an authorised value value In all cases the focus should automatically be in the first form field. Signed-off-by: Melia Meggs <melia@test.bywatersolutions.com> Created attachment 13721 [details] [review] [SIGNED-OFF] Bug 9137 - Focus when editing/adding new itemtypes/authorised values This patch adds the "focus" class to the relevant inputs so that the global staff client JS will move the focus to those fields. Logic in the authorised_values template puts the focus on the correct field whether you're adding a new category, a new value, or performing an edit. To test, try the following operations: - add an itemtype - edit an itemtype - add an authorised value category - add an authorised value value - edit an authorised value value In all cases the focus should automatically be in the first form field. Signed-off-by: Melia Meggs <melia@test.bywatersolutions.com> Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> All tests pass and works nicely. This patch has been pushed to master. Pushed to 3.10.x, will be in 3.10.1 Pushed to 3.8.x will be in 3.8.8 |