Built-in native multi-column sort support #441

From [email protected] on June 23, 2014 18:38:39

Currently there is one-column sort support.
Which is ok, but there are several situtations where more than one-column sort is needed.
Googling for alternative returns one solution, but unfortunately it is not working like it suppose to.

I have implemented built-in native multi-column sort soluton to version 5.4.1.
It adds/extends design-time and run-time ability to sort selected columns in pre/post build time.
There is possibility to add/decrese number of sorted columns or rearange order in run-time.

Major changes are:

• added Header.SortColumn = -2 value - it means multi-sorted,
• deleted Columns[n].DefaultSortDirection,
• added Columns[n].SortDirection,
• added Columns[n].SortEnabled - on/off sort of column,
• added Columns[n].SortOrder = -1 - not sorted at design-time or > -1 - sort index (0 - first, 1 - second, 2 - third,...)
• modified TVirtualTreeColumn.ComputeHeaderLayout procedure,
• modified TVirtualTreeColumns:
  • PaintHeader procedure,
  • HandleClick procedure,
• added TBaseVirtualTree.Sort procedure overload,
• published VTUtilityImages list and ClipCanvas procedure.

I attached sources in this issue.
I hope to apply this mod in vst sources.
Thank you,
NevTon.

Attachment: VirtualTrees541mod.zip

Original issue: http://code.google.com/p/virtual-treeview/issues/detail?id=441