RE: extended peers

[Stephane Meslin-Weber]

That property still exists, it's "awt.toolkit" and I use it for fbAWT
and qteAWT... Note that PJA also uses it.

I'm also all for extended peers, fbAWT currently uses the font renderer
from PJA (bitmapped fonts) and I was planning on making the font engine
pluggable (perhaps using the www.fonteditor.org TTF renderer).

So we have, conceptually:

(Toolkit.java)
public Toolkit getDefaultToolkit()
{
        ...
        theToolkit =
Class.forName(System.getProperty("awt.toolkit","some.default.toolkit"));
        ...
        return theToolkit;
}

One of the hurdles I've come across when using the property under the
J2ME RI from Sun is that 'they' did something quite nasty:

public Toolkit getDefaultToolkit()
{
        ...
        theToolkit =
(sun.something.Toolkit)Class.forName(System.getProperty("awt.toolkit","s
ome.default.toolkit"));
        ...
        return theToolkit;
}

Notice the difference? Using the bootclasspath can get around this issue
but it add maintenance headaches... I suppose that if Classpath's AWT
can be used standalone I could just scrap Sun's whole implementation :)

Steph.

-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf Of
Brian Jones
Sent: 11 September 2003 13:40
To: Sascha Brawer
Cc: GNU Classpath
Subject: Re: extended peers


Sascha Brawer <address@hidden> writes:

> java.awt.graphicsenv = "sun.awt.X11GraphicsEnvironment" 
> java.awt.printerjob = "sun.print.PSPrinterJob" sun.java2d.fontpath = 
> ""

I believe there used to be a system property which told the Sun JVM
which peers to use, so for example if everything was implemented in this
unpublished peer interface you could plug these into Sun's JVM. In that
sense, the java.awt.peer classes act as the public facade to internal
private peer implementations such as the GTK peers we have today.

Brian
-- 
Brian Jones <address@hidden>


_______________________________________________
Classpath mailing list
address@hidden http://mail.gnu.org/mailman/listinfo/classpath


-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf Of
Brian Jones
Sent: 11 September 2003 13:40
To: Sascha Brawer
Cc: GNU Classpath
Subject: Re: extended peers


Sascha Brawer <address@hidden> writes:

> java.awt.graphicsenv = "sun.awt.X11GraphicsEnvironment" 
> java.awt.printerjob = "sun.print.PSPrinterJob" sun.java2d.fontpath = 
> ""

I believe there used to be a system property which told the Sun JVM
which peers to use, so for example if everything was implemented in this
unpublished peer interface you could plug these into Sun's JVM. In that
sense, the java.awt.peer classes act as the public facade to internal
private peer implementations such as the GTK peers we have today.

Brian
-- 
Brian Jones <address@hidden>


_______________________________________________
Classpath mailing list
address@hidden http://mail.gnu.org/mailman/listinfo/classpath