GNU bug report logs - #68246
30.0.50; Add non-TS mode as extra parent of TS modes

Previous Next

Package: emacs;

Reported by: Stefan Monnier <monnier <at> iro.umontreal.ca>

Date: Thu, 4 Jan 2024 22:12:01 UTC

Severity: wishlist

Found in version 30.0.50

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


Message #20 received at 68246 <at> debbugs.gnu.org (full text, mbox):

From: João Távora <joaotavora <at> gmail.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 68246 <at> debbugs.gnu.org
Subject: Re: bug#68246: 30.0.50; Add non-TS mode as extra parent of TS modes
Date: Thu, 4 Jan 2024 23:48:48 +0000
On Thu, Jan 4, 2024 at 11:18 PM Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:
>
> > Hmmm, this would either mean stupendous and welcome
> > simplification in eglot-server-programs
>
> In the short term, most affected packages (like YASnippet as well) won't
> benefit very much because they still need to accommodate Emacs<30.

But like I told Dmitry: if the idea is good, I guess the logic isn't
hard to implement as a package-specific hack, which is then removed
in the future.

I have to say that, practical advantages aside, I don't much fancy
this implicit derivation based on a name of a specific convention.
More than the implicit bit, it's that it only affects types or at
least would seem so.  Why can't we go to the ts modes we control
ourselves and  write in this derivation?  It's because of hookage
right? We _don't_ want  x-mode-hook to run when we activate
x-ts-mode.  Or do we?  Maybe we  do?  How exactly is inheritance
defined for major modes?  What properties are inherited?




This bug report was last modified 1 year and 104 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.