And now it's being brought up in the context of content editable. My understanding of prior conversations were that contentEditable is a reasonable method to explore input editing.
The content within an editable area is already exposed: xhr is available. I understand that a 'custom' system dictionary could expose private data ... Just as 'suggestions' on form elements do. What breach is enabled by using a limited spell check? dataTransfer has done a lot to demonstrate unobtrusive ways of transferring limited data, and gives me hope that there may be more interop in the future. On Nov 28, 2010, at 6:56 PM, Oliver Hunt <[email protected]> wrote: > It _may_ be worth discussing (as I am not all knowing) but I cannot see a way > that these APIs could be added without opening up a user to privacy > violations. It is somewhat irksome to me that I have raised these exact > issues in the past in the context of implementing editors in canvas and you > appear to have chosen to ignore me. > > --Oliver > > On Nov 27, 2010, at 12:19 PM, Charles Pritchard wrote: > >> Is there room for discussion of an API to expose misspelled ranges of text >> in contentEditable? >> >> This would be building upon the spelling and grammar checking section: >> http://www.whatwg.org/specs/web-apps/current-work/multipage/editing.html#spelling-and-grammar-checking >> >> A method for a contentEditable section, along the lines of >> getSpellcheckRanges() would allow for content editors, >> to stylize and provide further UI controls around spell checking. Such an >> API could be used to warn the user that >> they have possibly misspelled text, in a similar way to how word processors >> convey the information. >> >> It may not be feasible at the moment, but it could be worth some discussion. >> A Range list seems appropriate, though >> it would need something along the lines of getSuggestedSpelling() on each >> range. >> >> >> -Charles >> >
