Ihor Radchenko <yanta...@posteo.net> writes: > Max Nikulin <maniku...@gmail.com> writes: > >>> Sure. This is not by itself a big deal. A number of Elisp libraries, >>> including built-in Emacs libraries are loaded with side effects. >> >> It is still violation of conventions: >> >> (info "(elisp) Coding Conventions") >> https://www.gnu.org/software/emacs/manual/html_node/elisp/Coding-Conventions.html >>> D.1 Emacs Lisp Coding Conventions >>> >>> Simply loading a package should not change Emacs’s editing behavior. >>> Include a command or commands to enable and disable the feature, or to >>> invoke it. >>> >>> This convention is mandatory for any file that includes custom >>> definitions. If fixing such a file to follow this convention requires an >>> incompatible change, go ahead and make the incompatible change; don’t >>> postpone it. > > This is convincing. > I am then CCing Bastien, as, despite the Elisp convention, following it > will break https://bzg.fr/en/the-software-maintainers-pledge/
Isn’t the problem that the behavior changed — so that org-ctags gets loaded in Emacs 30 but not in Emacs 28 is already an incompatible change? Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de
signature.asc
Description: PGP signature
