Opened 12 years ago

Closed 11 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:
Has a Patch: no 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 Changed 12 years ago by 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...

comment:2 Changed 12 years ago by 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.

comment:3 Changed 11 years ago by 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.

comment:4 Changed 11 years ago by 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 ;-)

comment:5 Changed 11 years ago by stippi

+1

comment:6 Changed 11 years ago by aldeck

Resolution: fixed
Status: newclosed

fixed in hrev27059

Note: See TracTickets for help on using tickets.