Open
Bug 738574
Opened 11 years ago
Updated 8 months ago
Animate does not animate related <use> elements
Categories
(Core :: SVG, defect)
Tracking
()
NEW
People
(Reporter: david, Unassigned)
References
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:11.0) Gecko/20100101 Firefox/11.0 Build ID: 20120310010446 Steps to reproduce: Created SVG with a path with a animateTransform child element linked to mouseover (black circle). Cloned that path several times (red, green and blue circles). Tried mouse over each element in turn (original path and use elements) Actual results: mouseover on use elements animates individually, as expected. However, mouseover on original path only animates that path and not use elements Expected results: Spec isn't clear on this but I anticipated that mouseover on original path would animate use elements since they mimic all properties of the original. This came from testing a bug in Webkit (https://bugs.webkit.org/show_bug.cgi?id=81792). With webkit mouseover on <use> calls all sibling <use> elements to animate, which is definately incorrect. I would like correct behaviour on triggering animation on a element which is cloned with <use> to be agreed and implemented the same across browsers. (please!)
Updated•11 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 2•11 years ago
|
||
Thank you, Robert. I did search but didn't come across this one. Is the compliant behaviour then that animating an object should animate all related <use> clones?
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 3•11 years ago
|
||
It is and that's what that bug is about.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → DUPLICATE
Updated•11 years ago
|
Status: RESOLVED → VERIFIED
Updated•11 years ago
|
Status: VERIFIED → REOPENED
Ever confirmed: true
Resolution: DUPLICATE → ---
Updated•11 years ago
|
Assignee: nobody → longsonr
Status: REOPENED → ASSIGNED
Updated•11 years ago
|
Assignee: longsonr → nobody
Updated•10 years ago
|
Summary: Animate on a path does not animate relate use elements → Animate does not animate related <use> elements
Updated•10 years ago
|
Status: ASSIGNED → NEW
Comment 6•8 years ago
|
||
Hi all. Given that 1194728 is a duplicate, then it is highly likely, it would seem, that this is also: http://cs.sru.edu/~ddailey/ello/BasicPuebloSpiral.svg same symptoms -- reused stuff doesn't animate properly. See also instance at https://ello.co/ddailey/post/GwFlnDl399lyp_SVHhGM0A where embedded in social media.
Wait for 2 seconds for the fixed-time animations. Click on the red bars to trigger animations. Groups are animate animateTransform set animateMotion Each group has first line: animationElement.beginElement() second line: begin="trigger.click" third line: begin="2s" left column: animated element, right column: <use> Whether the <use> element is animated differs between the animation elements, and it differs between the way the animation is started: - <animate> and <set>: The <use> element is animated if the animation on its relative element is started at a fixed time or via a begin="otherElem.event" attribute, but not if it is started via the beginElement() method. - <animateTransform> and <animateMotion>: The <use> element is never animated.
I just found an even stranger behavior, see https://gist.github.com/ccprog/ae3e2fa676cf902a1e33622e695acbb8 A path with an animateTransform is referenced in a <use> element twice: once, for direct rendering, and once as part of a mask. The animation is triggered with a begin="trigger.mouseover". The direct reference does not show the animation, but the masked element (which means, twice removed) has it working.
Updated•8 months ago
|
Severity: normal → S3
Comment 11•8 months ago
|
||
The severity field for this bug is relatively low, S3. However, the bug has 4 duplicates.
:jwatt, could you consider increasing the bug severity?
For more information, please visit auto_nag documentation.
Flags: needinfo?(jwatt)
Comment 12•8 months ago
|
||
The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.
Flags: needinfo?(jwatt)
You need to log in
before you can comment on or make changes to this bug.
Description
•