Sorting by size now uses the folder totals the Size column is showing.
- Fix sorting by size, which ignored folder totals entirely. It ordered folders by the size of the directory inode — a few hundred bytes, near enough identical for every folder — so they all tied and fell back to name order while the column showed something else.
- Sum many folders at once without walking anything twice. A result set routinely holds a folder together with its own ancestors, and each ancestor used to re-add everything its descendants had just added up; the cost grew with the nesting depth rather than with the number of files.
- Re-order live as the folder walk reports, so the list keeps matching the numbers it is showing. It holds off while a row is selected — re-ordering under a selection would either clear it several times a second or leave it pointing at a different file — and resumes as soon as the selection goes.
- Add a second sorting limit, for sorting by size while the folder walk is on. That ordering has to finish walking every result on disk, which nothing else waits for, so it gets its own lower ceiling (2,000) instead of borrowing the general one. Above it the Size header greys out on its own and the other columns keep sorting. The field sits in Preferences, unavailable until the walk is turned on.
- Fix walk requests being dropped past the 64th when an ordering asks for every folder in the result set. A dropped request was a folder that never grew past its indexed total.
Signed with a Developer ID and notarized by Apple, so it opens without Gatekeeper warnings.
SHA-256 3410a54034fe749ba4fb5f77a9e0b74553c73600e79ea2bafa8bcd2ffd919e1f