[squeak-dev] bad UI bug introduced with recent list highlightiong
changes.
Das.Linux at gmx.de
Das.Linux at gmx.de
Thu Apr 2 23:58:20 UTC 2015
On 03.04.2015, at 01:55, Tobias Pape <Das.Linux at gmx.de> wrote:
>
> On 03.04.2015, at 01:36, Eliot Miranda <eliot.miranda at gmail.com> wrote:
>
>> On Thu, Apr 2, 2015 at 3:56 PM, Tobias Pape <Das.Linux at gmx.de> wrote:
>>
>> On 03.04.2015, at 00:43, Eliot Miranda <eliot.miranda at gmail.com> wrote:
>>
>>> Hi All,
>>>
>>> since the hover highlight changes, where the list element under the mouse that would be selected if one clicks is highlighted in light blue appears to have caused a bad bug. If one does a right-button clock to bring up a menu the system can end up selecting the item under the mouse before putting up the menu. This is *wrong*. The mouse click to bring up a menu should /not/ change the selection.
>>
>> The rightclick must change the selection, at
>> least _temporarily_ to highlight for what item the menu is constructed.
>>
>> The menu is constructed for *the selected item*, not for the item under the mouse click.
>
> I disagree. I really want the menu for the thing *I am pointing to*.
>
> See attached OSX Finder picture. gemstone is selected but I right-clicked on X11, so I
> want a menu for X11, not for gemstone.
>
Another example. There's a text and I have a selection on a word. When I rightclick on
another word, I want a context menu for the latter, not the former (that is how it
works on OSX and Windows, AFAIK)
[snip]
Best
-Tobias
More information about the Squeak-dev
mailing list
|