[VW 7.7 bug] Right click also changes selection

Content-Language: en-US
Content-Type: multipart/alternative;
         boundary="_000_3FCC5C63F3371940900A2160FD399FD3025FC21863atbpixmx02CPE_"

* Open the System browser (any list pane will do though).
* Click on the top item on in a list pane.
* Position your mouse cursor over another item further down in the list.
* Right click to open the context/operate menu to act on the first item you selected.
 
What happens is that the selected item changes to be the item under the mouse cursor. This is not customary behavior. I can't see why you'd want it that way either. Normally, your original selections remain selected. Did someone actually think this was an improvement for VW 7.7? None of the "look and feel" options help.
 
Windows, for example, changes the *focus* to the item under the mouse cursor; it does not change the *selection*. Did someone get the two confused when working on VW 7.7? VW 7.6 sets neither focus nor selection, but that is better than changing selection.
 
Consider when you have a rapidly changing list (like the Process Monitor). You select something in the list and can see that you've selected the right thing even though the list keeps moving things around on you. Then you right click to operate on that selection. If the selection changes on you then it gets tricky to do what you want--especially in the case that you've multi-selected items. Fortunately, the Process Monitor in VW 7.7 is inconsistent in that has the correct behavior of not changing the selection.
 
Paul Baumann
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

---

This message may contain confidential information and is intended for specific recipients unless explicitly noted otherwise. If you have reason to believe you are not an intended recipient of this message, please delete it and notify the sender. This message may not represent the opinion of IntercontinentalExchange, Inc. (ICE), its subsidiaries or affiliates, and does not constitute a contract or guarantee. Unencrypted electronic mail is not secure and the recipient of this message is expected to provide safeguards from viruses and pursue alternate means of communication where privacy or a binding message is desired.
_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

  The tricky part is that "navigational" widgets (tree views) and list
views behave differently in most OS/desktop environments.
- When right-clicking on tree view items, the selection doesn't change
after closing the menu. The focus returns to the item that was selected
before right-clicking.
- Right-clicking on list items changes the focus.
In VW however, trees and lists share the same behavior, which is IMHO
wrong (and that's why we opened a case for this ;)

Am 07.10.2010 22:18, schrieb Alan Knight:
> How are you distinguishing between the focus and the selection in
> Windows here? If I take a Windows file explorer as representative,
> left-click on one entry to select it, then right-click on another
> entry, it seems to me to change the selection. That is, menu items
> operate on it. If I hit escape to close the menu, then go to the edit
> menu and choose "invert selection", it seems to me to act as though I
> had right-clicked on was the selection. Mac and Linux seem to behave
> similarly.
>
> The intent is definitely to conform more closely to the behaviour of
> lists in the operating systems. Which does change in interesting ways
> for some of the edge cases, even between operating system versions,
> but is pretty definitely not the behaviour that 7.6 displayed.
>
> At 03:57 PM 2010-10-07, Paul Baumann wrote:
>> Content-Language: en-US
>> Content-Type: multipart/alternative;
>> boundary="_000_3FCC5C63F3371940900A2160FD399FD3025FC21863atbpixmx02CPE_"
>>
>> * Open the System browser (any list pane will do though).
>> * Click on the top item on in a list pane.
>> * Position your mouse cursor over another item further down in the list.
>> * Right click to open the context/operate menu to act on the first
>> item you selected.
>>
>> What happens is that the selected item changes to be the item under
>> the mouse cursor. This is not customary behavior. I can't see why
>> you'd want it that way either. Normally, your original selections
>> remain selected. Did someone actually think this was an improvement
>> for VW 7.7? None of the "look and feel" options help.
>>
>> Windows, for example, changes the **focus** to the item under the
>> mouse cursor; it does not change the **selection**. Did someone get
>> the two confused when working on VW 7.7? VW 7.6 sets neither focus
>> nor selection, but that is better than changing selection.

_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

* Open the System browser (any list pane will do though).

* Click on the top item on in a list pane.

* Position your mouse cursor over another item further down in the list.

* Right click to open the context/operate menu to act on the first item you selected.

 

What happens is that the selected item changes to be the item under the mouse cursor. This is not customary behavior. I can't see why you'd want it that way either. Normally, your original selections remain selected. Did someone actually think this was an improvement for VW 7.7? None of the "look and feel" options help.

 

Windows, for example, changes the *focus* to the item under the mouse cursor; it does not change the *selection*. Did someone get the two confused when working on VW 7.7? VW 7.6 sets neither focus nor selection, but that is better than changing selection.

 

Consider when you have a rapidly changing list (like the Process Monitor). You select something in the list and can see that you've selected the right thing even though the list keeps moving things around on you. Then you right click to operate on that selection. If the selection changes on you then it gets tricky to do what you want--especially in the case that you've multi-selected items. Fortunately, the Process Monitor in VW 7.7 is inconsistent in that has the correct behavior of not changing the selection.

 

Paul Baumann

Holger Guhl
-- 
Senior Consultant * Certified Scrum Master * [hidden email]
Tel: +49 231 9 75 99 21 * Fax: +49 231 9 75 99 20
Georg Heeg eK Dortmund
Handelsregister: Amtsgericht Dortmund  A 12812

OldYellowButtonPressed-1.0.zip (4K) Download Attachment

---

Von: [hidden email] [mailto:[hidden email]] Im Auftrag von Nowak, Helge
Gesendet: Freitag, 8. Oktober 2010 12:01
An: Holger Guhl; Paul Baumann; Knight, Alan
Cc: [hidden email]
Betreff: Re: [vwnc] [VW 7.7 bug] Right click also changes selection

There seems to be no common behavior for neither lists nor tree views. My main experience is on Windows, so bear with me that I can’t tell for other OS’s right now.

 

In Windows you have several possible behaviours:

a)      Simple to semi smart, as in the Windows Explorer: the selection most of the time changes in both lists and tree views (in tree views the selection does not change when you e. g. do a “open in new window” on a directory, whereas an “Expand” does change the selection. Which makes sense.)

b)      Smart, as in Outlook: the selection does not change in both lists and tree views

 

My personal preference would be to have the “Smart” behaviour as default in all Cincom Smalltalk products and the “Simple” and “Semi Smart” behaviours as options.

 

My 2 Cents

Helge

 

Von: [hidden email] [mailto:[hidden email]] Im Auftrag von Holger Guhl
Gesendet: Freitag, 8. Oktober 2010 11:14
An: Paul Baumann
Cc: [hidden email]
Betreff: Re: [vwnc] [VW 7.7 bug] Right click also changes selection

 

If you want the old non-conform behavior back, then try the attached parcel. With a Shared Var you can configure your preference (old vs. new behavior), the default is "old". Thus you can load it in a shared image, and individuals can have their own setting.

Am 07.10.2010 21:57, schrieb Paul Baumann:

* Open the System browser (any list pane will do though).

* Click on the top item on in a list pane.

* Position your mouse cursor over another item further down in the list.

* Right click to open the context/operate menu to act on the first item you selected.

 

What happens is that the selected item changes to be the item under the mouse cursor. This is not customary behavior. I can't see why you'd want it that way either. Normally, your original selections remain selected. Did someone actually think this was an improvement for VW 7.7? None of the "look and feel" options help.

 

Windows, for example, changes the *focus* to the item under the mouse cursor; it does not change the *selection*. Did someone get the two confused when working on VW 7.7? VW 7.6 sets neither focus nor selection, but that is better than changing selection.

 

Consider when you have a rapidly changing list (like the Process Monitor). You select something in the list and can see that you've selected the right thing even though the list keeps moving things around on you. Then you right click to operate on that selection. If the selection changes on you then it gets tricky to do what you want--especially in the case that you've multi-selected items. Fortunately, the Process Monitor in VW 7.7 is inconsistent in that has the correct behavior of not changing the selection.

 

Paul Baumann

 

Holger Guhl

-- 

Senior Consultant * Certified Scrum Master * [hidden email]

Tel: +49 231 9 75 99 21 * Fax: +49 231 9 75 99 20

Georg Heeg eK Dortmund

Handelsregister: Amtsgericht Dortmund  A 12812