[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