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.

>> 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" <[hidden email]>
> To: <[hidden email]>
> 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
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>>
>
>