Create MARC Record - Flat Editor - Keyboard Shortcut for Saving

Working branch at
user/stompro/lp2031162_create_marc_flat_save_hotkey

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/stompro/lp2031162_create_marc_flat_save_hotkey

Seems to work in Chrome 115. with EG 3.11 just fine.

Ctrl+S when in the flat text editor saves the record, the same as pressing the save button.

Testing Notes

Create MARC Record - flat text editor enabled.

Before the fix, pressing CTRL+S will initiate the browser save dialog.

After the fix, pressing CTRL+S will save the record and proceed to the catalog view.

This along with the previous related commits allows for someone to create a marc record with fast item add without having to touch the mouse, so hands on keyboard the whole way. (If the flat text editor is enabled). We create brief bibs for our ILL records and our staff would like to be able to do it as fast as possible without touching the mouse and without too much tabbing through elements.

These keyboard commands should create a bib.
Ctrl+F3 - loads create marc record
tab
enter - selects marc template
Space - enable fast item add
<enter call number>
Tab
<Enter barcode>
Tabx6 - get to the flat text editor
<Make changes to the MARC>
CTRL+S - save the record

This code works just as described. I tested the code on Terran's test server as follows:

--I selected Create New MARC Record
--Using the flat text editor, I added data
--I pressed CTRL+S
--The record was saved and the staff catalog view displayed

Notes:
Pressing CTRL+S also saves the record in the regular editor.

I followed the keyboard commands listed (using arrow keys to move from field to field in the editor) and they worked perfectly to create a new MARC record without use of a mouse.

I have tested this code and consent to signing off on it with my name, Beth Willis and my email address, <email address hidden>

These keyboard shortcuts are great accessibility improvements to the MARC editor. Pushed to main and rel_3_11. There were merge conflicts in rel_3_10 so they have not been pushed there.

Thanks Josh and Beth!