Opened 17 years ago
Closed 16 years ago
#1255 closed bug (fixed)
Make Multi-Selection Modifier Semantics in Tracker Consistent with Standard List Selection (easy)
Reported by: | bonefish | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Applications/Tracker | Version: | R1/pre-alpha1 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
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.
Change History (6)
comment:1 by , 17 years ago
comment:2 by , 17 years ago
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.
comment:3 by , 16 years ago
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.
comment:4 by , 16 years ago
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 ;-)
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...