- From: Tim Reichen via GitHub <sysbot+gh@w3.org>
- Date: Mon, 10 Aug 2020 18:27:05 +0000
- To: public-css-archive@w3.org
I think we should reconsider because this proposal has multiple aspects it solves: - Simplicity I was always a fan of simplicity for users. If a parser can figure it out by itself without big impact, then let the parser do it. - Native In my experience lots of people use transpilers (less, sass, scss, stylus etc.) to basically polyfill featues that lack in css. This is such a case. This along with proposals like nesting will make css more usable natively instead of using a transpiler. - for aesthetics Code without semicolons look better imo. But since the omission is voluntary, no damage is done to anybody and it gives users more control over their code. - More in alignment with javascript Since JS allowed the omission for its code, I struck me weird that css requires them. This will make the web standard more aligned to each other. I agree there has to be a good solution about multiline declarations like ```grid-template```. ```css grid-template: "a a a" 40px "b c c" 40px "b c c" 40px / 1fr 1fr 1fr; color: green; ``` ```css grid-template: "a a a" 40px "b c c" 40px "b c c" 40px / 1fr 1fr 1fr color: green ``` One option would be analizing the indent if semicolons are omitted. But ```ident-token``` cannot contain ```:``` or ```"``` by specs so it would be very obvious for a parser what token must be an ```ident-token``` and what a ```Component value```. What do you think? -- GitHub Notification of comment by timreichen Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5413#issuecomment-671515230 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Monday, 10 August 2020 18:27:11 UTC