W3C home > Mailing lists > Public > public-css-archive@w3.org > July 2020

[csswg-drafts] [css-inline] When does an empty inline suppress the whole line when in a list? (#5276)

From: Emilio Cobos Álvarez via GitHub <sysbot+gh@w3.org>
Date: Wed, 01 Jul 2020 11:54:14 +0000
To: public-css-archive@w3.org
Message-ID: <issues.opened-648921935-1593604443-sysbot+gh@w3.org>
emilio has just created a new issue for https://github.com/w3c/csswg-drafts:

== [css-inline] When does an empty inline suppress the whole line when in a list? ==
Consider these examples, extracted from a [real website](https://bugzilla.mozilla.org/show_bug.cgi?id=1647697).

 * `data:text/html,<!doctype html><ul><li><span></span><p>bar</p></li>`
 * `data:text/html,<ul><li><span></span><p>bar</p></li>` (same as above, but quirks instead of standard mode).
 * `data:text/html,<!doctype html><li><span></span><p>bar</p></li>` (same as the first example, but with a wrapping `<ul>`)
 * `data:text/html,<li><span></span><p>bar</p></li>` (same as above, but quirks)

Browsers seem to disagree on whether the `<span>` should take space:

 * WebKit thinks the `<span>` should never take space.
 * Gecko changes depending on the quirks mode.
 * Blink differs depending on whether there's an `<ul>` or not (lol). I suspect there's a better explanation for this, cc @kojiishi.

So... It's not clear to me the spec defines this case, but I may be wrong... Browsers clearly disagree even in standards mode.

I _think_ I like WebKit's behavior more, as it's more consistent with how layout works when markers are not involved... I can dig on why Gecko only behaves like this in Quirks mode if needed. But people may have different opinions?

Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5276 using your GitHub account
Received on Wednesday, 1 July 2020 11:54:15 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 06:42:11 UTC