Thomas DeWeese wrote:
>This is why you aren't getting updates (when a runnable
> completes it checks if there are dirty regions, if there
> are it arranges for a repaint). It also means
> that you would likely eventually get into other threading
> problems.
> In the run method of the Runna
Hervé Girod wrote:
>> Are you modifying the document outside
>>of the UpdateManager RunnableQueue?
Yes I do...
This is why you aren't getting updates (when a runnable
completes it checks if there are dirty regions, if there
are it arranges for a repaint). It also means
that you would likely ev
Yes I do...
I just looked the documentation for UpdateManager and RunnableQueue , but I
don't see were I have to hook my code (in my example deletion of a
GraphicsNode).
>Why do you feel the need to force a repaint?
> Modifications to the GVT tree should automatically register
> dirty re
Hervé Girod wrote:
[...] After a while, I understood my mistake :
somehow (without being aware of it), I called (indirectly) the
renderGVTTree() method of JGVTComponent without releasing the ImageRenderer,
this leading to a Stack overflow exception at the end.
But may be I don't use the good way t
Hervé Girod wrote:
>
>> By the way, I have another problem, I'm sure entirely due to me. I
>> subclassed the DOMViewer class in order to be able to modify the SVG
>> Document and its associated GVT tree when performing actions on the
>> tree. The first actions I tried to implement was deletion in
Hervé Girod wrote:
By the way, I have another problem, I'm sure entirely due to me. I
subclassed the DOMViewer class in order to be able to modify the SVG
Document and its associated GVT tree when performing actions on the
tree. The first actions I tried to implement was deletion in the GVT
tre
Hervé Girod wrote:>> I tried to setup
the OutputStream with UTF-8, but it doesn't change>> anything. It is
really a minor problem, because the output SVG file can be>> opened
and shows what it must, but it is slighly different from the>>
original, at least when Unicode / non ASCII characters
Hervé Girod wrote:
I tried to setup the OutputStream with UTF-8, but it doesn't change
anything. It is really a minor problem, because the output SVG file can be
opened and shows what it must, but it is slighly different from the
original, at least when Unicode / non ASCII characters are used...
I tried to setup the OutputStream with UTF-8, but it doesn't change
anything. It is really a minor problem, because the output SVG file can be
opened and shows what it must, but it is slighly different from the
original, at least when Unicode / non ASCII characters are used...
I enclose a Java fil
new year!
- Original Message -
From: "Thomas DeWeese" < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> >
To: < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> >
Sent: Thursday, November 06, 2003 2:45 AM
Subject: Re: Fonts use in SVGGraphics2D
Hervé Girod wrote:
in the previous 1.5
version of XmlWriter, but I'm pretty sure this will work in the last 1.5.1 RC2
version too).
And happy new year !
- Original Message -
From: "Thomas DeWeese" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 06, 2003 2:4
Thank you, I will try it as son i have the time to do it.
- Original Message -
From: "Thomas DeWeese" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 06, 2003 2:45 AM
Subject: Re: Fonts use in SVGGraphics2D
Hervé Girod wrote:
> I'm cu
Hervé Girod wrote:
I'm currently using Batik to convert some vector graphic images in a
proprietary format in SVG images. This format also defines vector Fonts
in a specific way.
In order to convert the proprietary data, i parse the file to produce a
Java drawing in a SVGGraphics2D graphics.
Hello !
I'm currently using Batik to convert some vector
graphic images in a proprietary format in SVG images. This format also defines
vector Fonts in a specific way.
In order to convert the proprietary data, i
parse the file to produce a Java drawing in a
SVGGraphics2D graphics. All is
14 matches
Mail list logo
