On 9/9/07, Shawn O. Pearce <spearce@xxxxxxxxxxx> wrote: > For example once you pop up the combox box list if you try to click > elsewhere in the parent widget the list has grabbed the UI and won't > let you do so. Pressing Esc doesn't clear the list away either; > the only action that will do so is to select an entry in the list. After trying this is seems it has this same behaviour on X11. Not good. Still better than the tk_optionMenu on X11 though. > I know X11 has a really crappy display for Tk but on Windows and > Mac OS X the tk_optionMenu that comes with Tk on those systems is > mapped to native OS controls, making git-gui fit into the overall > desktop environment better on those platforms. Using this widget > takes that away. However, using tk_opionMenu on X11 makes it downright impossible to select fonts after the ones that fit on the screen, that's not just ugly, that's a real bug. Note that from an UI design perspective, even on windows the tk_optionMenu is a bit ugly. It spans the entire vertical space of your screen, and does not have a scrollbar, but some arrows at the top and the bottom. A (properly working) combobox would IMO be better than the tk_optionMenu here. > I'm actually thinking about creating a font choosing widget that > we can open into a new toplevel dialog and let the user select > the family from a scrolling box, and the size, and then see some > example texts drawn in that configuration. It isn't the native > font chooser for the platform (e.g. Mac OS X) but it would be a > better UI for font selection than this combox box based approach. That would work to fix the problems, and also is better from the UI design standpoint. - Simon - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
