Issue 3751 in pharo: [FEATURE]: Bringing a window to the front does not effect the selection/cursor

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

Issue 3751 in pharo: [FEATURE]: Bringing a window to the front does not effect the selection/cursor

pharo
Status: New
Owner: ----

New issue 3751 by [hidden email]: [FEATURE]: Bringing a window to  
the front does not effect the selection/cursor
http://code.google.com/p/pharo/issues/detail?id=3751

Motivation: In the tools (e.g. Workspaces, Browser (System and OB)), when  
you click in a text field to bring the tool to the front, it cancels the  
selection and places the cursor where the click is. For me, this behavior  
is less useful than what seems to me to be the standard "clicking anywhere  
on me when I'm not active does nothing but activate me" behavior (e.g. try  
it with two Safari windows in Mac). I find my self contorting and having to  
move windows so I can click on the title bar of a window underneath so I  
don't cancel a selection which I want to evaluate repeatedly. I'd rather  
have one extra click to move the cursor.

Implementation: It was suggested that this might be best as a setting.


Discussion at:  
http://forum.world.st/Should-tools-cancel-the-selection-when-brought-to-front-td3321266.html