Bad key bindings for multiple selections

[oleg68]

the "multi-selection" feature that was added in 2.18 uses not obvious a non standard key binding.

Now a click to another object (ex. a Rank, or a Stop) adds it to existing selection. But this behavior differs from the behavior of most another applications (including GrandOrgue), where the click deselects the old item and selects the new one.

Moreover, multiple-selection is used more rarely than changing the selection. But now changing the selection is quite difficult and requires extra clicks:

• Click to the new item (because the user has forgotten that OdfEdit)
• Sees that the result is not expected
• Click to Unselect
• The second click to the new item.

The standard key bindings of adding to existing selection are Ctrl+Click and Shift+Click, not a simple click.

Could you revert ro the old behavior of a single click?

[eturpault]

The multi-selection feature implemented in OdfEdit 2.18 replicates the standard keys bindings which are used in Linux or Windows file explorers for example :

• mouse left click : select only the clicked item and unselect all other selected items
• mouse left click + shift key : extend the existing selection until the clicked item
• mouse left click + control key : toggle the selection of the clicked item

This works if the clicked item has the same section type as the existing selection.
If the clicked item if of a different section type as the existing selection, the shift or control key is ignored and only the clicked item becomes selected.

I am not able to reproduce the strange behavior that you are describing, in Linux and in Windows. How to you reproduce this ?