In the <Overview of Editing commands> Section of this article. The author mention to caution when changing property on any element in the page, the undo list is cleared!!
Also, the mshtml command reference doesn't currently support the IDM_REDO and IDM_UNDO command identifier. Notes that many named command use by this awesome editor are unsupported, here's the list: IDM_STRIKETHROUGH, IDM_SUBSCRIPT, IDM_SUPERSCRIPT,
To modify this behavior I think that we have 2 solutions.
3. Create a COM ActiveX Dll that will implements the IHTMLEditDesigner interface of the HTML parsing and rendering engine (mshtml), this way we will have complete control on methods wich act as call back routines whenever an event occurs. Dont think so... http://msdn.microsoft.com/workshop/brow ... nerovw.asp
2. Determine why element property are change in the page and find a workaround to make things anotherway.
3. Create a fast custom History Queue plugin. I think that's the better solution, maybe someone as a better idea. In the HTML editor of the company that a worked, we have somethings like this, so I'm currently create a extention to resolve this bug.
RE: Multible undo / redo ??
RE: Multible undo / redo ??
* In IE6, undo works only with text input and only 1 step.
* In Firefox, undo now does not work at all, also with the demo on fckeditor.net - the buttons stay grayed out.
This is a very important feature - has anyone an idea why undo is not working? Or, under which conditions does it work?
Thanks,
Markus
RE: Multible undo / redo ??
I think that I found something about the IE6 Undo / Redo bug on the microsoft msdn web site....
http://msdn.microsoft.com/workshop/brow ... ingdoc.asp
In the <Overview of Editing commands> Section of this article. The author mention to caution when changing property on any element in the page, the undo list is cleared!!
Also, the mshtml command reference doesn't currently support the IDM_REDO and IDM_UNDO command identifier. Notes that many named command use by this awesome editor are unsupported, here's the list:
IDM_STRIKETHROUGH, IDM_SUBSCRIPT, IDM_SUPERSCRIPT,
To modify this behavior I think that we have 2 solutions.
3. Create a COM ActiveX Dll that will implements the IHTMLEditDesigner interface of the HTML parsing and rendering engine (mshtml), this way we will have complete control on methods wich act as call back routines whenever an event occurs.
Dont think so...
http://msdn.microsoft.com/workshop/brow ... nerovw.asp
2. Determine why element property are change in the page and find a workaround to make things anotherway.
3. Create a fast custom History Queue plugin. I think that's the better solution, maybe someone as a better idea. In the HTML editor of the company that a worked, we have somethings like this, so I'm currently create a extention to resolve this bug.