<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 2, 2015 at 4:55 PM, Tobias Pape <span dir="ltr"><<a href="mailto:Das.Linux@gmx.de" target="_blank">Das.Linux@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
On 03.04.2015, at 01:36, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> wrote:<br>
<br>
> On Thu, Apr 2, 2015 at 3:56 PM, Tobias Pape <<a href="mailto:Das.Linux@gmx.de">Das.Linux@gmx.de</a>> wrote:<br>
><br>
> On 03.04.2015, at 00:43, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> wrote:<br>
><br>
>> Hi All,<br>
>><br>
>> 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.<br>
><br>
> The rightclick must change the selection, at<br>
> least _temporarily_ to highlight for what item the menu is constructed.<br>
><br>
> The menu is constructed for *the selected item*, not for the item under the mouse click.<br>
<br>
</span>I disagree. I really want the menu for the thing *I am pointing to*.<br></blockquote><div><br></div><div>*NO*. I don't want to have to reposition my bloody mouse pointer every time I want to select from a menu. If *you* want this, make it a preference that is *off* by default.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
See attached OSX Finder picture. gemstone is selected but I right-clicked on X11, so I<br>
want a menu for X11, not for gemstone.<br>
<span class=""><br>
<br>
> Try this. Run the debugger on a large class. In the instance variables list type some chaacter to select inst vars beginning with that name, then select one, then try and issue a right-click to explore the selected inst var. Poof, the filtered inst vars disappear, to be replaced by all inst vars, and then explore applies to some completely unintended selection that isn't even in the list one thought one was selecting from.<br>
<br>
</span>The thing in this scenario is that the filtering should not reset before the rightclick<br>
is recognized for the intended element, right?<br></blockquote><div><br></div><div>Whether filtering stays on or not seems independent of whether I've issued a menu clock. But it's bloody confusing when the list changes under the menu when I issue the menu click.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
><br>
> Please, please, please fix this quickly. The system is /very/ difficult for me to use right now.<br>
><br>
><br>
> Else, we need a kind-of “second selection”<br>
><br>
> No we don't. Issuing a red button/left button click changes selections. Issuing *other* mouse button clicks *should not*. Right? It's simple. Right?<br>
><br>
> Best<br>
> -Tobias<br>
<br>
<br>
</div></div><br><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">best,<div>Eliot</div></div>
</div></div>