diff options
| author | Craig Jennings <c@cjennings.net> | 2026-06-06 12:05:04 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-06-06 12:05:04 -0500 |
| commit | b58944592afc9109718f5c0431fb337e68729715 (patch) | |
| tree | 5836ab60d24e7e029b6b12112ea4fbea4c9b333e /Makefile | |
| parent | adee44df124e8983084737c50e9c767edd70aea8 (diff) | |
| download | pearl-b58944592afc9109718f5c0431fb337e68729715.tar.gz pearl-b58944592afc9109718f5c0431fb337e68729715.zip | |
fix(views): re-fold the page after an interactive sort
Setting a sort order opened every issue, drawer, and comment in the buffer. The reorder moves subtrees by deleting the issue block and re-inserting it, and freshly inserted Org text comes in fully expanded. The fold state lives in overlays that delete-and-insert drops. Neither sort path re-folded afterward, unlike the full-render and merge paths, which already do.
Both sort paths now call pearl--restore-page-visibility after a successful reorder, re-folding the page to its #+STARTUP visibility so it stays the scannable outline it was before the sort. A refusal (a grouped buffer or a failed refetch) moves nothing, so it doesn't re-fold. The behavior honors pearl-fold-after-update like the other repopulating paths.
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions
