Vladislav Bogdanov wrote:
- We should probably combine threading with index_sort in a way that
index_sort is implicitly enabled when threading is on. This would simplify code a bit and make some hunks unnecessary (I mean a so-called 'default' sorting mode).
- We should give user a possibility to switch between threaded and
non-threaded view from a message_list itself. I already wrote that an ideal solution for me would be a tiny dropdown in the very left message_list header position with options for threading, index_sort and default sort (I mean sorting by columns) modes. One problem I see with this is a 'date' sorting which is probably a kinda special case, it should be enabled for all of three modes (FIXME), giving user an option to 'reverse-sort' the list. I hope somebody can propose a better solution for that 'reverse' listing. Hmmm.... I think all other sorting options should be disabled when either threading or index_sort are enabled, shouldn't they?
Yeah, something like that. I like to see a popup with coulmns, sorting and grouping selection:
Columns (checkboxes): [x] Subject [x] Date [x] From/To [x] Size [ ] Attachment [ ] Flag ... other columns here Sorting (radio buttons): (o) None (current index_sort) ( ) Date ( ) Arrival date (not implemented yet) ( ) Subject ( ) From/To ( ) Size Order (radio buttons): (o) Ascending ( ) Descending Grouping (radio buttons): (o) None ( ) Thread ( ) Group (or sth in future)
This could be a simple form or two-level menu. Any volunteers to implement this?
Hmmm.... I think all other sorting options should be disabled when either threading or index_sort are enabled, shouldn't they?
I think not. We can sort threads (root messages) by any field.