You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Performing the undo action, such as with keyboard shortcut Ctrl+Z will clear the editor text field if no other actions are on the undo stack.
I have had several times where I have an old post with lots of content, that I re-open at a later date to make a quick change, but then undo the change, only to accidentally find the entire post gone.
I understand that when in this state, I can just redo to get back to the original state of the post, but this is unintuitive, and since the post was opened in a non-empty state, performing undo should never not return me to that original state it was loaded in.
Undoing should definitely not clear the text editor completely. It is far too easy to accidentally save and lose the whole document.
Tell us a bit about yourself:
Version of JekyllAdmin I'm using: 0.7.0
Version of Jekyll I'm using: 3.6.2
Operating System: Windows 10
Browser: Chrome Version 62.0.3202.94 (Official Build) (64-bit)
Steps to reproduce:
Have a post with a bunch of content
Open it in the markup editor
Select the post body text field
CTRL+Z without typing anything -- Basically do ctrl-z when the undo stack should already be empty
All of the text in the text area will now be gone.
I expected the following:
In general, when you first open a file in a text editor, the current state of that file is considered the base state for the undo stack.
Any changes the user makes are pushed to the undo stack, and a user can undo, popping from the undo stack, until it is empty and they are once again at the original state of the document. Most text editors do not consider the empty document before it was read from disk to be a valid undo state.
Other details:
Screen capture:
The text was updated successfully, but these errors were encountered:
This issue has been automatically marked as stale because it has not been commented on for at least two months.
The resources of the Jekyll team are limited, and so we are asking for your help.
If this is a bug and you can still reproduce this error on the master branch, please reply with all of the information you have about it in order to keep the issue open.
If this is a feature request, please consider whether it can be accomplished in another way. If it cannot, please elaborate on why it is core to this project and why you feel more than 80% of users would find this beneficial.
This issue will automatically be closed in two months if no further activity occurs. Thank you for all your contributions.
Description:
Performing the undo action, such as with keyboard shortcut
Ctrl+Z
will clear the editor text field if no other actions are on the undo stack.I have had several times where I have an old post with lots of content, that I re-open at a later date to make a quick change, but then undo the change, only to accidentally find the entire post gone.
I understand that when in this state, I can just redo to get back to the original state of the post, but this is unintuitive, and since the post was opened in a non-empty state, performing undo should never not return me to that original state it was loaded in.
Undoing should definitely not clear the text editor completely. It is far too easy to accidentally save and lose the whole document.
Tell us a bit about yourself:
0.7.0
3.6.2
Windows 10
Chrome Version 62.0.3202.94 (Official Build) (64-bit)
Steps to reproduce:
All of the text in the text area will now be gone.
I expected the following:
In general, when you first open a file in a text editor, the current state of that file is considered the base state for the undo stack.
Any changes the user makes are pushed to the undo stack, and a user can undo, popping from the undo stack, until it is empty and they are once again at the original state of the document. Most text editors do not consider the empty document before it was read from disk to be a valid undo state.
Other details:
Screen capture:
The text was updated successfully, but these errors were encountered: