Jonathan Watt wrote: > This is a very unfortunate problem. :-(
<snip/> > Rendering is asynchronous so at the point in time the following line is > called the 'rect' probably won't have been rendered. You could try calling > document.documentElement.forceRedraw() here, but I don't think forceRedraw > works properly either. :-( Hmmm, forceRedraw *should* work in an ideal world-- but I haven't tested it. Essentially this is a problem with many implementations-- the DOM is lazy with respect to rendering hints. In SharpVectorGraphics I think that the bbox is a cached item-- if it is not found in the cache then we generate it on request (of course this implies a forced render). In general, I think that most implementations (other than Batik) do not rerender within a function block-- but do a complete rerender of changed portions at the end of the block when control is passed from the script. Which is to say that this type of problem isn't unexpected-- but you have to be able to obtain those rendering properties on the fly. Even if you can do that though, the resulting page will likely be sub-optimal. I am rambling-- but the point is: the renderers are optimized for cacheing rather than having items on-demand. Cheers, Jeff Rafter ------------------------ Yahoo! Groups Sponsor --------------------~--> Fair play? Video games influencing politics. Click and talk back! http://us.click.yahoo.com/T8sf5C/tzNLAA/TtwFAA/1U_rlB/TM --------------------------------------------------------------------~-> ----- To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click "edit my membership" ---- Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
