At the present time, the front page of my weblog does not validate. From what I can tell, I am using an extension point in a manner totally consistent with the intent of that grammar, and in a way that produces useful results, at least with Firefox. My only sin is that I’m using that attribute in a way that was unanticipated by the authors of the SVG.
From what I can tell, the HTML5 specification doesn’t have much to say on the matter.
Not sure I understand the message.
If you can understand the xlink spec, you can probably write your own schema extention for validation purposes too.
The issue is that Firefox will only show a tooltip by using xlink:title attribute. Unfortunately Firefox has not implemented support for title elements on elements to be used as tooltips. Sam apparently wants a tooltip so this appears the only solution for now, though I suppose he’s jonesing to get the validator updated...
Also fails to validate the current Microdata section of the spec. Having no validator and no parser for “Microdata” made it uh, very challenging to implement.
Allowing xlink:title="" to get tooltips on any SVG element doesn’t seem like the right long term solution. xlink:title="" is specifically about giving a title to a link; placing it on a <path> doesn’t really make sense. Either the <title> element, as anon suggests, should be used to get tooltip behaviour, or a new element/attribute should be introduced for it. At one point, the SVG 1.2 Full WD had a <tooltip> element specifically for this, but that has fallen by the wayside.
So I agree, the situation for SVG tooltips isn’t great at the moment.
I may be in error, but I appear to be able to raise a tooltip in FireFox 3+ on a title element in SVG provided the attribute role="tooltip" is added to the title element. I hit what I am blindly guessing is a related problem last year, a Dr. Olaf Hoffman suggested this potential work-around.