[Pharo-project] Should tools cancel the selection when brought to front?
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. What does the community think? In service, Sean -- View this message in context: http://forum.world.st/Should-tools-cancel-the-selection-when-brought-to-fron... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
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.
I share the same experience, especially when opening a workspace or a transcript while coding in a browser. I need to click on the background to open a world menu to move the focus on the background before typing Cmd-k. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
That's a different one (depends on the morph with keyboard focus...) As for Shaun's preference we should probably have a setting: Related to Object>>windowActiveOnFirstClick Might be like that for Mac apps, for Windows users they expect the click to follow through... Regards, Gary ----- Original Message ----- From: "Alexandre Bergel" <alexandre.bergel@me.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, February 23, 2011 4:08 PM Subject: Re: [Pharo-project] Should tools cancel the selection when brought to front?
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.
I share the same experience, especially when opening a workspace or a transcript while coding in a browser. I need to click on the background to open a world menu to move the focus on the background before typing Cmd-k.
Alexandre
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
ah ok Alexandre On 23 Feb 2011, at 14:03, Gary Chambers wrote:
That's a different one (depends on the morph with keyboard focus...)
As for Shaun's preference we should probably have a setting: Related to Object>>windowActiveOnFirstClick
Might be like that for Mac apps, for Windows users they expect the click to follow through...
Regards, Gary
----- Original Message ----- From: "Alexandre Bergel" <alexandre.bergel@me.com> To: <Pharo-project@lists.gforge.inria.fr> Sent: Wednesday, February 23, 2011 4:08 PM Subject: Re: [Pharo-project] Should tools cancel the selection when brought to front?
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.
I share the same experience, especially when opening a workspace or a transcript while coding in a browser. I need to click on the background to open a world menu to move the focus on the background before typing Cmd-k.
Alexandre
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
I'll open an issue. Sean -- View this message in context: http://forum.world.st/Should-tools-cancel-the-selection-when-brought-to-fron... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
participants (3)
-
Alexandre Bergel -
Gary Chambers -
Sean P. DeNigris