gtk wish list
- From: Raph Levien <raph acm org>
- To: gtk-list redhat com
- Subject: gtk wish list
- Date: Sat, 07 Jun 1997 22:43:32 -0700
Here's my present wish list for gtk things that would make life much
easier for gzilla.
BUGS
   + button background stays in prelight if button click signal function
sets
     button insensitive
   + cast from accelerator_key to hash sign-extends, so will cause
corruption
     if 8-bit keys are ever used in accelerators
IMPORTANT
   + accelerators should be able to use keys other than 0x20-0xff.
Netscape defines
     Esc, <alt><left>, and <alt><right>
   + why does gtk_entry_button_press always return FALSE? Since
     gtk_page_button_press does a grab, it really screws things up.
WOULD BE NICE
   + some way to right-justify the help menu in a menubar
   + a clean way to specify the size of a gtk_entry
   + ditto for maximum number of chars in gtk_entry (or should I hack
this by
     connecting to the CHANGED signal and undoing changes if new size
exceeds max?)
   + better size negotiation :-)
I'm still working on ideas for getting scrolling windows with embedded
widgets to work nicely, but of course it would be fantastic if that were
natively supported in gtk+. Since I'm still stuck on this point, I'm now
concentrating on the parts of gzilla that don't have much to do with
page layout. Yesterday I made the UI a bit richer, today I started on
forms.
Raph
[
Date Prev][
Date Next]   [
Thread Prev][
Thread Next]   
[
Thread Index]
[
Date Index]
[
Author Index]