[Bf-committers] Join Screens OGL Bug
Jiří Hnídek
jiri.hnidek at vslib.cz
Fri Sep 23 13:23:24 CEST 2005
Hi Matthew,
> I'm not sure that the arrow makes things more intuitive. All we need
> is something that is intuitive after the first time someone uses it --
> the arrow looks gaudy and a tad unprofessional to me.
I don't consider arrow as anything gaudy or unprofessional (it is
interantional symbol, every small child understands to it). At least it
is less gaudy then skull symbol ;-)
> How does this implementation sound?
Hmmm, following proposal of implementation doesn't sounds me as too
intuitive. "Darken all screen regions except the one, where mouse
pointer is located" really doesn't say to user, what will happen or what
user should do. Sorry, it sounds me very confusing.
> Click on the screen area edge to join to bring up the split/join menu
> -- same as currently. Then, darken all screen regions (dynamically)
> except the one where the mouse pointer is located. If I wanted the
> left region, I'd click anywhere inside it; if I wanted the right
> region, I'd click there instead.
Who talk about animation? Sorry, I really don't understand to following
paragraph.
> No animation is necessary. The required click accuracy is so low
> (generally the regions will be hundreds of pixels high and wide) that
> the user shouldn't need any kind of visual confirmation of what's
> happening.
I totaly agree with your following opinion and it was my motivation of
improving joining of screen areas.
> The cost of an "extra mouse click" is far lower than being stunned and
> frustrated for a few seconds when you accidentally bring up the
> split/join menu from the wrong side of the window edge. You'd then
> spend a few more clicks and keypresses trying to get the screen region
> the way you want it. To me this is a common problem and is very
> frustrating.
>
> Matt
Best regards,
Jiri
More information about the Bf-committers
mailing list