- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 12 Oct 2022 16:42:43 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-values-3] Restrict none/auto/normal from <custom-ident>`. <details><summary>The full IRC log of that discussion</summary> <fantasai> Topic: [css-values-3] Restrict none/auto/normal from <custom-ident><br> <fantasai> github: [css-values-3] Restrict none/auto/normal from <custom-ident><br> <fantasai> github: https://github.com/w3c/csswg-drafts/issues/7431#issuecomment-1178237576<br> <fantasai> TabAtkins: In the definition for <custom-ident> in Values and Units<br> <fantasai> TabAtkins: can be any keyword, except CSS-wide keywords<br> <fantasai> TabAtkins: can't name an animation "initial"<br> <fantasai> TabAtkins: any other keywords that need to be xcluded for grammatical ambiguity reasons, you need to specify that explicitly<br> <fantasai> TabAtkins: however, there's a handful of keywords that are used so often in properties, and seem so not-very-useful for naming things<br> <fantasai> TabAtkins: that it might make sense to restrict them as well<br> <fantasai> TabAtkins: specifically: auto, none, normal<br> <fantasai> TabAtkins: these are used in a lot of properties, and are not good names for animations/counter-styles/etc.<br> <fantasai> TabAtkins: First question is, are sites using these ?<br> <fantasai> TabAtkins: dbaron did an initial analysis, and while they are used in a few places<br> <fantasai> TabAtkins: they appear to be invalid in those places anywhere<br> <fantasai> TabAtkins: e.g. 'none' as a line name in Grid, but [missed example]<br> <fantasai> TabAtkins: so makes sense to treat as invalid anyway<br> <fantasai> TabAtkins: I believe compat impact will be minimal to none<br> <fantasai> TabAtkins: all uses we saw were already invalid<br> <plinss> q+<br> <fantasai> TabAtkins: and this should make custom idents safer to use in general, without us having to remember to explicitly cut out these common keywords<br> <andreubotella> s/[missed example]/no 'none' line<br> <fantasai> TabAtkins: so that's the proposal -- restrict none/auto/normal from <custom-ident><br> <fantasai> plinss: If using 'none' as a line name now, would that invalidate the line name or the whole declaration<br> <fantasai> TabAtkins: invalidate the whole declaration<br> <fantasai> plinss: That's more breakage than making valid but matching nothing<br> <fantasai> plinss: That said, I'm not too concerned<br> <dbaron> One other example I've seen is the use of `auto` as a named toggle state in https://toggles.oddbird.net/#named-modes<br> <fantasai> plinss: probably too late to do anything, allowing custom-idents without prefixing was risky in the first place<br> <Rossen_> ack plinss<br> <fantasai> TabAtkins: definitely it's a problem we should avoid<br> <fantasai> plinss: Should we require that, and not repeat this mistake that allows potentially conflicting <custom-ident><br> <fantasai> TabAtkins: Could do that, make these legacy<br> <fantasai> fantasai: I would prefer to stay consistent with existing practice<br> <fantasai> fantasai: Anyway that's outside the scope of the issue<br> <fantasai> dbaron: There are probably some uses of <custom-ident> that could be <ident> because don't conflict with other stuff<br> <fantasai> dbaron: not sure if that's one of them<br> <fantasai> TabAtkins: names, toggle-state, and line names won't<br> <fantasai> TabAtkins: problems are things like animation-name, which we screwed up on, and don't want to repeat that<br> <fantasai> plinss: original sin here was unquoted font names, all kinds of problems from day 1<br> <fantasai> fantasai: Back to original issue, do we exclude these keywords? I propose to accept<br> <fantasai> TabAtkins: I'm now less convinced that we should<br> <fantasai> TabAtkins: maybe revisit grammar, and require only using in unambiguous contexts like line names<br> <fantasai> TabAtkins: Let's not screw it up again<br> <fantasai> fantasai: I still think it's worth excluding these keywords<br> <fantasai> TabAtkins: I say take it back to issue<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/7431#issuecomment-1276459851 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 12 October 2022 16:42:45 UTC