Toggling +org-pretty-mode on startup is much slower (because
`org-toggle-pretty-entites` and realigning tables can be expensive in
larger Org buffers), so rely on the variables instead.
BREAKING CHANGE: This changes the packages that +pretty depends on;
removing org-superstar and org-fancy-priorities, and replacing them with
org-modern. The user doesn't need to do anything but remove any
now-defunct configuration for org-superstar and org-fancy-priorities
from their config.
This was done to simplify our config, lighten our maintenance burden,
and rely on a more reliable (and still-maintained) package.
Fix: #6434
BREAKING CHANGE: This commit removes the ob-ipython package; it's been
deprecated for some time because the upstream package is no longer
maintained and is broken on most, common versions of Python anyway.
Jupyter is a superior alternative, in any case.
BREAKING CHANGE: This deprecates the IS-(MAC|WINDOWS|LINUX|BSD) family
of global constants in favor of a native `featurep` check:
IS-MAC -> (featurep :system 'macos)
IS-WINDOWS -> (featurep :system 'windows)
IS-LINUX -> (featurep :system 'linux)
IS-BSD -> (featurep :system 'bsd)
The constants will stick around until the v3 release so folks can still
use it -- and there are still some modules that use it, but I'll phase
those uses out gradually.
Fix: #7479
doom-etc-dir will be renamed to doom-data-dir, to better reflect its
purpose, and align it with XDG_DATA_HOME (where it will be moved to in
v3, where Doom will begin to obey XDG directory conventions more
closely).
featurep! will be renamed modulep! in the future, so it's been
deprecated. They have identical interfaces, and can be replaced without
issue.
featurep! was never quite the right name for this macro. It implied that
it had some connection to featurep, which it doesn't (only that it was
similar in purpose; still, Doom modules are not features). To undo such
implications and be consistent with its namespace (and since we're
heading into a storm of breaking changes with the v3 release anyway),
now was the best opportunity to begin the transition.
org-download-delete doesn't accommodate a non-standard value for
org-download-link-format. Now it does.
Close: #6202
Co-authored-by: zrquan <zrquan@users.noreply.github.com>
Leaving org-tree-slide-mode did not unhide #+ constructs.
Now +org-present-hide-blocks-h is triggered when leaving the mode as
well, fixing the behaviour.
Some org-agenda keybinds (for example 'SPC m d s' for scheduling) were
overridden by org-journal-mode-map keybinds, so the latter were moved to
the 'SPC m j' prefix.
Fix: #5239
BREAKING CHANGE: The +org-roam-open-buffer-on-find-file variable was
renamed to +org-roam-auto-backlinks-buffer *and* is now disabled by
default. When this is non-nil, it will open the *org-roam* backlinks
side window when roam files are visible, and close it when they aren't.
This change also makes this behavior a little more robust, but is
understandably not everybody's (read: most people's) cup of tea, so it
is now opt-in.
- No longer hard-code fontification of tags and types in roam
completion.
- Prefix types with @ and tags with # -- makes them easier to search for
in completion -- and swap types and hierarchy columns. I.e.
before: TYPE TITLE [TAG [TAG...]]
after: TITLE @TYPE [#TAG [#TAG...]]
- Exclude unwanted (i.e. meta) tags from public display, like ATTACH,
ARCHIVE, or anything in org-num-skip-tags.
Org-attach (and thus org-download) can work before the first headline if
the user sets `org-attach-auto-tag` to `nil`. But when inserting files
in this situation, this advice will display an error message due to
using `org-back-to-heading`. So I think it makes more sense to use
`org-back-to-heading-or-point-min`.
org-pretty-table has proven unstable. Some report alignment issues due
to variations between unicode fonts. Its overuse of overlays is also a
performance concern.
Revert: #6033
`org-roam-db-location` is redefined in the :preface section, so we need
to rely on a different symbol to determine whether `org-roam` is loading
or not.
`org-roam-mode` based buffers use `magit-section` to render sections.
The problem is that `magit-section` will layer keymaps for each section
under a text property. In Emacs, text property based keymaps have a
higher precedence for a lookup[0] than `emulation-mode-map-alists`, in
which Evil and leader keymaps are stored in.
[0]: https://www.gnu.org/software/emacs/manual/html_node/elisp/Searching-Keymaps.html
v2 reverted to using `emacsql-sqlite` instead of `emacsql-sqlite3`. It
will now try to build the needed `sqlite3` executable by itself, using a
C compiler that it can find, which is normally gcc or clang.
Previously in v1 it would only check for `sqlite3` executable (using
`executable-find`) and wouldn't do anything else.
