[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: AWT peers (Was: [PATCH] More List fixes)
From: |
Tom Tromey |
Subject: |
Re: AWT peers (Was: [PATCH] More List fixes) |
Date: |
16 Dec 2003 10:11:39 -0700 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 |
>>>>> ">" == S Meslin-Weber <address@hidden> writes:
>> See below for a list of independent open source AWT peer
>> implementations.
Thanks. This is great information, good arguments I think for us to
aim for compatibility.
>> I disagree, although undocumented by Sun, Sun's Peer interface is
>> reasonably well structured and intuitive to implement
One problem we've run into has to do with List. With the Gtk peers,
and the replace operation implemented as "remove + add", we get
flickering. So Fernando's first solution -- entirely reasonable IMO
-- was to add a new "replace" method to ListPeer.
What would you suggest for a case like this?
One idea is to somehow suppress Gtk redisplay while some java-side
lock is held. We're pretty reluctant to do this, though.
Another idea we came up with is to have a new
"gnu.java.awt.peer.ClasspathListPeer" interface that extends ListPeer
and adds the new method we want. Then the java code can decide what
to do dynamically. This is compatible but also allows us to make
extensions when necessary.
Tom