Re: [csswg-drafts] [css-shapes-2] In `shape()` It should be possible to specify control points relative to their point on the curve (#10667)

The CSS Working Group just discussed ``[css-shapes-2] In `shape()` It should be possible to specify control points relative to their point on the curve``, and agreed to the following:

* `RESOLVED: Add a from-start keyword that goes after the value and latches the coordinate to the beginning of the segment.`

<details><summary>The full IRC log of that discussion</summary>
&lt;dbaron> noamr: This is about the shape syntax.<br>
&lt;dbaron> noamr: Mostly saw ??? a bit complex to define shape syntax with bezier curves, cubic and quadratic.<br>
&lt;dbaron> noamr: When we define those curves we first define end points and then control points.<br>
&lt;dbaron> noamr: sometimes we want control points relative to start rather than to what we just defined which is the end<br>
&lt;dbaron> noamr: this can be boggling<br>
&lt;dbaron> noamr: In SVG control points go in order.  They always end in the end.<br>
&lt;dbaron> noamr: Here we can have either order.<br>
&lt;dbaron> noamr: With keyword where you can specify 2 or specify ????<br>
&lt;dbaron> noamr: Simon added another issue that I think we should open separately.<br>
&lt;dbaron> noamr: Proposal here that I raised that we can discuss is that you can add the word "from" after specify point, can say "From start"<br>
&lt;dbaron> noamr: It's getting less and less similar to SVG, for better or for worse.<br>
&lt;TabAtkins> q+<br>
&lt;dbaron> noamr: Do we want to keep it similar-ish to SVG, with same mental model, or do we want to break free from that.<br>
&lt;dbaron> noamr: We were breaking away a bit, but piecemeal.<br>
&lt;dbaron> noamr: I think it needs a higher decision about that.<br>
&lt;astearns> my vote is to break free if there is good justification<br>
&lt;dbaron> noamr: Specifically here because we changed the order of endpoints earlier, it makes it difficult to have points relative to start, and we need another keyword for that.<br>
&lt;dbaron> noamr: This becomes quite wordy.<br>
&lt;dbaron> noamr: I think with the property syntax, people sometimes avoid it because it adds a lot of CSS.<br>
&lt;dbaron> noamr: We need to be careful about not being too verbose.<br>
&lt;dbaron> noamr: The SVG ordering allows being a bit more terse.<br>
&lt;dbaron> noamr: I think switching the order and allowing using keywords is more verbose.<br>
&lt;lea> This issue seems to be related to #10647 (overloading path() for the path syntax that is closer to SVG)<br>
&lt;Rossen9> ack TabAtkins<br>
&lt;dbaron> I don't have an opinion on exactly ???, but it's complicated... but for the more general case of close to SVG or break free.  I don't think we should pay attention to what SVG can do right now.  We should continue expanding what's useful regardless of what we can port back to SVG syntax.<br>
&lt;ydaniv> +1 to TabAtkins<br>
&lt;dbaron> noamr: For now, proposed resolution would be that you can add from keywords that latches the next coordinate to the beginning of the sequence.<br>
&lt;dbaron> noamr: you can say from-start, latches the previous coordinate to the start of the segment<br>
&lt;dbaron> s/sequence/segment/<br>
&lt;TabAtkins> Fine with this for now; I'll review more closely when I get back.<br>
&lt;dbaron> RESOLVED: Add a from-start keyword that goes after the value and latches the coordinate to the beginning of the segment.<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/10667#issuecomment-2379715436 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Friday, 27 September 2024 17:06:25 UTC