Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Text Box Field tweaks #16477

Open
3 tasks
Tropicalrambler opened this issue Jan 23, 2019 · 1 comment
Open
3 tasks

Text Box Field tweaks #16477

Tropicalrambler opened this issue Jan 23, 2019 · 1 comment
Labels
to-validate Old issues pending validation Tools Tools module, Notes, Calendar, Activity, Etc. UX

Comments

@Tropicalrambler
Copy link
Contributor

Actual Behavior

Currently, the textbox field header with the controls for editing disappears when scrolling. When typing large notes, it is particularly annoying to have to scroll up, instead of having it readily available at the top of the browser screen. Also, a wrong click or key press with an unsaved note, loses all the text data.

Proposed Fix

  • Allow the textbox control header area to "detach" when the textbox field is active and the user scrolls down, attach it to top of browser window, so that the user may click on any control: Apply Bold, insert image, indent paragraph, change header, etc. without having to scroll up and down constantly.

  • Add a discrete "auto-save" feature for textboxes and Note DocType, on the local machine, such that when a user is typing, and in case user accidentally exits the dialog or closes the browser window, the data is recovered from a temporary (server-side) store. If user closes browser, when creating a new note, the typed data is available. This feature would only be available to users currently logged in, (even in incognito mode?). When users log back in on another computer, they may open a new note and the text from previously typed data appears automatically to be properly saved. Once saved this data store is cleared, until the next instance. Data store has to be per doctype, so that each text field for each different doctype is stored.

  • Add shortcuts similar to Medium or others, to allow common text-editing commands for indenting, boldfacing, etc.

Expected Behavior

User opens a new note and begins typing a 5,000 word long procedure in the textbox. As the text fills the textbox and it grows automatically, the window scrolls down automatically, and the controls are docked automatically to the top of the browser window, similar to many note taking desktop programs. User can easily apply styles, indent, insert links images or photographs, or switch between HTML and regular editing mode.

User accidentally closes browser tab where said 5,000 word long procedure is being typed, but data has been stored on the server for that user. When user clicks again on "new note", the data is there, ready to be saved. Once saved, a new note opens up blank.

@Tropicalrambler Tropicalrambler added the Tools Tools module, Notes, Calendar, Activity, Etc. label Jan 23, 2019
@lalnco lalnco added the UX label Jan 29, 2019
@Tropicalrambler
Copy link
Contributor Author

Just stopped by to add this issue, but before I did so, I searched for this one. It would be great to have the auto-save feature. I find myself losing too much text because I clicked on the outside of the editing box.

@ankush ankush added the to-validate Old issues pending validation label Dec 10, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
to-validate Old issues pending validation Tools Tools module, Notes, Calendar, Activity, Etc. UX
Projects
None yet
Development

No branches or pull requests

3 participants