Closed
Bug 287252
Opened 19 years ago
Closed 17 years ago
Make XLink work or ignore it
Categories
(Core :: SVG, defect)
Core
SVG
Tracking
()
RESOLVED
DUPLICATE
of bug 334587
People
(Reporter: annevk, Unassigned)
References
Details
(Keywords: testcase)
Attachments
(3 files)
Currently you can apply an XLink to SVG elements and it will look like an actual link (underlined, a different cursor), but you can click on it and go to the destination. We should either make this work or ignore XLink attributes on other SVG elements than A (and other elements in the SVG namespace where XLink attributes are allowed).
Reporter | ||
Comment 1•19 years ago
|
||
Reporter | ||
Comment 2•19 years ago
|
||
Reporter | ||
Comment 3•19 years ago
|
||
Comment 4•19 years ago
|
||
Is there a "not" missing somewhere in comment 0? Probably more or less a dup of bug 211916
Depends on: 211916
Reporter | ||
Comment 5•19 years ago
|
||
There is, "you *not* click on it and go to ..." But then for SVG, right? Or will fixing that bug fix it for all namespaces we tend to support?
Comment 6•19 years ago
|
||
It would be nice if the SVG WG would explain how on earth XLink is actually suppose to work with SVG. I certainly don't understand it.
Comment 7•17 years ago
|
||
Looks like we ignore xlink attributes now. Presumably fixed by bug 334587. Close as WORKSFORME?
Comment 8•17 years ago
|
||
Ah, yeah, I forgot about this bug. And yes, in bug 334587 we took the "ignore it" route.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•