[Haiku-commits] r27605 - in haiku/trunk/src/apps: . screenshot
axeld at pinc-software.de
Wed Sep 24 17:37:37 CEST 2008
julun <host.haiku at gmx.de> wrote:
> > I don't have a good solution for this in general. Maybe a button
> > that
> > opens a floating window that contains the options. Not sure if I
> > would
> > like this much better, though.
> This sound at least worth a try. Since these options are updated
> live, it won't suck less then opening ten times the popup. And
> it's fairly trivial to implement using the layout system, many
> thanks Ingo. We should enforce everyone to use it for Haiku :)
I will try something in this regard. Another reason why I didn't go
that route initially was that I planned to add another settings window
where you can set global things like the refresh rate.
> > Even if it's pretty unobtrusive, maybe we could change the menus to
> > not
> > close when you either hold a certain modifier key (preferably the
> > one
> > used for multiple-selection in listviews), or use the seconday or
> > tertiary mouse button to select the options (with a sticky menu
> > only,
> > even though it could work with a non-sticky one as well). I think
> > that
> > would be at least an acceptable solution, and with the multiple-
> > selection modifier, it's nothing completely new either.
> > If no one has a better idea, I will look into implementing this.
> This would be nice to have , but we might be the only OS
> implementing it. How to tell a user that comes from an other OS,
> struggling with switched ALT<->CTRL and then need to know what
> modifiers to press to keep the menu long enough open to do
> multiple settings. Not sure this will work out?
No one has to use it, of course. The only disadvantage I see is that it
might encourage settings UIs such as the one in Deskbar, and that's not
really the intention :-)
More information about the Haiku-commits