Opened 16 years ago

Closed 11 years ago

#1630 closed New Feature (fixed)

Source view: Undo removes all content

Reported by: Geir Helge Tjøstolvsen-Schmidt Owned by:
Priority: Normal Milestone:
Component: Core : Undo & Redo Version: SVN (CKEditor) - OLD
Keywords: HasPatch Discussion Cc:

Description

Browsers: Firefox 2.0.0.11 (win+lin), IE6+7

  1. Go to http://www.fckeditor.net/demo/
  2. Open source view
  3. Press ctrl+z

What happens: All the content is removed.

What I expect: Only changes that I've done to be removed, not all the source.

You'll have to use ctrl+y (or ctrl+shift+z) to get the content back because the undo/redo buttons in the tool bar are deactivated. Personally I think that's ok, but several users claim to know about the ctrl+z shortcut and not the redo shortcut.

Attachments (2)

1630_ref.patch (1.5 KB) - added by Tobiasz Cudnik 15 years ago.
1630_2_ref.patch (10.0 KB) - added by Tobiasz Cudnik 15 years ago.

Download all attachments as: .zip

Change History (18)

comment:1 Changed 16 years ago by Wojciech Olchawa

Keywords: Confirmed added

Confirmed in IE, IE7 and FF

comment:2 Changed 15 years ago by Artur Formella

Component: GeneralCore : Undo/Redo
Version: FCKeditor 2.5FCKeditor 2.3.2

comment:3 Changed 15 years ago by Artur Formella

Milestone: CKEditor 3.x

The same bug occurs in V3 (changeset 3667).

comment:4 Changed 15 years ago by Frederico Caldeira Knabben

Milestone: CKEditor 3.xCKEditor 3.1

comment:5 Changed 15 years ago by Tobiasz Cudnik

Owner: set to Tobiasz Cudnik
Status: newassigned

Changed 15 years ago by Tobiasz Cudnik

Attachment: 1630_ref.patch added

comment:6 Changed 15 years ago by Tobiasz Cudnik

Although this patch doesn't resolve issue in all browsers, but i found it interesting and decided to post it here. It simply iterates over older UndoManager snapshots, setting it as textarea content (from oldest to newest). This results in CTRL+Z / CTRL+R working in Gecko for previous states, but unfortunately does not work in IE and webkit.

I think only possible way will be extending UndoManager to support other editor modes.

Changed 15 years ago by Tobiasz Cudnik

Attachment: 1630_2_ref.patch added

comment:7 Changed 15 years ago by Tobiasz Cudnik

Keywords: Review? added

Even if it's not a complete patch, i'm asking for a review to confirm i'm going correct way in this.

Whats right now is cooperation between wysiwyg and source modes inside undoManager, achieved by snapshot normalization (on demand, cached). Each mode keep their own snapshot. If one mode wants compare it's content with previous snapshot from other mode, it normalizes it. All undoManager code is reused inside sourcearea.

Whats missing is selection support in source view. Question related to this - should bookmarks also be stored on per-mode basis ? Then bookmarks normalization method is needed.

comment:8 Changed 15 years ago by Garry Yao

Keywords: HasPatch Discussion added; Review? removed

As I can see, patch 1630_2_ref.patch is completely about a new feature: seamless undo/redo support in both source/wysiwyg mode, I'm not sure if we should proceed it right now with this ticket.
While the idea of the approach( normalize source/wysiwyg mode content ) is interesting, the performance penalty ( caused by 'toHtml/toDataFormat' ) brought by it would definitely be considered.

comment:9 Changed 15 years ago by Garry Yao

Another concern regarding the usefulness of this feature : as we have no commands that operate on the source area html right now, when would the snapshot been saved? It sounds strange if it's just used on user forced redo/undo keystroke.

comment:10 Changed 15 years ago by Tobiasz Cudnik

> performance penalty ( caused by 'toHtml/toDataFormat' ) brought by it would definitely be considered

Normalization is lazy and cached, so performance should be acceptable. Nerveless i have not profiled it. Other approach would be taking snapshots from all modes normalized from the beginning, but this could consume much more performance.

> when would the snapshot been saved?

Snapshot saving conditions are same as for WYSIWYG area, so this includes

  • after certain amount of chars
  • on modifier keys (eg delete)

This is handled by the exact same code.

comment:11 Changed 15 years ago by Tobiasz Cudnik

Type: BugNew Feature

Marking it as new feature, as it's not a bug, but missing functionality.

comment:12 Changed 14 years ago by Garry Yao

Milestone: CKEditor 3.1CKEditor 3.2

comment:13 Changed 14 years ago by Tobiasz Cudnik

Milestone: CKEditor 3.2CKEditor 3.3
Owner: Tobiasz Cudnik deleted
Status: assignednew

comment:14 Changed 14 years ago by Garry Yao

Milestone: CKEditor 3.3CKEditor 3.x
Version: FCKeditor 2.3.2SVN (CKEditor)

Defer it as users can at least undo/redo with shortcut keys to trigger browsers' native capability.

comment:15 Changed 14 years ago by Frederico Caldeira Knabben

Milestone: CKEditor 3.x

Milestone CKEditor 3.x deleted

comment:16 Changed 11 years ago by Piotrek Koszuliński

Resolution: fixed
Status: confirmedclosed

I couldn't reproduce this issue on latest FF, Chrome and IE9.

Note: See TracTickets for help on using tickets.
© 2003 – 2022, CKSource sp. z o.o. sp.k. All rights reserved. | Terms of use | Privacy policy