GNOME Bugzilla – Bug 167708
text on textPath is not rendered at the right place (lands somewhere outside of bounding box)
Last modified: 2017-12-13 17:25:39 UTC
Please describe the problem: The example specified below is not rendered up to the specs (Adobe SVG and Batik display the code up to the specs) <?xml version="1.0" encoding="iso-8859-1"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 20001102//EN" "http://www.w3.org/TR/2000/CR-SVG-20001102/DTD/svg-20001102.dtd"> <svg viewBox="0 0 200 100" zoomAndPan="disable" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink"> <path id="p" d="M15 100a85 85 0 0 1 170 0" stroke="blue" fill="none"/> <text fill="black" text-anchor="middle"> <textPath xlink:href="#p" startOffset="50%">centered text on a path</textPath> </text> <text x="100" y="100" text-anchor="middle">centered text in the middle</text> </svg> Steps to reproduce: 1. save the exmaple to an .svg file 2. open it with rsvg-view Actual results: A part of one letter of the string is shown at the edge of the picture. It looks as if the origin of the text was set to (0,0) of the whole picture. Expected results: the up-to-the-specs rendered picture Does this happen every time? yes Other information: librsvg-Message: rsvg-view version 2.8.1 from debian unstable (2005.02.17) All tested viewers (except Adobe's and Batik) show various oddities with this example.
We don't support text on paths yet.
Hi, has there been any progress on the text-on-a-path issue? Last entry is from 2005 and i stumbled upon this rendering OpenStreetmap tiles which need this. Thanks
Here is an example where it is problematic, too: http://commons.wikimedia.org/wiki/File:Cherenkov2.svg
duplicate of more concrete bug 644624
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/librsvg/issues/2.