In your outline of the code you don't make a mention of using the UpdateManager's RunnableQueue so I presume you don't. Failing to make all modifications to the SVG document in the UpdateManager's RunnableQueue can easily cause effects like this.
You can read the FAQ for a little more information on the why of this. Thomas On May 10, 2012, at 3:20 AM, cgrafena wrote: > The procedure of my applications is as follows: > > ActionListener on Update-Button does following: > > > Then remove all elements of the SVG DOM by removing all children of document > root. > Then paintTextElements(): create SVGTextElement, add it to the SVG DOM, get > elements boundaries (code see above) and finally position it by setting > attributes "X", "Y" dependend on its boundaries. > > So why is the size of the bounding box of the text element using a svg font > incorrect ? > > > > > > > -- > View this message in context: > http://batik.2283329.n4.nabble.com/Wrong-bounding-box-calculation-when-using-SVG-fonts-tp4622715.html > Sent from the Batik - Users mailing list archive at Nabble.com. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org
