Bugzilla – Bug 11797
Declarative way to get formatting UI for contenteditable="" (as in <video controls=""> but for text editing)
Last modified: 2013-03-19 14:24:50 UTC
This will provide a default rich text widget which is scriptable and should
also support the Rich Text Format (RTF)
Default widget implementation should be a text area with richtext controls
above it. This will enable browsers to provide native support for rich /
advanced text entry and editing.
Posted from: 18.104.22.168
This is kind of an interesting suggestion, actually. Maybe this could be done by having some kind of "controls" attribute for contenteditable, à la video.
would be far preferable.
IE5 had <richedit>, IIRC. Microsoft dropped it. Do we know why? It would be useful to find out what their reasoning was, to make sure we didn't make the same mistake.
In the meantime, I'm going to mark this LATER since it's a _major_ new feature and now isn't a particularly convenient time to be adding new features.
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document:
Status: Partially Accepted
Change Description: none yet
Rationale: We should wait for implementations to catch up before adding new features, especially in the space of rich text editing where there's a lot of work to be done just in getting the existing features interoperably implemented.
mass-move component to LC1
This bug was cloned to create HTML WG bug 19058.
Moving this to the HTML Editing APIs spec for now. If this is something that makes sense to add, then I'll be happy to coordinate and provide the markup side of this, but really I think the HTML Editing APIs spec needs to be the place where we define what it does.
Note that the editing spec is not maintained right now, unless someone took it over when I wasn't looking.