Make Multi-Selection Modifier Semantics in Tracker Consistent with Standard List Selection (easy)

[bonefish]

Tracker uses the Shift and Command modifiers to expand the entry selection with reverse semantics, i.e. Command for range selection, Shift for adding/removing single items. It should be consistent with the behavior in list views, which also seems to be the standard in other operating systems.

[axeld]

BeOS uses the same method as Tracker for listviews as well; if we don't do it like this, our BListView is to blame. However, it might make sense to follow the common habit in other systems, at least if they are really consistent...

[bonefish]

Oh, weird, seems you're right. I guess I only use apps that do it The Right Way (Beam, eXposer, WonderBrush). I'd vote for changing the behavior anyway.

[aldeck]

I'm all for it too, i get bitten everyday by this one! I've got the simple patch ready, does everyone agree on this change? By the way Shift+DownArrow/UpArrow and Shift+Home/End are already good.

[axeld]

Since there is no real logic but only habituation behind all this, I think there is nothing wrong with either way of doing it.

Since everyone else does it differently, though, I would think it would be smartest to switch as long as there aren't more Haiku users around ;-)

[stippi]

+1

[aldeck]

fixed in r27059