This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: fixup for gnu_java_awt_peer_gtk_GtkScrollBarPeer.c
- From: Tom Tromey <tromey at redhat dot com>
- To: graydon hoare <graydon at redhat dot com>
- Cc: java-patches at gcc dot gnu dot org
- Date: 16 Jul 2003 15:33:59 -0600
- Subject: Re: fixup for gnu_java_awt_peer_gtk_GtkScrollBarPeer.c
- References: <87lluymdvz.fsf@dub.venge.net>
- Reply-to: tromey at redhat dot com
>>>>> "graydon" == graydon hoare <graydon@redhat.com> writes:
graydon> the following patch makes the GTK 2.0 scrollbar peer come to
graydon> life. the problems with it previously were:
Looks good, please check in.
FYI, please send a ChangeLog entry with patches.
This should go in Classpath as well. If you want I can check it in
there; I've asked Mark to set up your account though, so it might only
be a day or two...
graydon> - use of the "move-slider" signal altogether; it's emitted by (or
graydon> perhaps for?) keyboard navigation only, according to the GTK docs.
graydon> the "value-changed" signal is emitted by mousey activity
You'd have to ask Tom Fitzsimmons. I don't know how this bit is
supposed to work. Should we be using gtk signals to make the key
bindings work correctly? Or is this handled in some AWT-y layer?
Tom