[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: org-ctags land grab

From: Max Nikulin
Subject: Re: org-ctags land grab
Date: Thu, 23 Mar 2023 21:50:19 +0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0

On 23/03/2023 17:49, Ihor Radchenko wrote:
Nick Dokos writes:

It is off until org-ctags is loaded. *When* it is loaded, it runs
`(org-ctags-enable)' and the behavior changes.

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")
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.

Notice *incompatible*.

On 23/03/2023 17:49, Ihor Radchenko wrote:
Nick Dokos writes:
As you see, `help--load-prefixes' loads `org-ctags'.
This sounds like Emacs bug.

I would say that it sounds like a fix for
`help-enable-autoload' is not fully obeyed

See also:

Max Nikulin to emacs-orgmode… Re: Does variable 'org-goto-interface' exist? Wed, 14 Dec 2022 21:20:07 +0700. https://lists.orgmode.org/6dd5a4fe-b99b-73a9-26dd-bb522ff1b892@gmail.com

Note that we discussed loading side effects in

I have not responded to that thread. My opinion is that besides functions that just loads files and packages there should be counterparts that loads and activates libraries. A proof of concept may be implemented for Org and in the case of success it may be proposed for inclusion into Emacs core.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]