-
Notifications
You must be signed in to change notification settings - Fork 161
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
[Bug] #752
Comments
Did you try |
Yeah, I set This is with I have twiddled them to confirm which ones are even used with |
There are no changes for this recently in |
The old configuration is not there by accident. I used it for many months. In any case, it is currently wrong. We cannot actually use these specifiers because they don't respect any normal formatting directives. |
That's not really related. At the time, I believe doom read from the normal Emacs variable rather than re-declaring its own. The fact that I stopped at that configuration and had a working solution is proof enough that the support was there. It now is not. I only use this customization when I use keycast, which I have to hack into doom mode line anyway. My hack is to advise the line position segment. Here we are. Alternatively I would be more than happy to settle for a stable position for keycast output and to have keycast integration built in. At present I'm just duct taping them together because I can. |
I didn't get the point. |
Now. I fixed this about a year ago. I don't disagree that behavior has changed. Anyway, it doesn't work with format specifiers, and that is a problem that is requiring me to hack around to get a stable segment length so that my hacked on keycast isn't jumping around like a maniac. Keycast has to be last of leading part of the segments or else the key will be jumping around as the command lengths change. |
Can you please provide the commit? I will check if it can be merged. Maybe you should make your own keycast segment to achieve? |
I fixed this by customizing options lol. There is no commit. It has just been this way in my config without incident until recently. |
Then I have no idea. I even don't if it's an issue. |
Thank you for the bug report
doom-modeline
related packages.the command
emacs -Q
.Bug description
I previously had a setting combination to pad my column on the right. This configuration no longer achieves the desired effect. The
-3
inmode-line-position-column-format
is ignored.(setopt doom-modeline-position-column-line-format '("%3l:%c"))
(setopt mode-line-position-column-format '(" C%-3c"))
Steps to reproduce
Use settings
Expected behavior
Buffer position is represented with a stable length string that only has a discontinuity on column 1k and again at line 1k, "123:2 " etc. With content positioned afterward, it no longer jitters around wildly.
OS
Linux
Emacs Version
30
Emacs Configurations
No response
Error callstack
No response
Anything else
I played around with the new values,
doom-modeline-position-line-format
etc. The format spec ends up printing a lot of dashes, like "-----------------------------------------" whenever I use anything like "%3-c" on either column or mode line.The text was updated successfully, but these errors were encountered: