aboutsummaryrefslogtreecommitdiff
path: root/tests/test-pearl-org-parse.el
diff options
context:
space:
mode:
authorCraig Jennings <c@cjennings.net>2026-05-26 16:26:39 -0500
committerCraig Jennings <c@cjennings.net>2026-05-26 16:26:39 -0500
commit80eca723d4340d0d67a709e6aef01acb935c706b (patch)
tree52ae5e845334675c7e9f2c0cada8d3f877c362e3 /tests/test-pearl-org-parse.el
parent5bb933761568982b0e60621577038450bc3dc2bf (diff)
downloadpearl-80eca723d4340d0d67a709e6aef01acb935c706b.tar.gz
pearl-80eca723d4340d0d67a709e6aef01acb935c706b.zip
fix(comments): don't recolor the leading heading stars
The comment overlay started at the line beginning, so it sat on top of the leading stars. With a package like org-superstar that dims those stars (and composes a bullet from them) via a face, our overlay's face overrode it and the dimmed stars reappeared in our color, a stray "***" before the bullet. The darker, body-spanning read-only overlay made it obvious, but the overlay had covered the stars since comment highlighting first landed. I start the overlay just past the leading stars now (the point right after the `^\*+ ` match), so the stars and the bullet keep org's own fontification and only the heading text and body get our face. The highlight tests check the face on the heading text and assert the stars are left uncovered.
Diffstat (limited to 'tests/test-pearl-org-parse.el')
0 files changed, 0 insertions, 0 deletions