Current state
The tree-view table (`render_process_tree`, src/ui/imgui/imgui_process_list_view.cpp) is built without `ImGuiTableFlags_Sortable` at all — confirmed by inspection, this is not an oversight, tree mode currently has no column-sort UI. Only the flat/list view is sortable.
The open question
If tree-mode sorting is added, what should it actually do? Options, not mutually exclusive:
- Sort siblings under each parent by a column (preserves hierarchy, most "natural" tree behavior).
- Sort by the process's own value vs. its tree-aggregate value (e.g. sort by "Tree CPU %" vs plain "CPU %").
- A fully recursive/flattened sort would essentially turn it into list view — probably not wanted, since it defeats the point of a tree.
This needs a product decision before it's worth scoping as a code change.
p.s. different systems have different approach to process tree structure -- on Mac it looks like there is one root process, and the rest is more or less flat, e.g. Safari's processess are siblings, whereas on a Linux the tree is quite deep.
Current state
The tree-view table (`render_process_tree`, src/ui/imgui/imgui_process_list_view.cpp) is built without `ImGuiTableFlags_Sortable` at all — confirmed by inspection, this is not an oversight, tree mode currently has no column-sort UI. Only the flat/list view is sortable.
The open question
If tree-mode sorting is added, what should it actually do? Options, not mutually exclusive:
This needs a product decision before it's worth scoping as a code change.
p.s. different systems have different approach to process tree structure -- on Mac it looks like there is one root process, and the rest is more or less flat, e.g. Safari's processess are siblings, whereas on a Linux the tree is quite deep.