-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mini-frame & evil eat a single preceding whitespace character in an Org Capture template when using prompts %^{Like_This}, breaking capture templates #85
Comments
Hm! I'll get you a config or provide a video for further analysis; maybe it's like #86 and not a mini-frame problem |
Got it! It's an interaction with evil.
Any ideas? |
Hmm. Even with the |
Hm! Is it somehow operating system related? I'm on Pop!_OS 22.04 LTS and Arch Linux. I'll record a screen cast of it and post back, maybe there's something in the mix that's slipping my eyeline to pin down in text. |
❕ It's only happening on emacs 29 or later -- version check? My version 27 seems ok. |
Mine is
|
That's lending credence to the OS constraint.
Perhaps try 29.2, as well? Evil version 1.15.0 everywhere. |
Can reproduce in Emacs 29.2 GTK version. As a workaround, enter space before the variable value :) |
heh, excellent. yeah I have spaces through-out my variables but then I add new ones and forget 😆 Any idea where the fix lies? Mini-frame's codebase or evil or Emacs? It's a real toss-up and I'm not sure where yet. |
Unfortunately, but I have no idea at the moment. |
Mini-frame is great, I love having the mini-buffer floating and centered. However, it has an odd bug where it consumes whitespace preceding prompts for user input.
Background
Issue
Mini-frame actually consumes the space there prior to the
%^{Title}
. When I havemini-frame-mode
on, and I run a capture, it says to me that the Org entry is invalid and it fails to capture.Steps to Reproduce
Config
Expected Result
Mini-frame lets me type a title and then captures the snippet
Actual Result
Mini-frame interacts with evil and consumes preceding whitespace and results in a bad capture.
This does not occur with only evil or only mini-frame.
The text was updated successfully, but these errors were encountered: