Thanks, Thomas.

I'll keep looking at alternate approaches. (I'm hoping to redefine the
problem to one I can solve.<grin/>)

G. Wade

Thomas E Deweese wrote:
> 
> >>>>> "GWJ" == G Wade Johnson <[EMAIL PROTECTED]> writes:
> 
> GWJ> I panned around all over the place with no update of the
> GWJ> images. I even panned far enough to move the image off the
> GWJ> canvas, but when I brought it back the images weren't updated.
> 
> GWJ> I take it that this is not expected?
> 
>      Not what I had hoped for.  This means that there is no connection
> being built between the referenced image DOM's and the parent
> document's rendering tree.  This means that it would probably be a
> fair amount of work to get this to work (and I'm not certain where it
> would start)... :(
> 
>      I think your going to have to combine the documents on the
> client.  Note that you can do this in JavaScript using 'getURL' - it's
> not standard (at least not yet) but everyone implements it (so it will
> work with other browsers).  For the definition look at Adobe's
> document for ASV or our batik.script.Window class.
> 
> GWJ> G. Wade
> 
> GWJ> Thomas E Deweese wrote:
> >>  >>>>> "GWJ" == G Wade Johnson <[EMAIL PROTECTED]> writes:
> >>
> GWJ> Well, it almost does what I need.<shrug/> - I can find the
> GWJ> documents attached to the images.  - I can manipulate those
> GWJ> documents.  - The changes appear in the DOM for the subdocuments.
> GWJ> - The changes don't appear on the screen.
> >>  What if you 'force a repaint' do the changes show up?  You can
> >> generally force a repaint by panning around a bit.
> >>
> GWJ> Unless I can find a way to get the images to update after they
> GWJ> change, I'll have to either combine the files (which makes them
> GWJ> huge) or implement something specific to Batik.
> >>
> GWJ> Thanks again for all of your help.
> >>
> GWJ> G. Wade
> >>
> GWJ> Thomas E Deweese wrote:
> >> >> >>>>> "GWJ" == G Wade Johnson <[EMAIL PROTECTED]> writes:
> >> >>
> GWJ> Thomas, Thanks for your help on this so far.
> >> >>
> GWJ> I've modified SVGImageElementBridge to give me a
> GWJ> getReferencedDocument() method. Now, when I access what I thought
> GWJ> was the Bridge for each <image/> I get null as the document. I
> GWJ> have proven to myself that the member data is set correctly, so I
> GWJ> assume that I'm not getting the Bridge correctly.
> >> >>
> GWJ> How's the "right" way to get the Bridge associated with an
> GWJ> Element?
> >> >> SVGOMElement.getSVGContext();
> >> >>
> >> >> In dynamic documents this will return the bridge instance that
> >> was >> used to build the corresponding GVT element.  So in your
> >> case:
> >> >>
> >> >> SVGImageElementBridge imgBridge; SVGOMElement imageElem = ....;
> >> >> imgBridge = (SVGImageElementBridge)imageElem.getSVGContext();
> >> >>
> GWJ> G. Wade

[snip]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to