GNU bug report logs - #77823
31.0.50; M-j regression since commit 4c6b1712a4d

Previous Next

Package: emacs;

Reported by: Sean Whitton <spwhitton <at> spwhitton.name>

Date: Tue, 15 Apr 2025 11:29:02 UTC

Severity: normal

Found in version 31.0.50

Done: Sean Whitton <spwhitton <at> spwhitton.name>

Bug is archived. No further changes may be made.

Full log


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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Elijah Gabe Pérez <eg642616 <at> gmail.com>
Cc: eliz <at> gnu.org, 77823 <at> debbugs.gnu.org,
 Sean Whitton <spwhitton <at> spwhitton.name>
Subject: Re: bug#77823: 31.0.50; M-j regression since commit 4c6b1712a4d
Date: Sun, 20 Apr 2025 09:22:47 -0400
>> - It might make sense to extend this to related constructs and/or to
>>   merge it into `electric-pair-mode`.
>
> I originally planned to merge it with electric-pair, but electric-pair
> is something complex for this little feature (and also electric-pair
> uses characters, not strings), so I decided to make it standalone.

I understand it's a non-trivial change, but extending support for
multi-character delimiters would be nice.  This could cover things like
``...'' in LaTeX.

>>   By related constructs, I'm thinking of things like [OCaml's
>>   quotations](https://caml.inria.fr/pub/docs/tutorial-camlp4/tutorial004.html)
>>   that take the form `<:FOO<...>>` or [OCaml's quoted
>>   strings](https://ocaml.org/manual/5.2/lex.html#quoted-string-id)
>>   that look like `{FOO|...|FOO}`.
>
> It looks outside the purpose of this minor mode, but I have nothing
> against implementing it, it can handle it.  Honestly, if that were the
> case, I don't know what name to give this mode.

`electric-multichar-pair-mode`?  🙂


        Stefan





This bug report was last modified 25 days ago.

Previous Next


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