[Haiku-commits] r27605 - in haiku/trunk/src/apps: . screenshot

[Axel Dörfler]

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 :-)

Bye,
   Axel.