> 2/ The gtk_clist_sort function appears to be doing only a string sort.
> Therefore 1,10,11...2,20.. appears to be the proper order. A more
> intelligent way to handle it will be to look for this column and do a
> numeric sort only on this column.
I.e., use "gtk_clist_set_compare_func()" to set the comparison function
if the column is numeric (which includes not only the "No." column, but
also the packet size column, for example).
> Sorting on the absolute time will work as long as the time does not
> cross the 23:59 / 0:00 boundary.
Another reason to desire a replacement for CLists, e.g. one where the
comparison function gets passed the callback pointers associated with
the two rows, and an indication of the column on which to sort; that'd
let it do a Real Live Numerical Comparison on numeric fields *and* on
the raw "struct timeval" values for time fields.
This does raise a question, though - on what fields *other* than packet
number would one want to sort, and why?
(Well, it actually raises at least *two* questions - the second question
is "if the Time column is displaying 'Seconds since previous frame', how
do you sort on it? Is the 'previous frame' the previous frame before the
sort starts, in which case that column won't necessarily show 'Seconds
since previous frame' after the sort finishes?")
