- From: moirajeanthompson2020-sketch via GitHub <noreply@w3.org>
- Date: Wed, 04 Mar 2026 07:14:59 +0000
- To: public-svg-issues@w3.org
moirajeanthompson2020-sketch has just created a new issue for https://github.com/w3c/svgwg: == CSS == > The CSS Working Group just discussed `Summer meeting dates`, and agreed to the following: > > * `RESOLVED: add path-length as a CSS property and make pathLength map to it` > > <details><summary>The full IRC log of that discussion</summary> > <TabAtkins> Topic: Summer meeting dates<br> > <AmeliaBR> I can't hear Rossen, but we now have conflicts both weeks of July 20 (AB meeting) and July 27 (Tantek doesn't want Monday, Rachel Andrew needs to be in UK by Friday)<br> > <AmeliaBR> https://wiki.csswg.org/planning<br> > <AmeliaBR> If we move to the following week, FYI Monday Aug 3 is a holiday in Canada.<br> > <TabAtkins> proposal is Mon-Thu, week of July 27, Houdini on Monday<br> > <emilio> Topic: Path length in CSS<br> > <astearns> github: https://github.com/w3c/svgwg/issues/773<br> > <emilio> TabAtkins: SVG has a pathLength attr supported on <path><br> > <emilio> ... it allows you to override the length of the path<br> > <AmeliaBR> q+<br> > <astearns> zakim, open queue<br> > <Zakim> ok, astearns, the speaker queue is open<br> > <AmeliaBR> q+<br> > <astearns> q+ AmeliaBR<br> > <emilio> ... allows you to set up e.g. exactly 100 dashes or such<br> > <emilio> ... otherwise you'd need to do a bunch of math or use JS<br> > <emilio> ... given you can set the path in CSS<br> > <RossenF2F> Zakim, open queue<br> > <Zakim> ok, RossenF2F, the speaker queue is open<br> > <emilio> ... it seems reasonable to let you set it in CSS as a property alongside d<br> > <emilio> ... in terms of signals, we got positive signals from WebKit and Blink<br> > <emilio> heycam: seems fine too<br> > <emilio> ack AmeliaBR<br> > <astearns> ack AmeliaBR<br> > <emilio> AmeliaBR: originally in svg1 it only had an effect on `<path>`, in SVG2 it affects all shapes<br> > <emilio> ... I think implementation of that is pretty god<br> > <emilio> good*<br> > <emilio> ... but we don't have good implementation of what it actually does<br> > <emilio> ... so we do have some concerns on our last svgwg discussions<br> > <emilio> ... so want to followup with proper testing and ensure we have interop to deal with some patterns<br> > <emilio> ... but kind of a separate issue of whether it should be a pres attr<br> > <emilio> q+<br> > <heycam> q+<br> > <emilio> ... it makes sense to be consistent with the stroke properties and such<br> > <emilio> ... one complication is that this is the first time we use an attribute in mixed-case form<br> > <emilio> ... recommendation is that it becomes hyphenated<br> > <emilio> ... and the mismatch will just be a legacy version<br> > <emilio> TabAtkins: that's my exact suggestion<br> > <emilio> ... and also that means that the style object gets the camel-case object, which is nice<br> > <astearns> ack emilio<br> > <TabAtkins> emilio: Do we need to do something for stuff that takes a path function, like shapes and such?<br> > <emilio> TabAtkins: nothing else lets you go along the path<br> > <emilio> astearns: motion-path<br> > <emilio> TabAtkins: but that allows percents which provides this functionality<br> > <emilio> astearns: for shapes I could see using pathLength to short-circuit some stuff, but it doesn't seem a big use-case<br> > <emilio> TabAtkins: that's not how pathLength works, it just resets the length in the calculations<br> > <RossenF2F> q?<br> > <emilio> myles: doesn't motion-path allow you to describe infinite-length paths or something like that?<br> > <emilio> TabAtkins: it allows you to define ray() but there's a definition for what 100% means<br> > <AmeliaBR> Motion path is one thing where distance along a path is relevant. That was one of the original uses in SVG (for the SMIL motion path)<br> > <astearns> zakim, close queue<br> > <Zakim> ok, astearns, the speaker queue is closed<br> > <emilio> heycam: an alternative would be to allow percentages in stroke-dasharray/dashoffset<br> > <emilio> ... would make it similar to other CSS things<br> > <emilio> myles: so one of the nice things of path-length would be that you can animate it to have your dashes grow and stretch along the path<br> > <faceless2> q+<br> > <emilio> ... if you have a bunch of percentages you need to animate them individually<br> > <emilio> AmeliaBR: getting percents in stroke-dasharray would be nice, right now they're valid but don't have a useful interpretation<br> > <emilio> ... kinda separate from other use cases for path-length<br> > <emilio> faceless2: path-length is not only about dashes but also precise text positioning around a path<br> > <emilio> chris: the generating tools have an idea of how long the path is<br> > <emilio> ... and by setting it the implementation just agrees to scale it<br> > <emilio> astearns: objections to resolve?<br> > <emilio> RESOLVED: add path-length as a CSS property and make pathLength map to it<br> > </details> > _Originally posted by @css-meeting-bot in [#773](https://github.com/w3c/svgwg/issues/773#issuecomment-577308689)_ Please view or discuss this issue at https://github.com/w3c/svgwg/issues/1069 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 4 March 2026 07:14:59 UTC