I'll give you an SVG file generated by Graphviz, as that's how I'm using it - I could try to get the dot again, but there seemed to be slight problems with it as I'm actually using Graphviz with its Python extensions to get the svg for zgrviewer, and for some reason dot didn't like the dot output of the library. rfc3989, attached.
File Added: rfc3989.svg
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The XML parser I use to read SVG files does not seem to provide me with LF/CR characters inside attribute values (and tooltips are stored in xlink:title attributes, at least in the files you gave me). So I do not seem to be able to reconstruct the multi-line structure of tooltips. I took a quick look at the W3C XML recommendation, but I failed to find a definitive answer to the issue of LF/CR handling in attribute values.
I've also looked at your file in Firefox 2.0.0.3, and in Squiggle/Batik 1.7beta1. In the case of Firefox the whole tooltip in displayed on a single line. In the case of Batik, only the first line is displayed.
What browser are you referring to when you ay "à la most current browsers"?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You're right, the actual aatribute is xlink:title. What I meant by virtually all browsers being able to show multiline tooltips is that when you specify, for example, an image map with an area that has a multiline title-attribute, the browser shows a tooltip with multiple lines. Firefox is the only notable exception from this behaviour - and that's only because the code has not been imported from Seamonkey into current versions of Firefox yet (or so they tell me).
Sorry for the inconsistency in this proposal - what I meant is that I'd like to have a way to present the xlink:title attribute in output on multiple lines, as that has proven to be an effective way to present information about graph nodes when viewed as an image with a HTML image map.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=1771109
Originator: YES
I forgot to mention: this concerns ZGRViewer as an applet.
Logged In: YES
user_id=616074
Originator: NO
Can you please provide a test DOT file for this ?
SVG file to demonstrate the issue
Logged In: YES
user_id=1771109
Originator: YES
I'll give you an SVG file generated by Graphviz, as that's how I'm using it - I could try to get the dot again, but there seemed to be slight problems with it as I'm actually using Graphviz with its Python extensions to get the svg for zgrviewer, and for some reason dot didn't like the dot output of the library. rfc3989, attached.
File Added: rfc3989.svg
Logged In: YES
user_id=616074
Originator: NO
The XML parser I use to read SVG files does not seem to provide me with LF/CR characters inside attribute values (and tooltips are stored in xlink:title attributes, at least in the files you gave me). So I do not seem to be able to reconstruct the multi-line structure of tooltips. I took a quick look at the W3C XML recommendation, but I failed to find a definitive answer to the issue of LF/CR handling in attribute values.
I've also looked at your file in Firefox 2.0.0.3, and in Squiggle/Batik 1.7beta1. In the case of Firefox the whole tooltip in displayed on a single line. In the case of Batik, only the first line is displayed.
What browser are you referring to when you ay "à la most current browsers"?
Logged In: YES
user_id=1771109
Originator: YES
You're right, the actual aatribute is xlink:title. What I meant by virtually all browsers being able to show multiline tooltips is that when you specify, for example, an image map with an area that has a multiline title-attribute, the browser shows a tooltip with multiple lines. Firefox is the only notable exception from this behaviour - and that's only because the code has not been imported from Seamonkey into current versions of Firefox yet (or so they tell me).
Sorry for the inconsistency in this proposal - what I meant is that I'd like to have a way to present the xlink:title attribute in output on multiple lines, as that has proven to be an effective way to present information about graph nodes when viewed as an image with a HTML image map.