The :modeline property still takes:
t => default modeline
nil => no modeline (the default)
But now also accepts:
function => uses its return value as the mode-line-format
anything non-nil => used directly as the mode-line-format
This is to decouple the popup API from the modeline API. You can still
use them compositionally:
(set-popup-rule "abc" :modeline (lambda () (set-modeline! :project)))
Removes modeline library out of core-ui and contains them in :ui
doom-modeline and :ui modeline.
:ui modeline will eventually replace :ui doom-modeline, but is still
considered experimental. This update provides makes it much more stable
and closer to being feature complete.
+ Add +nav-flash-exclude-commands to control where
+nav-flash-blink-cursor-maybe should not trigger nav-flash.
+ Rename API to conform to Doom naming conventions
+ +nav-flash-blink-cursor
+ +nav-flash-blink-cursor-maybe
+ +nav-flash|delayed-blink-cursor
+ +nav-flash|blink-cursor
+ +nav-flash|blink-cursor-maybe
+ +nav-flash*blink-cursor
Other windows would be resized slightly incorrectly because treemacs
opens as a fixed split, rather than a side window. This change forces it
to be a side window, which resolves the problem _and_ restores the
functionality of balance-windows, which is disabled when a fixed split
is present.
Can be disruptive if you've got many windows with buffers across
different projects. Also, SPC o P is available to "jump to current file"
in the treemacs window.
This has proven intrusive, especially when you have files from different
projects open and you switch between them rapidly. Enabling
treemacs-follow-mode is left up to the user. Otherwise, the SPC o P
keybind and treemacs-find-file command can this manually and on-demand.
Also remove hide-mode-line-mode from treemacs because it's redundant
with the doom-themes treemacs icon theme.
The gud.el library uses display-buffer incorrectly, by passing a list of
functions as its second argument, instead of as a nested list.
CORRECT:
(display-buffer buffer
'((display-buffer-reuse-window
display-buffer-in-previous-window
display-buffer-same-window display-buffer-pop-up-window)))
INCORRECT (how gud does it):
(display-buffer buffer
'(display-buffer-reuse-window
display-buffer-in-previous-window
display-buffer-same-window display-buffer-pop-up-window))
This causes "wrong-type-argument: listp
display-buffer-in-previous-window" error. However, it appears Emacs
handles malformed alists by just ignoring them, so Doom will do the
same.
Reported by @maskray
This mode-line may have bugs and its implementation details are certain
to change (it doesn't follow naming conventions, for instance). It also
doesn't have all the features of the old modeline (yet).
However, it is easily twice as fast as the original, and a little more
flexible, what with the `mode-line-format-left' and
`mode-line-format-right' variables. It also exposes a more powerful API
for defining modelines and modeline segments (and switching between
them).
It is disabled by default and must be activated with the +new module
flag on the ui/doom-modeline module.
