You are viewing a plain text version of this content. The canonical link for it is here.
Posted to batik-users@xmlgraphics.apache.org by J B <mo...@gmail.com> on 2006/01/11 16:23:28 UTC
not working properly
In our SVG document, we would like to render a list of links. We are
rendering them similar to the following:
<a xlink:href="http://www.google.com">Google</a>
We have also tried removing the xlink namespage on the href attribute.
However, this does not have the desired effect (none). Ideally, it would
spawn the system default browser, but I imagine this is not the behavior
everyone would want. Is there any built in support for handling external
links? Or do we need to register a listener in the java class which in turn
can handle the external link request?
Thanks!
Birch
Re: not working properly
Posted by J B <mo...@gmail.com>.
Thanks for the information Tom. I really appreciate it. I will have my
team try out your suggestions today.
Birch
On 1/22/06, thomas.deweese@kodak.com <th...@kodak.com> wrote:
>
> Hi Birch,
>
> J B <mo...@gmail.com> wrote on 01/20/2006 01:22:59 PM:
>
> > Here is a test case. We are attaching dom eventlisteners to objects to
> handle
> > popup menus. there seems to be some wierdness when dom events and
> xlink:
> > href's are combined.
>
> Actually the problem is the toggling of 'display' on the 'a' element.
>
> > To recreate the error, right click on the black box, the
> > click the little box in the lower right hand corner. The first time you
> click
> > it, it will fire one openLink() call. The second, it will ifre two and
> so on.
>
> So I have a fix for this part of this, however it 'breaks' your
> example.
> Because you 'undisplay' the 'a' element in the 'capture' phase before the
> click get's to the 'a' element. The fix unregisters the click listener
> when
> the element becomes undisplayed. I may look at other ways to manage this
> in
> the future as this 'feels' a little odd, but I doubt there is anything to
> say
> that this is truly wrong - doing things during capture is likely to lead
> to
> 'strangeness'.
>
> There are two main work around for this:
> 1) move your undisplay code to the 'bubble' phase.
> 2) switch to toggling visibility rather than display.
>
> > Am I doing something stupid?
> >
> > Thanks!
> >
> > Birch
>
> > On 1/20/06, thomas.deweese@kodak.com < thomas.deweese@kodak.com> wrote:
> > Hi Birch,
> >
> > Can you provide a small reproducible test case?
> >
> > J B <mo...@gmail.com> wrote on 01/19/2006 09:18:58 PM:
> >
> > > That's the confusing thing. I am not calling addListener at all. I
> > simply
> > > extended SVGUserAgentAdapter and overrode the openLink method. I am
> > assuming
> > > the adding of event handlers is done underneath somewhere.
> > >
> > > Birch
> >
> > > On 1/19/06, Andrew Plotkin < erkyrath@eblong.com> wrote:
> > > On Thu, 19 Jan 2006, J B wrote:
> > >
> > > > I am seeing that openLink() is being called more than once when a
> link
> > is
> > > > clicked. The first time it is clicked, the method is called once.
> THe
> > > > second time it is called twice. The third time it is called three
> > times and
> > > > so on.
> > > >
> > > > Anyone else see this? I am simply extending SVGUserAgentAdapter and
> > > > overriding openLink().
> > >
> > > It sounds like you're calling an addListener routine once per link
> > click,
> > > when you should be calling it just once overall.
> > >
> > > --Z
> > >
> > > --
> > > "And Aholibamah bare Jeush, and Jaalam, and Korah: these were the
> > borogoves..."
> > > *
> > > 9/11 did change everything. Since 9/12, the biggest threat to American
> > > society has been the American president. I'd call that a change.
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> > > For additional commands, e-mail:
> batik-users-help@xmlgraphics.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> > For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
> > [attachment "eventTest.xml" deleted by Thomas E. DeWeese/449433/EKC]
> > [attachment "TestEvents.java" deleted by Thomas E. DeWeese/449433/EKC]
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> > For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
>
Re: not working properly
Posted by th...@kodak.com.
Hi Birch,
J B <mo...@gmail.com> wrote on 01/20/2006 01:22:59 PM:
> Here is a test case. We are attaching dom eventlisteners to objects to
handle
> popup menus. there seems to be some wierdness when dom events and
xlink:
> href's are combined.
Actually the problem is the toggling of 'display' on the 'a' element.
> To recreate the error, right click on the black box, the
> click the little box in the lower right hand corner. The first time you
click
> it, it will fire one openLink() call. The second, it will ifre two and
so on.
So I have a fix for this part of this, however it 'breaks' your
example.
Because you 'undisplay' the 'a' element in the 'capture' phase before the
click get's to the 'a' element. The fix unregisters the click listener
when
the element becomes undisplayed. I may look at other ways to manage this
in
the future as this 'feels' a little odd, but I doubt there is anything to
say
that this is truly wrong - doing things during capture is likely to lead
to
'strangeness'.
There are two main work around for this:
1) move your undisplay code to the 'bubble' phase.
2) switch to toggling visibility rather than display.
> Am I doing something stupid?
>
> Thanks!
>
> Birch
> On 1/20/06, thomas.deweese@kodak.com < thomas.deweese@kodak.com> wrote:
> Hi Birch,
>
> Can you provide a small reproducible test case?
>
> J B <mo...@gmail.com> wrote on 01/19/2006 09:18:58 PM:
>
> > That's the confusing thing. I am not calling addListener at all. I
> simply
> > extended SVGUserAgentAdapter and overrode the openLink method. I am
> assuming
> > the adding of event handlers is done underneath somewhere.
> >
> > Birch
>
> > On 1/19/06, Andrew Plotkin < erkyrath@eblong.com> wrote:
> > On Thu, 19 Jan 2006, J B wrote:
> >
> > > I am seeing that openLink() is being called more than once when a
link
> is
> > > clicked. The first time it is clicked, the method is called once.
THe
> > > second time it is called twice. The third time it is called three
> times and
> > > so on.
> > >
> > > Anyone else see this? I am simply extending SVGUserAgentAdapter and
> > > overriding openLink().
> >
> > It sounds like you're calling an addListener routine once per link
> click,
> > when you should be calling it just once overall.
> >
> > --Z
> >
> > --
> > "And Aholibamah bare Jeush, and Jaalam, and Korah: these were the
> borogoves..."
> > *
> > 9/11 did change everything. Since 9/12, the biggest threat to American
> > society has been the American president. I'd call that a change.
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> > For additional commands, e-mail:
batik-users-help@xmlgraphics.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
> [attachment "eventTest.xml" deleted by Thomas E. DeWeese/449433/EKC]
> [attachment "TestEvents.java" deleted by Thomas E. DeWeese/449433/EKC]
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
Re: not working properly
Posted by J B <mo...@gmail.com>.
Here is a test case. We are attaching dom eventlisteners to objects to
handle popup menus. there seems to be some wierdness when dom events and
xlink:href's are combined. To recreate the error, right click on the black
box, the click the little box in the lower right hand corner. The first
time you click it, it will fire one openLink() call. The second, it will
ifre two and so on.
Am I doing something stupid?
Thanks!
Birch
On 1/20/06, thomas.deweese@kodak.com <th...@kodak.com> wrote:
>
> Hi Birch,
>
> Can you provide a small reproducible test case?
>
> J B <mo...@gmail.com> wrote on 01/19/2006 09:18:58 PM:
>
> > That's the confusing thing. I am not calling addListener at all. I
> simply
> > extended SVGUserAgentAdapter and overrode the openLink method. I am
> assuming
> > the adding of event handlers is done underneath somewhere.
> >
> > Birch
>
> > On 1/19/06, Andrew Plotkin <er...@eblong.com> wrote:
> > On Thu, 19 Jan 2006, J B wrote:
> >
> > > I am seeing that openLink() is being called more than once when a link
> is
> > > clicked. The first time it is clicked, the method is called once. THe
> > > second time it is called twice. The third time it is called three
> times and
> > > so on.
> > >
> > > Anyone else see this? I am simply extending SVGUserAgentAdapter and
> > > overriding openLink().
> >
> > It sounds like you're calling an addListener routine once per link
> click,
> > when you should be calling it just once overall.
> >
> > --Z
> >
> > --
> > "And Aholibamah bare Jeush, and Jaalam, and Korah: these were the
> borogoves..."
> > *
> > 9/11 did change everything. Since 9/12, the biggest threat to American
> > society has been the American president. I'd call that a change.
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> > For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
>
Re: not working properly
Posted by th...@kodak.com.
Hi Birch,
Can you provide a small reproducible test case?
J B <mo...@gmail.com> wrote on 01/19/2006 09:18:58 PM:
> That's the confusing thing. I am not calling addListener at all. I
simply
> extended SVGUserAgentAdapter and overrode the openLink method. I am
assuming
> the adding of event handlers is done underneath somewhere.
>
> Birch
> On 1/19/06, Andrew Plotkin <er...@eblong.com> wrote:
> On Thu, 19 Jan 2006, J B wrote:
>
> > I am seeing that openLink() is being called more than once when a link
is
> > clicked. The first time it is clicked, the method is called once. THe
> > second time it is called twice. The third time it is called three
times and
> > so on.
> >
> > Anyone else see this? I am simply extending SVGUserAgentAdapter and
> > overriding openLink().
>
> It sounds like you're calling an addListener routine once per link
click,
> when you should be calling it just once overall.
>
> --Z
>
> --
> "And Aholibamah bare Jeush, and Jaalam, and Korah: these were the
borogoves..."
> *
> 9/11 did change everything. Since 9/12, the biggest threat to American
> society has been the American president. I'd call that a change.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
Re: not working properly
Posted by J B <mo...@gmail.com>.
That's the confusing thing. I am not calling addListener at all. I simply
extended SVGUserAgentAdapter and overrode the openLink method. I am
assuming the adding of event handlers is done underneath somewhere.
Birch
On 1/19/06, Andrew Plotkin <er...@eblong.com> wrote:
>
> On Thu, 19 Jan 2006, J B wrote:
>
> > I am seeing that openLink() is being called more than once when a link
> is
> > clicked. The first time it is clicked, the method is called once. THe
> > second time it is called twice. The third time it is called three times
> and
> > so on.
> >
> > Anyone else see this? I am simply extending SVGUserAgentAdapter and
> > overriding openLink().
>
> It sounds like you're calling an addListener routine once per link click,
> when you should be calling it just once overall.
>
> --Z
>
> --
> "And Aholibamah bare Jeush, and Jaalam, and Korah: these were the
> borogoves..."
> *
> 9/11 did change everything. Since 9/12, the biggest threat to American
> society has been the American president. I'd call that a change.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
>
Re: not working properly
Posted by Andrew Plotkin <er...@eblong.com>.
On Thu, 19 Jan 2006, J B wrote:
> I am seeing that openLink() is being called more than once when a link is
> clicked. The first time it is clicked, the method is called once. THe
> second time it is called twice. The third time it is called three times and
> so on.
>
> Anyone else see this? I am simply extending SVGUserAgentAdapter and
> overriding openLink().
It sounds like you're calling an addListener routine once per link click,
when you should be calling it just once overall.
--Z
--
"And Aholibamah bare Jeush, and Jaalam, and Korah: these were the borogoves..."
*
9/11 did change everything. Since 9/12, the biggest threat to American
society has been the American president. I'd call that a change.
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
Re: not working properly
Posted by J B <mo...@gmail.com>.
I am seeing that openLink() is being called more than once when a link is
clicked. The first time it is clicked, the method is called once. THe
second time it is called twice. The third time it is called three times and
so on.
Anyone else see this? I am simply extending SVGUserAgentAdapter and
overriding openLink().
Birch
On 1/11/06, Andreas Neumann <ne...@karto.baug.ethz.ch> wrote:
>
> hm - thanks for the hints ...
>
> I was though hoping to find a solution that does not require the use of
> patching, enhancing or embedding batik into another java application,
> where a user with a regular squiggle application could launch the
> browser when he clicks on a link that points to a URI that does not
> contain an SVG.
>
> My question is: is it possible to change the behaviour of Squiggle so
> that if the user clicks on the link and the link does not point to an
> svg it would just open the systems webbrowser? Is that possible at all?
>
> Thanks for any info on that,
>
> Andreas
>
> J B wrote:
>
> > Got it...thanks for the tip. We were still having issues with the
> > listener.
> >
> > Birch
> >
> > On 1/11/06, *J B* <moatas@gmail.com <ma...@gmail.com>> wrote:
> >
> > Can you post an example of that?
> >
> > Thanks!
> >
> > Birch
> >
> >
> > On 1/11/06, *Andrew Plotkin* < erkyrath@eblong.com
> > <ma...@eblong.com>> wrote:
> >
> > On Wed, 11 Jan 2006, J B wrote:
> >
> >> Found the following from the archives:
> >>
> http://mail-archives.apache.org/mod_mbox/xmlgraphics-batik-users/200212.mbox/%3c20021220171632.15326.qmail@web14310.mail.yahoo.com%3e
> >
> > I took a different approach, which was to create my own
> > subclass of
> > SVGUserAgentGUIAdapter and override the openLink() method. It
> > comes to the
> > same thing, though.
> >
> > Actually pushing the link to an external web browser is more of
> a
> > headache. I found < http://browserlauncher.sourceforge.net/>,
> > and also
> > <
> http://www.centerkey.com/java/browser/myapp/BareBonesBrowserLaunch.java
> > <
> http://www.centerkey.com/java/browser/myapp/BareBonesBrowserLaunch.java>>.
> >
> > --Z
> >
> > "And Aholibamah bare Jeush, and Jaalam, and Korah: these were
> > the borogoves..."
> > *
> > Bush's biggest lie is his claim that it's okay to disagree
> > with him. As soon as
> > you *actually* disagree with him, he sadly explains that
> > you're undermining
> > America, that you're giving comfort to the enemy. That you
> > need to be silent.
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > batik-users-unsubscribe@xmlgraphics.apache.org
> > <ma...@xmlgraphics.apache.org>
> > For additional commands, e-mail:
> > batik-users-help@xmlgraphics.apache.org
> > <ma...@xmlgraphics.apache.org>
> >
> >
> >
>
>
> --
> ----------------------------------------------
> Andreas Neumann - Institute of Cartography
> Swiss Federal Institute of Technology (ETH)
> ETH Hoenggerberg
> CH-8093 Zurich, Switzerland
> Phone: ++41-1-633 3031, Fax: ++41-1-633 1153
> e-mail: neumann@karto.baug.ethz.ch
> www: http://www.carto.net/neumann/
> SVG.Open: http://www.svgopen.org/
> Carto.net: http://www.carto.net/
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
>
Re: not working properly
Posted by Andreas Neumann <ne...@karto.baug.ethz.ch>.
hm - thanks for the hints ...
I was though hoping to find a solution that does not require the use of
patching, enhancing or embedding batik into another java application,
where a user with a regular squiggle application could launch the
browser when he clicks on a link that points to a URI that does not
contain an SVG.
My question is: is it possible to change the behaviour of Squiggle so
that if the user clicks on the link and the link does not point to an
svg it would just open the systems webbrowser? Is that possible at all?
Thanks for any info on that,
Andreas
J B wrote:
> Got it...thanks for the tip. We were still having issues with the
> listener.
>
> Birch
>
> On 1/11/06, *J B* <moatas@gmail.com <ma...@gmail.com>> wrote:
>
> Can you post an example of that?
>
> Thanks!
>
> Birch
>
>
> On 1/11/06, *Andrew Plotkin* < erkyrath@eblong.com
> <ma...@eblong.com>> wrote:
>
> On Wed, 11 Jan 2006, J B wrote:
>
>> Found the following from the archives:
>> http://mail-archives.apache.org/mod_mbox/xmlgraphics-batik-users/200212.mbox/%3c20021220171632.15326.qmail@web14310.mail.yahoo.com%3e
>
> I took a different approach, which was to create my own
> subclass of
> SVGUserAgentGUIAdapter and override the openLink() method. It
> comes to the
> same thing, though.
>
> Actually pushing the link to an external web browser is more of a
> headache. I found < http://browserlauncher.sourceforge.net/>,
> and also
> <http://www.centerkey.com/java/browser/myapp/BareBonesBrowserLaunch.java
> <http://www.centerkey.com/java/browser/myapp/BareBonesBrowserLaunch.java>>.
>
> --Z
>
> "And Aholibamah bare Jeush, and Jaalam, and Korah: these were
> the borogoves..."
> *
> Bush's biggest lie is his claim that it's okay to disagree
> with him. As soon as
> you *actually* disagree with him, he sadly explains that
> you're undermining
> America, that you're giving comfort to the enemy. That you
> need to be silent.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> batik-users-unsubscribe@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
> For additional commands, e-mail:
> batik-users-help@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
>
>
>
--
----------------------------------------------
Andreas Neumann - Institute of Cartography
Swiss Federal Institute of Technology (ETH)
ETH Hoenggerberg
CH-8093 Zurich, Switzerland
Phone: ++41-1-633 3031, Fax: ++41-1-633 1153
e-mail: neumann@karto.baug.ethz.ch
www: http://www.carto.net/neumann/
SVG.Open: http://www.svgopen.org/
Carto.net: http://www.carto.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
Re: not working properly
Posted by J B <mo...@gmail.com>.
Got it...thanks for the tip. We were still having issues with the listener.
Birch
On 1/11/06, J B <mo...@gmail.com> wrote:
>
> Can you post an example of that?
>
> Thanks!
>
> Birch
>
> On 1/11/06, Andrew Plotkin <er...@eblong.com> wrote:
> >
> > On Wed, 11 Jan 2006, J B wrote:
> >
> > > Found the following from the archives:
> > >
> > http://mail-archives.apache.org/mod_mbox/xmlgraphics-batik-users/200212.mbox/%3c20021220171632.15326.qmail@web14310.mail.yahoo.com%3e
> >
> > I took a different approach, which was to create my own subclass of
> > SVGUserAgentGUIAdapter and override the openLink() method. It comes to
> > the
> > same thing, though.
> >
> > Actually pushing the link to an external web browser is more of a
> > headache. I found <http://browserlauncher.sourceforge.net/>, and also
> > <http://www.centerkey.com/java/browser/myapp/BareBonesBrowserLaunch.java
> > >.
> >
> > --Z
> >
> > "And Aholibamah bare Jeush, and Jaalam, and Korah: these were the
> > borogoves..."
> > *
> > Bush's biggest lie is his claim that it's okay to disagree with him. As
> > soon as
> > you *actually* disagree with him, he sadly explains that you're
> > undermining
> > America, that you're giving comfort to the enemy. That you need to be
> > silent.
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> > For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
> >
> >
>
Re: not working properly
Posted by J B <mo...@gmail.com>.
Can you post an example of that?
Thanks!
Birch
On 1/11/06, Andrew Plotkin <er...@eblong.com> wrote:
>
> On Wed, 11 Jan 2006, J B wrote:
>
> > Found the following from the archives:
> >
> http://mail-archives.apache.org/mod_mbox/xmlgraphics-batik-users/200212.mbox/%3c20021220171632.15326.qmail@web14310.mail.yahoo.com%3e
>
> I took a different approach, which was to create my own subclass of
> SVGUserAgentGUIAdapter and override the openLink() method. It comes to the
> same thing, though.
>
> Actually pushing the link to an external web browser is more of a
> headache. I found <http://browserlauncher.sourceforge.net/>, and also
> <http://www.centerkey.com/java/browser/myapp/BareBonesBrowserLaunch.java>.
>
> --Z
>
> "And Aholibamah bare Jeush, and Jaalam, and Korah: these were the
> borogoves..."
> *
> Bush's biggest lie is his claim that it's okay to disagree with him. As
> soon as
> you *actually* disagree with him, he sadly explains that you're
> undermining
> America, that you're giving comfort to the enemy. That you need to be
> silent.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
>
Re: not working properly
Posted by Andrew Plotkin <er...@eblong.com>.
On Wed, 11 Jan 2006, J B wrote:
> Found the following from the archives:
> http://mail-archives.apache.org/mod_mbox/xmlgraphics-batik-users/200212.mbox/%3c20021220171632.15326.qmail@web14310.mail.yahoo.com%3e
I took a different approach, which was to create my own subclass of
SVGUserAgentGUIAdapter and override the openLink() method. It comes to the
same thing, though.
Actually pushing the link to an external web browser is more of a
headache. I found <http://browserlauncher.sourceforge.net/>, and also
<http://www.centerkey.com/java/browser/myapp/BareBonesBrowserLaunch.java>.
--Z
"And Aholibamah bare Jeush, and Jaalam, and Korah: these were the borogoves..."
*
Bush's biggest lie is his claim that it's okay to disagree with him. As soon as
you *actually* disagree with him, he sadly explains that you're undermining
America, that you're giving comfort to the enemy. That you need to be silent.
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
Re: not working properly
Posted by J B <mo...@gmail.com>.
Found the following from the archives:
http://mail-archives.apache.org/mod_mbox/xmlgraphics-batik-users/200212.mbox/%3c20021220171632.15326.qmail@web14310.mail.yahoo.com%3e
Looks fairly straight forward.
Birch
On 1/11/06, Andreas Neumann <ne...@karto.baug.ethz.ch> wrote:
>
> Hi,
>
> I don't have the answer, but would like to be able to launch the systems
> browser, either.
>
> F.e. I have a SVG application that runs in Batik that allows to browse
> through artists lifelines. Once an artist is selected the user is able
> to open a link in wikipedia or search engines. Currently I can't do it
> in Batik.
>
> Thomas, Cameron - do you have an idea or suggestion on how to solve this?
>
> Andreas
>
> J B wrote:
> > In our SVG document, we would like to render a list of links. We are
> > rendering them similar to the following:
> >
> > <a xlink:href="http://www.google.com" <http://www.google.com"
> >>Google</a>
> >
> > We have also tried removing the xlink namespage on the href attribute.
> >
> > However, this does not have the desired effect (none). Ideally, it
> > would spawn the system default browser, but I imagine this is not the
> > behavior everyone would want. Is there any built in support for
> > handling external links? Or do we need to register a listener in the
> > java class which in turn can handle the external link request?
> >
> > Thanks!
> >
> > Birch
>
>
> --
> ----------------------------------------------
> Andreas Neumann - Institute of Cartography
> Swiss Federal Institute of Technology (ETH)
> ETH Hoenggerberg
> CH-8093 Zurich, Switzerland
> Phone: ++41-1-633 3031, Fax: ++41-1-633 1153
> e-mail: neumann@karto.baug.ethz.ch
> www: http://www.carto.net/neumann/
> SVG.Open: http://www.svgopen.org/
> Carto.net: http://www.carto.net/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
>
Re: not working properly
Posted by Andreas Neumann <ne...@karto.baug.ethz.ch>.
Hi,
I don't have the answer, but would like to be able to launch the systems
browser, either.
F.e. I have a SVG application that runs in Batik that allows to browse
through artists lifelines. Once an artist is selected the user is able
to open a link in wikipedia or search engines. Currently I can't do it
in Batik.
Thomas, Cameron - do you have an idea or suggestion on how to solve this?
Andreas
J B wrote:
> In our SVG document, we would like to render a list of links. We are
> rendering them similar to the following:
>
> <a xlink:href="http://www.google.com" <http://www.google.com">>Google</a>
>
> We have also tried removing the xlink namespage on the href attribute.
>
> However, this does not have the desired effect (none). Ideally, it
> would spawn the system default browser, but I imagine this is not the
> behavior everyone would want. Is there any built in support for
> handling external links? Or do we need to register a listener in the
> java class which in turn can handle the external link request?
>
> Thanks!
>
> Birch
--
----------------------------------------------
Andreas Neumann - Institute of Cartography
Swiss Federal Institute of Technology (ETH)
ETH Hoenggerberg
CH-8093 Zurich, Switzerland
Phone: ++41-1-633 3031, Fax: ++41-1-633 1153
e-mail: neumann@karto.baug.ethz.ch
www: http://www.carto.net/neumann/
SVG.Open: http://www.svgopen.org/
Carto.net: http://www.carto.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org