Bug 16742 - xlink:title: implement
: xlink:title: implement
Status: RESOLVED WORKSFORME
Product: WebKit
Classification: Unclassified
Component: SVG
: 528+ (Nightly build)
: Macintosh Mac OS X 10.5
: P2 Normal
Assigned To: Nobody
http://www.openicon.org/iconChat/inde...
: HasReduction
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-01-05 13:07 PST by jay
Modified: 2011-06-28 09:10 PDT (History)
2 users (show)

See Also:


Attachments
xlink:title as attribute of SVG element (237 bytes, image/svg+xml)
2008-01-05 13:09 PST, jay
no flags Details
Another Test Case (356 bytes, image/svg+xml)
2008-07-07 06:34 PDT, Jeff Schiller
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description jay 2008-01-05 13:07:48 PST
xlink:title="Peepo Feeds" is not currently displayed in tabs or when bookmarked
Comment 1 jay 2008-01-05 13:09:23 PST
Created attachment 18290 [details]
xlink:title as attribute of SVG element
Comment 2 Eric Seidel 2008-01-05 13:15:05 PST
I don't see where xlink:title makes sense on an <svg> element.  It seems like it pertains only to links.  <svg:title></svg:title> is the way to set a title on an SVG document.

Can you point out where in the xlink or svg spec you see supporting this usage?
Comment 3 Eric Seidel 2008-01-05 13:17:09 PST
http://www.w3.org/TR/SVG/struct.html#XLinkTitleAttribute
is the relevant text in the SVG spec.  I don't that meaning <svg xlink:title> should work.
Comment 4 Eric Seidel 2008-01-05 13:18:39 PST
http://www.w3.org/TR/xlink/#link-semantics
is the relevant text in the xlink spec.
Comment 5 jay 2008-01-05 14:04:15 PST
I was relying on:
http://www.w3.org/TR/SVG11/struct.html#XLinkTitleAttribute
>> xlink:title = '<string>'
The title attribute is used to describe the meaning of a link or resource in a human-readable fashion, along the same lines as the role or arcrole attribute.

as it states a link or resource, I had considered this might be reasonable.

the English seems confusing, maybe meaning "linked resource" ??
Comment 6 Jeff Schiller 2008-07-06 21:02:53 PDT
Is there agreement then that this is an invalid bug?  It seems that Opera does not display xlink:title tooltips on all elements (only svg:a elements as WebKit does).  Personally, I think if Bug 16742 were implemented there would be no cause for this bug.
Comment 7 jay 2008-07-07 00:30:34 PDT
#6 Jeff this is bug 16742...

you wrote: I think if Bug 16742 were implemented there would be no
cause for this bug.

on what basis do you make the assertion:
"It seems that Opera does not display xlink:title tooltips on all elements (only svg:a elements as WebKit does)."

where is your test case?

in my experience Opera provides title content, 
whereas Safari provides the linked url only.

iirc this applies to xlink:title or <title> content 
neither of which are supported by Safari in anchors or other elements, 
whereas Opera supports either...

Finally please rely on the spec, over and above other UA except in particular circumstances, of which this does not appear to be one....

Comment 8 Jeff Schiller 2008-07-07 06:34:04 PDT
Created attachment 22129 [details]
Another Test Case
Comment 9 Jeff Schiller 2008-07-07 06:36:00 PDT
"#6 Jeff this is bug 16742..."

Right, I meant Bug 16854, sorry.

"where is your test case?"

Attaching test case:

a) Neither Opera nor WebKit display the xlink:title on the <svg> element "Some Document Title"
b) Neither Opera nor WebKit display the xlink:title on the <rect> element as a tooltip
c) Both Opera and WebKit DO display the xlink:title on the <a> element as a tooltip

I do NOT think it is valid to have xlink:title on just any element and except it to be displayed by UAs.  I think <title> is supposed to be used for the purposes that you have used xlink:title in your test case.

"in my experience Opera provides title content, 
whereas Safari provides the linked url only."

As mentioned in c) above, Safari 3.1 on Windows provides the xlink:title for links.  What version did you experience this in?
Comment 10 jay 2008-07-07 07:22:12 PDT
#9 Jeff, as per the bug file, this bug refers to os x safari Version 3.1.2 (5525.20.1) webkit nightly r35034 which does not provide a tooltip on mouseover.

this applies to anchors such as the google one in your attachment
Comment 11 Helder Magalhães 2009-08-13 03:56:26 PDT
"xlink:title" should only be displayed on links (it belongs to the XLink specification).

In SVG, the "title" and "desc" child elements can/should be used for this purpose [1] (the specification suggests the tooltip behavior, see also another proposal for that [2]). Using the "title"/"desc" as tooltips is already covered by bug 16854.

Note that, although Firefox does display "xlink:title" as a tooltip in any element, that is IMO a somehow broken behavior.

I'd say this issue should be marked invalid...

[1] http://www.w3.org/TR/SVG/struct.html#DescriptionAndTitleElements
[2] http://www.w3.org/Graphics/SVG/IG/wiki/Accessibility_Activity#Title_As_Tooltip
Comment 12 jay 2009-08-13 04:38:54 PDT
#11 Helder,

can you provide a reference for your assertion: "xlink:title" should only be displayed on links...

if not, I'll take this to the SVG WG,

http://www.w3.org/TR/SVG11/struct.html#XLinkTitleAttribute
makes no mention of anchors or links...

authors use script to import data using xmlhttprequest and for this purpose title is (may?) not appropriate, ie similar issue to alt and title in html, one describes image, other describes linked resource.

regards

~:"

ignoring the 'morph' issue #10
Comment 13 jay 2009-08-13 04:54:20 PDT
a quick read of XML Linking Language (XLink) Version 1.0
http://www.w3.org/TR/xlink/

suggests that it is unlikely that xlink only refers to anchors, unless that is
a constraint of svg1.1.

eg An XML element conforms to XLink if:...
http://www.w3.org/TR/xlink/#markup-reqs

appears to suggest that any xml element may have an xlink
unless I am mis-reading...
Comment 14 Helder Magalhães 2009-08-13 05:52:39 PDT
(In reply to comment #12)
> can you provide a reference for your assertion: "xlink:title" should only be
> displayed on links...

All XLink references are in "URI reference attributes" section, reason why I'm
assuming they only make sense on linked content... But I'm not turning this
issue into a debate, there are already a few related threads in the "www-svg"
mailing list discussing this and, if there's anything else to debate on, IMHO
it should be there.


> http://www.w3.org/TR/SVG11/struct.html#XLinkTitleAttribute
> makes no mention of anchors or links...

See above.
Comment 15 jay 2009-08-13 06:27:38 PDT
taken to WG list:

http://lists.w3.org/Archives/Public/www-svg/2009Aug/0030.html