From my experience, control is used for multiple row selection, but
shift is more common for multiple column selection.
I've never find an application using this controls, but it's not a
problem.
So what do you think on adding also the Control modifier here to have
the same thing (for consistency with other selection features) ?
I think Shift is the right modifier to use here.
Ah, the range selection (with the Shift key) doesn't work in
Trees ... but works in Lists and Tables.
Is it wanted, or is it a bug to be fixed ?
In many applications I had Trees, and needed to select some elements,
so also a range selection could be useful (but i agree only in some
cases).
We simply didn't implement it, under the assumption that range
selection in trees is much less common than in tables and lists.
what do you think on changing a little the Kitchen Sink demo to
include some null value in some cells ?
The Kitchen Sink demo isn't meant to be a catch-all for all possible
examples - it is meant to highlight some key examples of Pivot's
features. However, we could certainly add another demo (or test app)
that shows this behavior.
And, change one of the data columns for example to have inside only
numbered items like 0..9 repeated, so a sort on multiple columns
will show exactly this feature ...
Each column contains random numbers of increasing magnitude. So, if
you sort column A first, then B, then C, you will see how multi-sort
works.
And to improve it, a tooltip on table headers that tells "Click to
sort, xxx-Click to add the column to the sort", etc ? Maybe in
standard TableHeaders, and as an optional style.
It shouldn't be a standard feature, because a) we can't assume that
clicking on a header will always sort and b) we'd have to localize it.
You could easily do this in your app by setting the tooltipText
property on the header, though.
