Hi, from a privacy perspective we have some concerns regarding the spellchecker section: we enforced in the past the concept that websites should not learn about the user dictionaries [1] and it seems like the spellcheking API proposal could leak those via the *textformatupdate *event. Was this taken into consideration?Do we have any way to prevent this?
[1] https://drafts.csswg.org/css-pseudo-4/#highlight-security Thanks, Nicola On Thursday, June 15, 2023 at 11:31:59 PM UTC [email protected] wrote: > Thanks Alex! > > > > It looks like crbug.com/1263817 > <https://bugs.chromium.org/p/chromium/issues/detail?id=1263817> is a good > tracking bug for https://github.com/w3c/uievents/issues/202 (which is > already linked from there). Since EditContext differs in how these events > will fire I think this issue can be resolved separately, but I’ve tagged > some folks in on that issue to try to drive some progress. > > > > I’ll investigate what can be done to get the tests moved to WPT. > > > > *From:* Alex Russell <[email protected]> > *Sent:* Wednesday, June 14, 2023 8:32 AM > *To:* blink-dev <[email protected]> > *Cc:* Yoav Weiss <[email protected]>; Mike Taylor < > [email protected]>; [email protected] <[email protected]>; > Joshua Bell <[email protected]>; [email protected] <[email protected]>; > Anupam Snigdha <[email protected]>; Alex Keng <[email protected]>; > Daniel Clark <[email protected]>; [email protected] <[email protected]> > *Subject:* Re: [blink-dev] Intent to Experiment: EditContext API > > > > LGTM to experiment assuming WPT caveats are addressed. > > > > On editing event order, perhaps we can track this separately. Is there a > crbug for it? > > On Tuesday, June 13, 2023 at 9:02:34 PM UTC-7 Yoav Weiss wrote: > > On Wed, Jun 14, 2023 at 12:03 AM 'Daniel Clark' via blink-dev < > [email protected]> wrote: > > *> Although in the template this is phrased as a yes/no question, can you > say more about the WPT coverage and limitations?* > > > > We currently do not have tests in web-platform-tests. > > There are tests outside the external/wpt folder: > > third_party/blink/web_tests/editing/input/edit-context.html > <https://source.chromium.org/chromium/chromium/src/+/main:third_party/blink/web_tests/editing/input/edit-context.html> > > third_party/blink/web_tests/editing/input/edit-context-dom-mutation.html > <https://source.chromium.org/chromium/chromium/src/+/main:third_party/blink/web_tests/editing/input/edit-context-dom-mutation.html> > > > > I’m going to migrate as much of the contents of these as I can to WPT. > This won’t be possible for a lot of the subtests since they rely on > primitives like eventSender and textInputController, which aren’t available > in WPT. > > There is also test coverage that still needs to be written for scenarios > involving nested editable elements, and I plan to add these as WPTs. > > > > Would it be possible to add WebDriver extensions to enable these tests to > move over to WPT? > > > > +Mathias Bynens <[email protected]> - FYI > > > > > > There’s been some work done > <https://chromium-review.googlesource.com/c/chromium/src/+/3009937> > around adding support for IME testing but my understanding is that more > work is needed in order to use this in WPTs. > > > > *From:* Daniel Clark > *Sent:* Tuesday, June 13, 2023 10:42 AM > *To:* Mike Taylor <[email protected]>; [email protected] > *Cc:* Chris Harrelson <[email protected]>; Anupam Snigdha < > [email protected]>; Alex Keng <[email protected]> > *Subject:* RE: [blink-dev] Intent to Experiment: EditContext API > > > > Tentatively M116 - M120 for the trial. > > > > *From:* Mike Taylor <[email protected]> > *Sent:* Tuesday, June 13, 2023 9:24 AM > *To:* Daniel Clark <[email protected]>; [email protected] > *Cc:* Chris Harrelson <[email protected]>; Anupam Snigdha < > [email protected]>; Alex Keng <[email protected]> > *Subject:* Re: [blink-dev] Intent to Experiment: EditContext API > > > > Do you all have a timeline in mind for experimentation? > > On 6/12/23 7:00 PM, 'Daniel Clark' via blink-dev wrote: > > Contact emails > > [email protected], [email protected], [email protected], > [email protected] > > Explainer > > https://github.com/w3c/edit-context/blob/gh-pages/explainer.md > > Specification > > https://w3c.github.io/edit-context > > Design docs > > > https://github.com/w3c/edit-context/blob/gh-pages/dev-design.md > > Summary > > The EditContext API simplifies the process of integrating a web app with > advanced text input methods such as VK shape-writing, Handwriting panels, > speech recognition, IME Compositions etc., improves accessibility and > performance, and unlocks new capabilities for web-based editors. > > > > Blink component > > Blink>Editing > <https://bugs.chromium.org/p/chromium/issues/list?q=component:Blink%3EEditing> > > Search tags > > editing <https://chromestatus.com/features#tags:editing>, contenteditable > <https://chromestatus.com/features#tags:contenteditable>, input > <https://chromestatus.com/features#tags:input>, rawinput > <https://chromestatus.com/features#tags:rawinput>, ime > <https://chromestatus.com/features#tags:ime> > > TAG review > > https://github.com/w3ctag/design-reviews/issues/416 > > TAG review status > > Pending > > Risks > > > > Interoperability and Compatibility > > There are no known interop or compat risks. > > > > *Gecko*: No signal > > *WebKit*: No signal > > It'd be good to file for positions (even if that doesn't block an OT) > > > > > *Web developers*: Strongly positive Positive feedback from Word online, > Adobe and Figma, Google Docs > > *Other signals*: > > Activation > > Developers interested in this feature will typically have their own > polyfill for text input using hidden textarea or contenteditable elements. > Feature detecting and using new API to avoid side effects of previous > approaches is intended to be easily adoptable. > > > > Do we plan for each property that adopts this to write their own polyfill? > Or to split their code paths for supporting and non supporting browsers? > > > > WebView application risks > > None > Goals for experimentation > > We are looking for feedback on the developer ergonomics of using the API > and for confirmation that it meets the needs of production web apps for > various input modes. This is a complex API, and different developers are > expected to use it in different ways. For example, some partners plan to > construct the view of their editable region in the subtree of the > EditContext-associated element, while other partners plan to keep the > EditContext-associated element off-screen while using the EditContext APIs > to set the bounds of the editable region. > > > > We want to ensure that our design enables all these scenarios and is > robust given the wide field of IMEs utilized by different users, which may > have subtly different behaviors and event timings. > > Ongoing technical constraints > > None > > > > Debuggability > > Existing DevTools functionality should suffice to debug EditContext. > Will this feature be supported on all six Blink platforms (Windows, Mac, > Linux, Chrome OS, Android, and Android WebView)? > > Yes > > Is this feature fully tested by web-platform-tests > <https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md> > ? > > No > > Flag name > > --enable-blink-features=EditContext > > Requires code in //chrome? > > False > > Tracking bug > > https://bugs.chromium.org/p/chromium/issues/detail?id=999184 > > Estimated milestones > > No milestones specified > > > > Link to entry on the Chrome Platform Status > > https://chromestatus.com/feature/5041440373604352 > > Links to previous Intent discussions > > I2I: > https://groups.google.com/u/1/a/chromium.org/g/blink-dev/c/OHqvPx9mFww/m/1za_qdEHDwAJ > > This intent message was generated by Chrome Platform Status > <https://chromestatus.com/>. > > > > -- > You received this message because you are subscribed to the Google Groups > "blink-dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/a/chromium.org/d/msgid/blink-dev/SN6PR00MB0448C960D827BFAFE2FD1F2CC554A%40SN6PR00MB0448.namprd00.prod.outlook.com > > <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/SN6PR00MB0448C960D827BFAFE2FD1F2CC554A%40SN6PR00MB0448.namprd00.prod.outlook.com?utm_medium=email&utm_source=footer> > . > > -- > You received this message because you are subscribed to the Google Groups > "blink-dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > > To view this discussion on the web visit > https://groups.google.com/a/chromium.org/d/msgid/blink-dev/DM5PR00MB04395FA5C89C3CAA7066A42CC555A%40DM5PR00MB0439.namprd00.prod.outlook.com > > <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/DM5PR00MB04395FA5C89C3CAA7066A42CC555A%40DM5PR00MB0439.namprd00.prod.outlook.com?utm_medium=email&utm_source=footer> > . > > -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/36fad499-751a-4a12-99b9-d51f5d4e1173n%40chromium.org.
