- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Thu, 03 Dec 2020 00:28:32 +0000
- To: public-fxtf-archive@w3.org
The CSS Working Group just discussed `[motion-1] The computed value of offset-path: path(' ')`, and agreed to the following:
* `RESOLVED: Invalid path strings make the syntax invalid at parse time`
* `RESOLVED: Empty path is considered invalid`
<details><summary>The full IRC log of that discussion</summary>
<dael> Topic: [motion-1] The computed value of offset-path: path(' ')<br>
<dael> github: https://github.com/w3c/fxtf-drafts/issues/392<br>
<dael> fantasai: I don't know much on this, but it seemed we should resolve and fix.<br>
<dael> heycam: The ultimate issue is we have path function which takes string value. string is svg data string.<br>
<dael> heycam: Some strings are invalid. What does that mean for validity of path function. If you use invalid path string inside is it all parse as invalid and dropped or is string preserved and invalidity handled later<br>
<dael> TabAtkins: If it's valid how to serialize and if not valid clarify that<br>
<dael> florian: Precedint in other properties<br>
<dael> fantasai: IN grid we throw out what's invalid after parsing<br>
<fantasai> s/Precedint/Precedent/<br>
<dael> florian: Same here?<br>
<dael> heycam: NO reason not to<br>
<dael> florian: No architectural complexity so seems like right thing to do<br>
<dael> TabAtkins: Larger question then what's asked in issue. If you have invalid pass it's a separate question. The empty string specifically is a valid path per svg grammer but it disabled rendering of paths. Question is how is it cannonicalized and serialized. In chomre it's serialized as none. All other paths stay as paths but none doesn't so doesn't create containing block<br>
<dael> heycam: Surprises me. I think it then does not make sense to serialize as none<br>
<dael> TabAtkins: If we decide to treat as invalid that's okay with me and this solves iteself. If we want that we should record it. It's about if empty path is valid or not.<br>
<dael> florian: Is it useful?<br>
<dael> TabAtkins: No<br>
<dael> florian: THen make it invalid ad see if world breaks<br>
<dael> TabAtkins: Invalid is probably more consistent with chrome behavior<br>
<dael> fantasai: 2 resolutions?<br>
<dael> heycam: IN issues it's also mentioned strings with only whitespace. Same?<br>
<dael> florian: Suppose so<br>
<dael> TabAtkins: Yeah. Regardless of specifics of svg grammar shouldn't treat different<br>
<dael> Rossen_: can someone summerize?<br>
<dael> TabAtkins: 1) Invalid path strings make the syntax invalid at parse time<br>
<dael> Rossen_: Objections?<br>
<dael> RESOLVED: Invalid path strings make the syntax invalid at parse time<br>
<dael> TabAtkins: 2) The empty string is an invalid path string<br>
<dael> florian: With whoever does the edits being careful for all empty types<br>
<dael> fantasai: Basically 0 length path<br>
<dael> fantasai: 0 length path description<br>
<dael> TabAtkins: If we say it's empty we can deal with specifics lather<br>
<dael> florian: Empty path not empty strong<br>
<fantasai> s/strong/string<br>
<dael> Rossen_: Empty path is considered invalid<br>
<dael> Rossen_: Objections?<br>
<heycam> "a string with no path commands in it", maybe<br>
<dael> RESOLVED: Empty path is considered invalid<br>
<astearns> s/lather/later/<br>
<dael> Rossen_: Anything else?<br>
</details>
--
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/fxtf-drafts/issues/392#issuecomment-737579066 using your GitHub account
--
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 3 December 2020 00:28:34 UTC