[whatwg] [editing] Additional miscellaneous commands
Bjartur Thorlacius
svartman95 at gmail.com
Thu Aug 18 15:09:05 PDT 2011
Þann fim 18.ágú 2011 21:05, skrifaði Alfonso Martínez de Lizarrondo:
> Now if someone had some bright idea to enable finding in the hidden text
> that would be perfect, but the view source workaround is good enough for the
> moment.
>
That seems to be of general utility. I recommend sending feature request
to implementors.
> That's just CSS and I'm not sure if it should be present in this spec, but
> on the other side it's clear that besides the .execCommand a good Editing
> spec should state or hint about other features that the browsers must
> implement to behave properly (like showing the caret so the user knows where
> he's typing, enable the user to select parts of the content,...). These
> might look trivial, but iOS5 seems to be the first mobile browser that will
> behave good enough so that both CKEditor and TinyMCE will enable the support
> for it (check the comments in
> http://code.google.com/p/android/issues/detail?id=8253 about the Android
> browser)
As long as overspecification is avoided (care must be taken to allow
e.g. caret(s) to be hidden when another top-level window is focused, etc).
> A browser that provides a perfect implementation of all the execCommands but
> doesn't allow the user to type or select is worthless for editing.
Then requiring implementations to allow users to select and replace any
substring consisting of a sequence of whole characters (i.e. characters
represented by a single glyph) and insert text of their own at any
character boundaries seems reasonable. I don't see why mandating carets
is needed. Should users not be allowed to edit editable content using
structural and/or aural editors?
More information about the whatwg
mailing list