diff options
| author | Craig Jennings <c@cjennings.net> | 2026-05-27 19:25:42 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-05-27 19:25:42 -0500 |
| commit | 822e7a3798d431910eeff677ae751eff8b48731a (patch) | |
| tree | 17f96c5bf5b0566d5d651a3e57a7978ff878a539 /modules/ai-vterm.el | |
| parent | a6157f471c9d64c00f0a2e33224e373864a7ae80 (diff) | |
| download | dotemacs-822e7a3798d431910eeff677ae751eff8b48731a.tar.gz dotemacs-822e7a3798d431910eeff677ae751eff8b48731a.zip | |
fix(org): stop folded property-drawer headings wrapping their tag indicators
A folded heading that also has a property drawer renders two glyphs after its right-aligned tag: the org-tidy inline dot (" ·") and the fold ellipsis (" ▾"). The tag-align reserve was 5 columns, and that " · ▾" spilled onto a second screen row, leaving a stray indicator line under the heading.
The trailing glyphs measure 4 columns nominally, so the old 5-column reserve looked like it should fit. It didn't: the fallback triangle renders wider than its reported width and the :align-to stretch rounds, so the real overflow exceeds the column count. I sized the new reserve (9) from a rendered measurement, not arithmetic, and the docstring now says so and tells the next reader to verify by screenshot. That mismatch between column math and what actually renders is what let the earlier reserve ship broken.
I verified the fix by rendering the real config off-screen at full width and reading the result: before, the two folded property-drawer headings wrapped "· ▾" to a second row; after, every heading is a single line.
tests/manual/headline-wrap/ holds the fixture and a README so the check can be repeated by opening the file and looking, which is the only honest way to test a redisplay bug like this.
Diffstat (limited to 'modules/ai-vterm.el')
0 files changed, 0 insertions, 0 deletions
