Implement 'arcs' value for 'stroke-linejoin' property
Categories
(Core :: SVG, enhancement, P5)
Tracking
()
People
(Reporter: sebo, Unassigned)
References
(Blocks 1 open bug, )
Details
(Keywords: dev-doc-needed)
Reporter | ||
Updated•9 years ago
|
Comment 1•5 years ago
|
||
The values miter-clip and arcs of the stroke-linejoin property are at risk. There are no known browser implementations. See issue Github issue #592.
https://svgwg.org/svg2-draft/painting.html#StrokeLinejoinProperty
Mark as P5 minor. Likely just a WONTFIX.
Reporter | ||
Comment 2•5 years ago
|
||
(In reply to violet.bugreport from comment #1)
The values miter-clip and arcs of the stroke-linejoin property are at risk. There are no known browser implementations. See issue Github issue #592.
https://svgwg.org/svg2-draft/painting.html#StrokeLinejoinProperty
Mark as P5 minor. Likely just a WONTFIX.
I am wondering why this was marked as P5 by you, violet.bugreport. Nothing personal, but I saw that you are rather new to Bugzilla and I guess not part of Mozilla staff and the note in the specification doesn't indicate any implementation priority, it just says that there are no implementations and therefore may be removed from the spec. at some point.
As I reported this more than three years ago and since then nobody picked it up, it obviously does have low priority for Mozilla, though it doesn't mean it's WONTFIX.
Anyway, I am not pushing on this feature, just wanting to get the priority clarified. Maybe Cameron can comment on this?
Sebastian
Comment 3•5 years ago
|
||
Nothing personal, but I saw that you are rather new to Bugzilla
Making judgments based on another user being "rather new" is personal, by the very definition of the word.
it just says that there are no implementations and therefore may be removed from the spec. at some point.
As I reported this more than three years ago and since then nobody picked it up, it obviously does have low priority for Mozilla
Ignoring de facto very low priority feature by not making the fact clear is detrimental to those who actually submit patches and implement features. Please take a look at some unfortunate situation like Bug 1318208, where some contributors spent a lot of time implementing an at-risk feature that finally turned out to be wasted effort.
I'm just a contributor here, if you disagree with some my action on some certain bug, feel free to revert them.
Reporter | ||
Comment 4•5 years ago
|
||
(In reply to violet.bugreport from comment #3)
Nothing personal, but I saw that you are rather new to Bugzilla
Making judgments based on another user being "rather new" is personal, by the very definition of the word.
Really didn't mean to, sorry!
it just says that there are no implementations and therefore may be removed from the spec. at some point.
As I reported this more than three years ago and since then nobody picked it up, it obviously does have low priority for MozillaIgnoring de facto very low priority feature by not making the fact clear is detrimental to those who actually submit patches and implement features. Please take a look at some unfortunate situation like Bug 1318208, where some contributors spent a lot of time implementing an at-risk feature that finally turned out to be wasted effort.
Good point! And a good example for how things should not end up.
And regarding the triage rules you're probably right with P5.
For reference, there is also a Chromium bug.
Sebastian
Comment 5•5 years ago
|
||
I think this is fine as P5. It's not something we will prioritize over other P3 work.
Comment 6•4 years ago
|
||
An independent contributor, Skef Iterum, has prepared a patch for the Skia rendering engine that would support arc linejoins as a standard part of stroking. It's currently waiting on review: https://skia-review.googlesource.com/c/skia/+/303483
If that gets approved, the Chromium implementation will probably be fairly straightforward (since I think Chromium uses Skia everywhere). For Gecko, I assume you'd still need to decide how to handle platforms where the rendering engine doesn't have the feature.
See also discussion on the SVG WG list, about moving forward with this feature: https://lists.w3.org/Archives/Public/www-svg/2020Jul/0011.html
Updated•2 years ago
|
Description
•