aboutsummaryrefslogtreecommitdiff
path: root/tests/test-pearl-compose.el
diff options
context:
space:
mode:
authorCraig Jennings <c@cjennings.net>2026-06-03 13:21:12 -0500
committerCraig Jennings <c@cjennings.net>2026-06-03 13:21:12 -0500
commit8e0f0eedc91558e5d45edeb5a731103ba83e4d8b (patch)
tree77a37b0063d49c4babfa5f2a3785780bab0902e1 /tests/test-pearl-compose.el
parenta6a08fd6a418a5d404550478bde2883c440377a7 (diff)
downloadpearl-8e0f0eedc91558e5d45edeb5a731103ba83e4d8b.tar.gz
pearl-8e0f0eedc91558e5d45edeb5a731103ba83e4d8b.zip
feat(render): pin the priority range to Linear's A-D in the rendered file
Pearl maps Linear's five priorities to org cookies (A=Urgent through D=Low, no cookie = None) and tells users to set priority with org's native cookie cycling (C-c , / S-up). But that cycling obeys the user's global org-priority-lowest, which defaults to C, so on a stock Emacs you can't even cycle down to [#D]/Low, and the priority you most want to set is unreachable. I emit a #+PRIORITIES: A D D line into every rendered file (highest A, lowest D, default D). Org reads it per-file, so the range is bounded to Linear's scale and Low is reachable regardless of the user's global setting. Verified org picks it up: org-lowest-priority becomes ?D in the rendered buffer. This is the last piece of constraining cookies to Linear's range. The out-of-range guard (a cookie past D errors instead of silently clearing the priority) and the A-to-name legend in the help header already shipped.
Diffstat (limited to 'tests/test-pearl-compose.el')
0 files changed, 0 insertions, 0 deletions