W3C home > Mailing lists > Public > public-html@w3.org > August 2010

Re: thoughts about a visible caret

From: Maciej Stachowiak <mjs@apple.com>
Date: Sat, 07 Aug 2010 15:40:59 -0700
Cc: HTMLwg WG <public-html@w3.org>
Message-id: <188E36B0-A885-4B8C-99BD-B434CC49C64F@apple.com>
To: Daniel Glazman <daniel.glazman@disruptive-innovations.com>

On Aug 7, 2010, at 3:38 AM, Daniel Glazman wrote:

> Hi there,
> 
> I am wondering if the contenteditable attribute is enough and
> we don't also need a way to say placing the selection "inside"
> an element should activate caret's visibility. A boolean attribute  la
> "caretvisible" would help a lot web sites that just cannot rely on
> contenteditable because of the implementations differences, and
> engine embedders willing to reimplement an editor ontop of a static
> rendering engine.

Let me check if I understand your suggestion. Are you saying there should be a way to make non-editable text support display of a caret when it contains a caret selection? Should it also support caret navigation (when the user presses the arrow keys or clicks) or could that be left up to script?

On contenteditable implementation differences: I have heard from many Web developers that contenteditable implementation differences are a major pain point. The HTML5 draft specifies contenteditable in pretty vague terms, which is something of a departure for the spec. One thing we should explore is whether the spec can be more detailed, for example by giving the exact required behavior for every execCommand operation. Are there operations besides execCommand that are a problem for interoperability?

Regards,
Maciej
Received on Saturday, 7 August 2010 22:41:32 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 7 August 2010 22:41:34 GMT