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+). https://searchfox.org/mozilla-central/source/testing/web-platform/tests/input-events (FYI: We have a lot of `beforeinput` event tests in mochitests: https://searchfox.org/mozilla-central/search?q=%22beforeinput%22&path=%2Ftests%2F&case=true®exp=false) This seems unfortunate. How confident are we that our implementation works like other browsers? Are there blockers other than time to porting to mochitests to wpt? Some of them are portable with the test driver, but some of them may need to change key combination due to shortcut key differences. Additionally, most of them are not portable. E.g., correcting a word with builtin spellchecker, autocomplete, switching text direction, input from IME, etc. (FYI: The simple editing cases are tested by the `getTargetRanges()` tests.) ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Intent to ship in Nightly channel and early Beta: `beforeinput` event and `InputEvent.getTargetRanges()`
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+). https://searchfox.org/mozilla-central/source/testing/web-platform/tests/input-events (FYI: We have a lot of `beforeinput` event tests in mochitests: https://searchfox.org/mozilla-central/search?q=%22beforeinput%22&path=%2Ftests%2F&case=true®exp=false) This seems unfortunate. How confident are we that our implementation works like other browsers? Are there blockers other than time to porting to mochitests to wpt? ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Intent to ship in Nightly channel and early Beta: `beforeinput` event and `InputEvent.getTargetRanges()`
Gecko is the last browser engine which does not support `beforeinput` event. The event allows web apps to cancel user input **before** updating the DOM tree, and web apps can modify the DOM tree as they need. Web apps can know what's going on with `InputEvent.inputType`, can know what's being inserted with `InputEvent.data` and `InputEvent.dataTransfer`. They have already released for `input` event. The new API, `InputEvent.getTargetRanges()` tells web apps where will be modified with static ranges. Note that Chrome supports Level 1, Safari supports Level 2 partially. Due to spec issues of Level 2, we follow Chrome's implementation for now. Currently landing early timing of the next cycle (83). Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1609291 Standard: https://w3c.github.io/uievents/#event-type-beforeinput https://rawgit.com/w3c/input-events/v1/index.html#event-type-beforeinput https://w3c.github.io/input-events/#event-type-beforeinput https://rawgit.com/w3c/input-events/v1/index.html#dom-inputevent-gettargetranges https://w3c.github.io/input-events/#dom-inputevent-gettargetranges Platform coverage: All Preference: Both of them can be enabled by "dom.input_events.beforeinput.enabled" Devtools support: `beforeinput` event listener breakpoint has already been added. Other browsers: Chrome (Level 1) and Safari (Level 2 partially) 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+). https://searchfox.org/mozilla-central/source/testing/web-platform/tests/input-events (FYI: We have a lot of `beforeinput` event tests in mochitests: https://searchfox.org/mozilla-central/search?q=%22beforeinput%22&path=%2Ftests%2F&case=true®exp=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/listinfo/dev-platform
mach vendor rust should now work reliably on windows
We just landed some new checks [0] for `mach vendor rust` that should make it behave reliably on Windows. If you were unaware, the command had a tendency to produce different results on Windows, up to and including deleting random files! The issues were upstream cargo bugs that have all been fixed in cargo 1.47.0, which is still currently in beta. If you wish to vendor on windows in the next ~month, you may need to install and use beta or nightly. The vendor command will enforce this to prevent further issues. To make beta your default toolchain, you can run these commands in the top level directory of your gecko checkout: ``` rustup toolchain install beta rustup override set beta ./mach configure ``` (The `configure` is required to update the cached toolchain path that `mach vendor rust` uses) If you ever wish to revert to stable, then you just need to: ``` rustup override set stable ./mach configure ``` Have a great day! [0]: https://bugzilla.mozilla.org/show_bug.cgi?id=1647582] ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Intent to ship: stretching MathML operators with STIXGeneral fonts on non-mac platform
Hi, As of September 24, I intend to disable support for stretching MathML operators with the deprecated STIXGeneral fonts on non-mac platform. These are very old fonts that have been deprecated by the STIX consortium for a long time and we have been encouraging users to switch to modern fonts since 2014. For details see http://groups.google.com/u/1/g/mozilla.dev.platform/c/ufT7Oc42MEc/m/xiOlQxIECQAJ The flag will stay enabled on macOS because the current release (Catalina) still has the STIXGeneral fonts pre-installed, and so users who didn't install math fonts would still get better MathML rendering when the flag is on. -- Frédéric Wang ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Intent to ship: stretching MathML operators with STIXGeneral fonts on non-mac platform
On 17/09/2020 15:22, Frédéric Wang wrote: > Hi, > >As of September 24, I intend to disable support for stretching MathML > operators with the deprecated STIXGeneral fonts on non-mac platform. > These are very old fonts that have been deprecated by the STIX > consortium for a long time and we have been encouraging users to switch > to modern fonts since 2014. For details see > http://groups.google.com/u/1/g/mozilla.dev.platform/c/ufT7Oc42MEc/m/xiOlQxIECQAJ > >The flag will stay enabled on macOS because the current release > (Catalina) still has the STIXGeneral fonts pre-installed, and so users > who didn't install math fonts would still get better MathML rendering > when the flag is on. > s/ship/unship/ in the title. -- Frédéric Wang ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Intent to unship: MathML deprecated style, menclose@radical, mathsize/linethicknes named values, mfrac@bevelled, alignment attributes, script shift attributes, XLink.
Hi, As of september 24, I intend to disable the features below on all platforms. For details, please read the intent to deprecation threads linked below. We have sent deprecation warnings for them since last year. Emilio helped me to collect the data and the number of pings with such counters (collected on the release channel on data submitted from early-this-august) are litterally 0 or 1. As a comparison, the counter for pages using MathML is in the millions. mathml.deprecated_style_attributes.disabled https://groups.google.com/u/1/g/mozilla.dev.platform/c/kl5c87mBlO0/m/7b2SXbEEDwAJ mathml.deprecated_menclose_notation_radical.disabled https://groups.google.com/u/1/g/mozilla.dev.platform/c/vwAkuZIEhnY/m/KALRPR3wAQAJ mathml.mathsize_names.disabled https://groups.google.com/u/1/g/mozilla.dev.platform/c/kyB34PjYXek/m/M7CAmcmmDAAJ mathml.mfrac_bevelled_attribute.disabled https://groups.google.com/u/1/g/mozilla.dev.platform/c/9pEvlYn-Xyw/m/s7vpc2qeCgAJ mathml.deprecated_alignment_attributes.disabled https://groups.google.com/u/1/g/mozilla.dev.platform/c/JnJVGTmIwPE/m/xrido8-zAQAJ mathml.script_shift_attributes.disabled https://groups.google.com/u/1/g/mozilla.dev.platform/c/CAqw0Nxw6Pg/m/VzNdx_aaCgAJ mathml.xlink.disabled https://groups.google.com/u/1/g/mozilla.dev.platform/c/70NFnet82cU/m/4VOMUDfpDwAJ mathml.mfrac_linethickness_names.disabled https://groups.google.com/u/1/g/mozilla.dev.platform/c/G91-vBeC3Rw/m/irFYGNx0DAAJ -- Frédéric Wang ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
