It's me again. I've prepared more complex example and these startOffset ranges turned out to be still problematic (particularly with the text-anchor attribute set to the middle), see the attached example (December ember).
The text anchor is shifted so that text is not centered at the specified point so both occurrences appear in different positions (they should match). Should I report it somewhere? Regards, Jan > -----Original Message----- > From: Jan Tosovsky [mailto:j.tosov...@tiscali.cz] > Sent: Tuesday, February 22, 2011 7:09 PM > To: batik-users@xmlgraphics.apache.org > Subject: RE: Text on Path - startOffset range > > Wow, what amazing speed of implementing this! > > I've already built it from sources and it works like a charm. > Thanks a lot! > > Regards, > Jan > > > > -----Original Message----- > > From: Cameron McCormack [mailto:c...@mcc.id.au] > > Sent: Tuesday, February 22, 2011 12:07 AM > > To: batik-users@xmlgraphics.apache.org > > Subject: Re: Text on Path - startOffset range > > > > Jan Tosovsky: > > > I am creating a wheel with labels on it (text on the path) but as > > text > > > outside the path is clipped, I must to render these cases twice > (the > > second > > > time out of 0-100% range), see the attached test case. But it seems > > to be > > > not supported by Batik as Squiggle tools returns the following > > exception: > > > … > > > > I think you are right. I can’t find anything in the SVG spec that > > disallows negative percentages. This is fixed in SVN now (r1073181). > > > > -- > > Cameron McCormack ≝ http://mcc.id.au/ > >
<<attachment: data.svg>>
--------------------------------------------------------------------- To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org
