> "KL" == Keiron Liddle <[EMAIL PROTECTED]> writes:
KL> On Tue, 25 Sep 2001 22:40:32 Thomas E Deweese wrote:
>> [...] for some reason you are hitting the default broken-link
>> handler instead of the SVG broken link handler. [...]
KL> I've found out where the problem is. The BrokenLink.svg
deweese 01/09/26 07:49:58
Modified:sources/org/apache/batik/util
ParsedURLDefaultProtocolHandler.java
test-resources/org/apache/batik/util regParsedURL.xml
Log:
1) Cleaned up last remaining corner cases in relative URL parsing.
2) Added tests
On Wed, 26 Sep 2001 14:47:33 Thomas E Deweese wrote:
> I implemented this, but I was unable to track down the definitive
> reference on relative URI's, does anyone know where that is?
>
> I am particularly interested in what should be done if protocols
> differ between parent and child U
> "KL" == Keiron Liddle <[EMAIL PROTECTED]> writes:
KL> Hi again, As you might guess this problem is related to the
KL> previous broken link problems.
KL> It appears in line 469 in ParsedURL that if the specified url on
KL> the element eg: transform="scale(1.5)" x="18" y="40"/>
KL> has a p
deweese 01/09/26 05:40:51
Modified:sources/org/apache/batik/util ParsedURL.java
ParsedURLDefaultProtocolHandler.java
test-resources/org/apache/batik/util regBase64.xml
regParsedURL.xml
Log:
1) Removed tests with duplicat
George,
george moudry wrote:
> Hello Batikers, I am playing with w3.org's sample file
> http://www.w3.org/Graphics/SVG/Test/20010127/interact-bubble-BE-04.html
> and have a question regarding the batik code.
>
> Every time I move my mouse over an object with an
> script,
> a new java object ge
Hi again,
As you might guess this problem is related to the previous broken link
problems.
It appears in line 469 in ParsedURL that if the specified url on the
element
eg:
has a protocol then it ignores the base url and attempts to just use the
url. From the spec it appears that the xlink:
On Tue, 25 Sep 2001 22:40:32 Thomas E Deweese wrote:
> Thanks for working with me on this...
>
> I think I have tracked it down to a bug in the way BufferedImage
> handles properties (see attached Java file for demonstration).
>
> So I guess I'll bend an put in the 'instanceof' check
