GNU bug report logs -
#68246
30.0.50; Add non-TS mode as extra parent of TS modes
Previous Next
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 #289 received at 68246 <at> debbugs.gnu.org (full text, mbox):
> From: João Távora <joaotavora <at> gmail.com>
> Cc: casouri <at> gmail.com, monnier <at> iro.umontreal.ca, 68246 <at> debbugs.gnu.org
> Date: Sun, 14 Jan 2024 23:40:17 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> However it is not easy to quantify confused users looking to understand
> >> the new meaning of things in dir-locals.el. Or users wondering why they
> >> need to set Eglot variables in both 'c++-mode-hook' and
> >> 'c++-ts-mode-hook' when all they see is 'c++-mode' in
> >> 'eglot-server-programs'.
> >
> > Those users will hopefully submit bug reports or otherwise complain on
> > the Emacs mailing lists, and then we will know.
>
> You also know this doesn't always happen.
It's our only reliable instrument of getting feedback for our
decisions.
> > The recommendation is to use base modes where it makes sense, and the
> > installed changes around derived-mode-add-parents don't in any way
> > preclude having a base mode and don't make it harder. But I don't
> > think we should force everyone in this situation to invent a base mode
> > as the sole means for solving this.
>
> We can invent for them.
Yes, but only where it makes sense. For example, an empty base mode
doesn't.
> An empty base mode is useful just for its hook and its behaviour in
> dir-locals, for example.
No, it is completely useless, and we shouldn't introduce such modes.
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.