[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
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=903
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
unreachable.
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