>>>>> "magic" == magic <[EMAIL PROTECTED]> writes:
magic> I experienced the updateQueue "bug" to. I think it occurs for
magic> me if i set an svg Document and try to add elements to it in a
magic> second Runable before the initianal Rendering of the Document
magic> is completet
Ahh, yes! Thanks!
The update manager is not started until the first rendering
completes. So a Java application needs to register and wait for a
managerStarted event before it can start dispatching things into the
updateQueue.
magic> Thomas E Deweese <[EMAIL PROTECTED]> schrieb am
magic> 20.03.2003, 13:31:11:
>> >>>>> "CE" == Christian Enklaar writes:
>>
CE> I have got some problems with the dynamic update too ...
>>
CE> some general points are that you have to set
CE> svgCanvas.setDocumentState(JSVGComponent.ALWAYS_DYNAMIC);
>>
CE> and you have to use the updateQueue to get the dynamic updates to
CE> be performed
>> Correct!
>>
CE> My problem is that there "sometimes" is no updateManager for my
CE> JSVGCanvas allthough the document is set) and that "sometimes" the
CE> updateRunnableQueue is not running when I call invokeLater.
>> Well this sounds like it would be classified as a bug. Can you
>> provide a nice small standalone example that shows this?
>>
CE> Can I perform several changes in one call of invokeLater or do I
CE> have to call it seperately for every single attribute change
CE> (etc.) ?
>> You can (and should) batch changes as much as possible (of course
>> be aware that while your runnable is executing updates to the
>> screen can't happen - which can be to your advantage in some
>> cases).
>>
CE> Is there a good working example for using the updateRunnableQueue
CE> - I don't mean one where the whole document changes but where only
CE> some fragments change (like the visibility for example) ?
>> Sorry, I don't know of any examples other than Batik it's self or
>> stuff sent to this mail-list. If someone wanted to write an
>> updateRunnableQueue primer I'm sure we would be happy to add it to
>> the Batik documentation.
>>
CE> Greetings, Christian.
>> >> -----Urspr�ngliche Nachricht----- Von: josh >>
>> [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 20. M�rz 2003 >>
>> 06:41 An: [EMAIL PROTECTED] Betreff: Dynamic DOM updates
>> >>
>> >>
>> >> Hi!
>> >>
>> >> I've been crawling through the mail archives and I can't seem to
>> >> find an answer to my question. Please forgive me if this has
>> been >> asked a hojillion times already:
>> >>
>> >> I'm trying to dynamically control the SVG document through the
>> DOM >> API. For instance, say I have a JTextField and when the
>> user types >> in an id, I do this:
>> >>
>> >> String id = textfield.getText(); Element elt = >>
>> svgdoc.getElementById(id); if(elt != null){ >>
>> elt.setAttributeNS(svgns, "visibility", "hidden"); } //...
>> >>
>> >> There's no errors, but I never see the display update. I'm
>> using >> the 1.5b4 release.
>> >>
>> >> Do DOM events not trigger display updates still? I found a
>> message >> that said so, but it was dated 2001, so I figured maybe
>> some >> progress had occurred in that area =)
>> >>
>> >> Thanks again for any help,
>> >>
>> >> - josh
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For >> additional commands, e-mail: [EMAIL PROTECTED]
>> >>
>>
CE> ---------------------------------------------------------------------
CE> To unsubscribe, e-mail: [EMAIL PROTECTED] For
CE> additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED] For
>> additional commands, e-mail: [EMAIL PROTECTED]
magic> ---------------------------------------------------------------------
magic> To unsubscribe, e-mail: [EMAIL PROTECTED]
magic> For additional commands, e-mail:
magic> [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
