Sérgio Carvalho wrote:
> It never happened to me before, and it didn't happen after I replaced the
> batik-all.jar with a version a few days older. Does anyone know what
> changed in batik?
>
> Anyway, thanks to Tony Becker for the Xvfb tip. I'll try it out. Shouldn't
> we document the workaround?

Why even depend on an X Server? There is a better workaround that should be
documented: write a wrapper for your Abstract Window Toolkit and use your own 
(TrueType) fonts. 

I know a tool named PJA (Pure Java AWT) which is an AWT implementation which 
does not connect to X11. The idea is to replace the classes which connect 
to X11 with wrapper classes. So you can render buffered images, graphics 
and whatever you like in an arbitrary server environment, including Windows.

http://www.eteks.com/pja 

(The site is in french, source download available)

There are some properties for the VM to be changed, i.e. -Xbootclasspath,
-Dawt.toolkit, -Djava.awt.graphicsenv and -Djava.awt.fonts, which have to be
adjusted to the wrapper classes and the new fonts.

Am I right that the Batik people wanted to include such a GraphicsEnvironment
into their project?

Jörg

-- 
Jörg Prante
Sevenval AG (HRB 32757) e-business marketing technologies
D-50667 Köln . Alter Markt 36-42
Fon +49 221 65 00 70 . Fax +49 221 42 49 891 . Mobile +49 175 466 19 18
http://www.sevenval.de . [EMAIL PROTECTED]

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

Reply via email to