this is caused by the home buffer loading build-in
org which conflicts with elpa org.
We actually want to use elpa org exclusively so we have
to make sure to redraw the spacemacs buffer only
after we have finished loading the layers.
In addition latest org version 9.6 and the behaviour
on emacs 29 has also changed so that org is autoloaded
much earlier than before. This is what actually did
make this bug show up.
However this behaviour was in place since a long time
and could be the cause for a lot of unreproducible
bugs as the actual conflicts are dependent on the
distribution specific emacs version.
Known issues:
This is a hotfix it solves the original issue but
introduces a new, hopefully less dangerous issue,
this is for now the start buffer is not configurable.
I will add a follow up PR to remove this issue however
I think this is far less annoying than a set of random
conflicts caused by loading elisp files from different org
sources.
The Org Mode 9.0 release removed the org-agenda-filter-by-tag-refine
and recommends the use of org-agenda-filter-by-tag in it's place. This
commit removes all uses of the function and the mentions of it in the
documentation. The same functionality can be achieved by using the typing
prefix C-u twice and then using org-agenda-filter-by-tag ("ft") as the
Org Mode documentation states.
Relevant Links:
- https://orgmode.org/worg/org-release-notes.html#org268651e
- https://orgmode.org/org.html#Filtering_002flimiting-agenda-items
The script used to identify and update the change is added into the GitHub
workflows script directory. A workflow action can be created to trigger the
script to update the headers on the first of every new year. Possibly a task for
a consequent PR.
Org roam protocol can be used from outside Emacs and as such, loading it only
after some org-roam buffers are opened defeats the purpose. Without this change
the org-protocol links won't work after emacs restart until at least one
org-roam buffer is loaded.
Fixes#14487
The previous commit had two issues:
- It doesn't have effect for `help-mode` because its was loaded too late. (In
the `:config` section of `help-fn+`.
- It only has effect for the code sections in `helpful-mode` buffer. And has no
effect in the buffer opened via button widget in either `help-mode` or
`helpful-mode`.
This commit fixes both problems.
From org version 9.5 org will not be distributed from Org ELPA but from
ELPA (see https://list.orgmode.org/87lfa7tc9v.fsf@gnu.org/t/). This commit makes
Spacemacs use/install org from ELPA.
Besides that, this commit removes some 'hack' that seemed to have no effect. As
org comes with Emacs `package-installed-p 'org` will always return t. Also
activating org via `configuration-layer//activate-package` seems to have no
effect.
Finally, the package is declared including a :min-version because appending only
`:location melpa` seems to have no effect (this can probably be considered a
bug).
I am almost certain that the information that was added when making org install
from Org ELPA is still relevant also for installing org from ELPA so I have just
adapted the version number from 0.104 to 0.300.
As the "org" archive has been removed, the `ert-deftest` for it can be removed
also.
When we're adding links, without this they get smooshed together under the
curser. Tested to work; resolves https://github.com/syl20bnr/spacemacs/issues/14137
Co-authored-by: Richard Kim <emacs18@gmail.com>
woolion
Maxi Wolff
Daniel Nicolai
Anuj
Kazark
Richard Kim
Lucius Hu
Sebastian Hahn
Arif Er
Josh Mcguigan
Tim Rakowski
Stanislav Ochotnický
winsphinx
Ben
Lucius Hu
fleimgruber
SpacemacsBot
Keith Pinson
Dan Kessler
SpacemacsBot
David Perez-Suarez
Benjamin Hipple
duianto
Alex Kapranoff
Deepu Mohan Puthrote
Arif Er
emacspace
wildwestrom