[Bug 903] New: Misc. comments on new moko-gtk-engine and moko-gtk-theme

bugzilla-daemon at bugzilla.openmoko.org bugzilla-daemon at bugzilla.openmoko.org
Tue Oct 2 21:50:39 CEST 2007


           Summary: Misc. comments on new moko-gtk-engine and moko-gtk-theme
           Product: OpenMoko
           Version: 2007.2
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Graphics Design
        AssignedTo: davewu01 at seed.net.tw
        ReportedBy: cwixon at usa.net
                CC: buglog at lists.openmoko.org

The new gtk+ theme and theme engine are a great improvement over the older
pixmap-based ones.  But after playing around with it for a while, I have few
minor comments that might help improve it:

* Scrollbars

Currently scrollbars are configured more-or-less like this beautiful ascii art:


With up/down arrows duplicated at both ends of the scrollbar.  This is a little
bit fiddly, and I would strongly recommend the alternative of having only the
up-arrow at the top and only the down-arrow at the bottom, as in Windows (not to
mention other gtk+ themes).

Also, currently the scrollbar background is orange, and the thumb is gray.  This
strikes me as backwards.  It's much more tempting to "grab" the orange part, but
that's the inactive part.

Finally, per my personal preferences, the scrollbars are still a little bit fat.
 If finger-scrolling is going to be used wherever people are likely to use their
fingers, then the scrollbars should be more stylus-oriented, and perhaps just a
little (2-4 pixels maybe?) slimmer.

* Menus

HUGE improvement over the prior menus -- they look really good, and they are
much faster, too.  But I would shrink the spacing even a little more, maybe 2-4
pixels per entry (but keeping the font size as-is).  Mostly these menus will be
used with a stylus, and many existing gtk+ applications have fairly dense menus.

I think a separate finger-menu widget should be used in openmoko-today2 and
elsewhere (e.g. the power management menu) with wider spacing.  I don't
recommend a compromise single type of menu.

* Dialog boxes

The gtk+ file chooser is pretty usable now, with only some minor cosmetic
issues.  Other dialogs have some problems, though.

For example, in Abiword, if you try to quit without saving, a dialog box pops up
with three options: quit without saving, cancel, or save.  But this box is wider
than 480 pixels, so the quit-without-saving button ends up outside of the box
(and invisible).  And because the box can't be resized, even if it's moved, you
can't reach that button.  So it's impossible to quit without saving.

This is a horizontal packing issue.  Other applications (e.g. xchat) have
vertical packing issues, where a single configuration page has more settings
than will fit vertically, and in that case, the OK/Cancel buttons will often be

I think we need to redefine the default dialog box widget/container to include
scrolling capability.  I don't know if this is possible with a simple gtk theme
change, but I raise it here in case it is.

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

More information about the buglog mailing list