list-windows sorting: Unify multiple PR approaches for DFS and custom ordering #1936
Unanswered
kim-raaschou-nielsen
asked this question in
feature-ideas
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Summary:
Multiple PRs show strong community demand for enhanced list-windows sorting, particularly DFS (depth-first search) ordering. Three separate efforts are addressing overlapping functionality, and unifying these approaches would benefit the project.
Background:
The current list-windows command sorts alphabetically by app name and title. Users increasingly need DFS ordering to match window tree structure (for status bars, scripts, and focus --dfs-index consistency) and custom sorting by recency or other criteria.
Related Issues/PRs
list-windows --sort-by#491 - Original feature request for DFS-ordered window listingThe Problem:
With one closed PR (#1839) and two open PRs (#1918, #1932) addressing similar needs, this is clearly a critical feature. However, the overlapping implementations use different flag names (--sort-by vs --sort) and have different scopes: #1918 adds DFS ordering plus structure change detection for exec-on-workspace-change callbacks, while #1932 provides flexible sorting with multiple criteria. Both maintain backward compatibility, but having competing approaches risks fragmented effort and inconsistent UX.
Path Forward:
Rather than choosing one PR over another, the community would benefit from discussing unification:
Request:
Guidance on the preferred approach before proceeding further would be appreciated. This would help move forward efficiently with an implementation strategy that serves the community's needs.
Beta Was this translation helpful? Give feedback.
All reactions