Re: Core : Spell checker ownership

-- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Redesigning password field implementation

shows word boundary in the password I already have patches for solving these issues, but there might be another issues. If you have some concerns, let me know. Regards, -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko

Intent to Unship: Recursive call of Document.execCommand() (Only Nightly and early Beta for now)

of broken web apps. Pref name: dom.document.exec_command.nested_calls_allowed Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1611374 -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko ___ dev-platform mailing list dev

Re: Intent to Prototype: beforeinput event (disabled by default even in Nightly channel)

On 2020/01/09 3:35, James Graham wrote: On 08/01/2020 09:54, Masayuki Nakano wrote: Summary: "beforeinput" event is useful for web apps which manage input data into ``, `` and/or `contenteditable`. This event is fired before our editor modifies value or DOM tree and some types are

Intent to Prototype: beforeinput event (disabled by default even in Nightly channel)

vTools bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1607686 -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to unship: Recursive call of Document.execCommand()

://github.com/w3c/editing/issues/200#issuecomment-578097441 [4]: https://bugzilla.mozilla.org/show_bug.cgi?id=1611374 -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko ___ dev-platform mailing list dev-platform@lists.mozilla.org https

Re: Intent to ship in Nightly channel and early Beta: `beforeinput` event and `InputEvent.getTargetRanges()`

On 2020/09/18 3:13, James Graham wrote: On 17/09/2020 17:14, Masayuki Nakano wrote: web-platform-tests: none for `beforeinput` (because of it requires user input, and test driver was not when other browsers implement it), but there are a lot of tests for `getTargetRanges()` which I added (200

Intent to ship in Nightly channel and early Beta: `beforeinput` event and `InputEvent.getTargetRanges()`

l/search?q=%22beforeinput%22=%2Ftests%2F=true=false) Restricted to secure contexts: No -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/li

Intent to ship: beforeinput event and InputEvent.getTargetRanges()

-central/search?q=input-events-get-target-ranges.js=web-platform%2Ftests%2F=false=false -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org

Intent to prototype and ship: Support `document.execCommand` and related API in `` and ``

/editing/other/exec-command-with-text-editor.tentative.html -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to ship: Return pixel deltas in wheel event if deltaMode is not checked by authors

/github.com/w3c/uievents/issues/181 (FYI: On Windows, mouse diver/utility can consider wheel delta amount with native window's class name or process name. E.g., whether the app support or does not support high resolution wheel events. Therefore, this fact would cause that it's impossible

Re: Intent to ship: Return pixel deltas in wheel event if deltaMode is not checked by authors

Oops, On 2021/03/10 17:11, Masayuki Nakano wrote: Example 1: ``` addEventListener("wheel", event => {  let amount = event.deltaY;  if (isFirefox) {    amount *= 16;  }  scroll(amount);  event.preventDefault(); }); ``` Example 2: ``` addEventListener("wheel",

Re: Intent to ship: Return pixel deltas in wheel event if deltaMode is not checked by authors

experience at aligning `keypress` event to Chrome, existing behavior change is also really risky because a lot of web apps may check UA name and OS instead of checking behavior. The hacky way guarantees that the behavior does NOT change on web apps which handle `wheel` event correctly. --� Masayuki

Updating `synthesizeNativeMouse*` in `EventUtils.js` and `apz_test_native_event_utils.js`

ating test like related to xorigin event delivering and autoscrolling. If you have some additional suggestions, let me know. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1691622 -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko

<    1   2