From: Eli Zaretskii <eliz@gnu.org>
To: Aleksandar Dimitrov <code@aleks.bg>
Cc: 62204@debbugs.gnu.org
Subject: bug#62204: 30.0.50; Feature Request: treesit-major-mode-hook
Date: Thu, 16 Mar 2023 08:38:34 +0200 [thread overview]
Message-ID: <83fsa5qjyt.fsf@gnu.org> (raw)
In-Reply-To: <86pm99y1av.fsf@aleks.bg> (message from Aleksandar Dimitrov on Thu, 16 Mar 2023 01:35:17 +0100)
> From: Aleksandar Dimitrov <code@aleks.bg>
> Cc: 62204@debbugs.gnu.org
> Date: Thu, 16 Mar 2023 01:35:17 +0100
>
> I'd like to be able to do something like this:
>
> (defun my-setup ()
> "Code that depends on the presence of TS")
> (add-hook 'treesit-major-mode-hook 'my-setup)
>
> If I understand you correctly, I could probably do something like this:
>
> (defmacro add-ts-mode-hook (f)
> "Add mode hook that only executes in ts modes"
> `(add-hook 'prog-mode-hook
> (lambda ()
> (when (treesit-language-at (point))
> (,f)))))
Something like that. Basically, any function that wants to do
something that depends on tree-sitter being available for the major
mode should make such a test to determine whether tree-sitter support
is available.
> I'd say there's bound to be more people who would like to configure a
> certain behaviour whenever treesit is available, regardless of major
> mode. A macro like the above could be a possible solution, but it
> doesn't feel terribly ergonomic.
The above code doesn't have to run from a mode hook, it could be done
directly where the "certain behavior" is implemented, as the condition
for invoking that certain behavior. And if running the test each time
is too expensive for some reason, the test could be optimized by
performing it just once for each buffer where it runs, and saving the
result in some buffer-local variable.
If the above is for some reason unworkable or otherwise problematic,
please tell why.
> > A hooks sounds too blunt and ad-hoc for your purposes, AFAIU.
>
> The reason I want to execute my function in a hook is that it sets
> buffer local variables, and configures buffer-local behaviour, perhaps
> even keybindings. I was under the impression that hooks are the correct
> place to do this.
They are, but they are not the only such place. Many features in
Emacs use buffer-local variables and keybindings without a special
hook.
Please also keep in mind that proliferation of general-purpose hooks
is not without disadvantages. For starters, a hook disconnects the
cause from the effect, and makes it harder to track the control flow
and thus harder to understand how a given Lisp program works.
next prev parent reply other threads:[~2023-03-16 6:38 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-15 11:50 bug#62204: 30.0.50; Feature Request: treesit-major-mode-hook Aleksandar Dimitrov
2023-03-15 14:24 ` Eli Zaretskii
2023-03-16 0:35 ` Aleksandar Dimitrov
2023-03-16 6:38 ` Eli Zaretskii [this message]
2023-03-19 22:35 ` Aleksandar Dimitrov
2023-03-18 7:49 ` Yuan Fu
2023-03-19 22:26 ` Aleksandar Dimitrov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83fsa5qjyt.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=62204@debbugs.gnu.org \
--cc=code@aleks.bg \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).