Open olets opened 2 weeks ago
Instead of fixing this bug and supporting a caret as ABBR_LINE_CURSOR_MARKER
(I have no idea how complicated that would be), maybe the documentation could just suggest a couple of characters that are known to work without issues?
I did change the default ABBR_LINE_CURSOR_MARKER
from %
to ^
because %
would break abbreviations like abbr -g cdate="\$(date +'%F')"
. I have now changed it to @
, and that seems to behave as expected.
By the way, after reading the documentation again, I learned about "context-dependent abbreviations" and "building command templates", which are both very cool features!
maybe the documentation could just suggest a couple of characters that are known to work without issues
Good idea. Rather than doing that exactly, I've added callouts for a few limitations
Is there an existing issue for this?
Update the issue title
Expected Behavior
Can use an arbitrary string as the
ABBR_EXPANSION_CURSOR_MARKER
.Actual Behavior
If
ABBR_EXPANSION_CURSOR_MARKER
is^
,\^
,'^'
, expansions without the cursor marker are doubled, with the cursor between them.Steps To Reproduce
Environment
Installation method
Plugin manager
Installation method details
zcomet
Anything else?