Re: Deselecting a table item on second selection [message #558394] |
Sun, 12 September 2010 09:20 |
Roland Tepp Messages: 336 Registered: July 2009 |
Senior Member |
|
|
Actually,
This type of select/deselect behavior is not entirely uncommon.
Although I generally do agree with you on not trying to "outsmart"
native widget behavior, sometimes there is no other way.
For example - our application needs exactly this behavior because it is
expected to be used in touch-only devices which do not have a notion of
Ctrl key modifier.
Ability to select and then de-select a table item by "toggling" it needs
to be provided explicitly and native widget set should not try to fight
my decision to do so.
From my POV the behavior where explicitly de-selected item gets
magically re-selected later without explicit user- or programmer
intervention is a bug of the platform.
I've filed a bug report to SWT for this issue:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=325033
13.03.2009 20:30, Carolyn MacLeod kirjutas:
> In addition, you will need to think about what to do if the user
> drag-selects through a selected item? What if they select with the right
> mouse button? What if they want to open a context menu with the right mouse
> button after selecting? What if they select and then they select again to
> start a drag and drop operation? What if they use the keyboard to select -
> will you deselect if they select with the arrow keys and then press space?
> (Currently, on Windows and GTK but not on Mac, pressing control+space will
> deselect). So what I am trying to say is that the native controls have many
--
Roland Tepp
|
|
|
Powered by
FUDForum. Page generated in 0.03258 seconds