Opened 16 years ago
Closed 16 years ago
#2657 closed New Feature (fixed)
"Real" inline editing request - similar or using contentEditable (see http://mozile.mozdev.org/)
Reported by: | Ludo | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | General | Version: | |
Keywords: | Cc: |
Description
Hi,
Before you read go to http://mozile.mozdev.org if you are not familiar with it. I would like to use what I would call "real inline editing" meaning we could keep the elements on a page without creating iFrames which lose all the CSS (because in CSS there is 'cascading'). A H1 tag lost in an iFrame created on the fly will not inehrit the special cascading CSS rules provided for a specific DOM element (as in div.MainContent > H1).
One would assume that this has been discussed but I can't find anything about it. I'm sure it's very much within the capability of FCKeditor but it doesn't seem obvious how to achieve as it doesn't seem to have been scoped for so far.
Simply imagine using contentEditable = 'true' (compatible with FF2, IE5.5 and Safari) or another more 'standard friendly' way for any element and being able to use the toolbar to edit the content in the same way as we're currently doing with iFrames.
The goal is to be able to edit specific "editable areas" of the page based on templates. The same way Dreamweaver templates and asp.net MasterPages work.
The best would be to use the current CreateHtml() technique to swap modes on elements based on their class or id and then enable the toolbar on focus... Which is exactly how Mozile work apparently (http://mozile.mozdev.org/).
Please tell me it's already possible ;-)
Thanks, Ludo
Change History (1)
comment:1 Changed 16 years ago by
Milestone: | FCKeditor 2.6.4 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
This is already implemented in the CKEditor v3 prototype branch, you can see it in action in the divreplace.html sample.
On the other hand, we won't be implementing this for 2.6.4 because it's a major change.