id	summary	reporter	owner	description	type	status	priority	milestone	component	version	severity	resolution	keywords	cc	blockedby	blocking	estimated	haspatch	patchreview	reproducible
903	Misc. comments on new moko-gtk-engine and moko-gtk-theme	cwixon@…	davewu01@seed.net.tw	"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."	defect	closed	high		Graphic Design	2007.2	normal	remind		buglog@… thomas@…