[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