Re: Intent to ship: CSS 'display:block ruby'

On 8/14/19 9:51 PM, David Burns wrote: Are there any web platform tests for this ... Yes, it seems I missed to include this item in my original email: Tests: WPT and other tests were added. /Mats ___ dev-platform mailing list

Re: Intent to ship: CSS 'display:block ruby'

Are there any web platform tests for this or will they be added as part of this work? David On Wed, 14 Aug 2019 at 17:38, Mats Palmgren wrote: > Summary: > Add support for 'display:block ruby' which creates a block box > with a ruby box inside it. > > Bug:

Re: Intent to ship: multi-keyword values on the CSS 'display' property

On 8/14/19 12:37 PM, Mats Palmgren wrote: This first patch set adds support for the new syntax only, but no new box types (I'll add those separately in a bit). In general, it seems like we should think about how to integrate this stuff into layout in a better way than anonymous boxes

Intent to ship: CSS 'display:block ruby'

Summary: Add support for 'display:block ruby' which creates a block box with a ruby box inside it. Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1557825 Standard: https://drafts.csswg.org/css-display/#the-display-properties Platform coverage: All Estimated or target release: v70

Intent to ship: CSS 'display:inline list-item' and 'display:inline flow-root list-item'

Summary: Add support for 'display:inline list-item', which creates an inline box with a ::marker box inside it, and 'display:inline flow-root list-item', which creates an inline-block with a ::marker (inside or outside). Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1105868 Standard:

Intent to ship: multi-keyword values on the CSS 'display' property

Summary: Add support for multi-keyword values on the CSS 'display' property. The spec splits this property into three parts: an outside part, an inside part, and a list-item part so the author can specify them separately. This first patch set adds support for the new syntax only, but no new box

Re: Intent to Ship: Move Extended Validation Information out of the URL bar

Are we going to remove support for this pref in a subsequent release? Am Mo., 12. Aug. 2019 um 10:05 Uhr schrieb Johann Hofmann < jhofm...@mozilla.com>: > In desktop Firefox 70, we intend to remove Extended Validation (EV) > indicators from the identity block (the left hand side of the URL bar

Re: Removing --enable-shared-js [Was: Rust and --enable-shared-js]

On Tue, Aug 13, 2019 at 2:18 PM Lars Hansen wrote: > Cranelift should be genuinely optional until further notice; to my > knownledge, no near-term product work in Firefox or SpiderMonkey depends on > Cranelift. Cranelift is present in Nightly but (so far as I can tell) not in > Release. It