RE: [PATCH] Really prevent quitting in sensitive contexts

[Drew Adams <drew.adams@oracle.com>]

[-- Attachment #1: Type: text/plain, Size: 363 bytes --]

Attached.

> > Stefan, will you please consider configuring your system to send email
> > to the lists as plain text? Recently your messages have "Content-type:
> > text/markdown".
> 
> Hmm... that's odd... I did that a few months ago but then had to revert
> it because of the number of broken MUAs out there.
> Can you forward me one of the recent ones?

[-- Attachment #2: Type: message/rfc822, Size: 1620 bytes --]

From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Steve Youngs <steve@sxemacs.org>
Cc: emacs-devel@gnu.org, Richard Stallman <rms@gnu.org>, Dima Kogan <dima@secretsauce.net>
Subject: Re: Can we expand the valid location of "Local Variables" ?
Date: Sat, 14 Mar 2020 00:07:30 -0700 (PDT)
Message-ID: <jwv5zf7pgb5.fsf-monnier+emacs@gnu.org>


[-- Attachment #2.1: Untitled.txt --]
[-- Type: text/x-markdown, Size: 710 bytes --]

From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Steve Youngs <steve@sxemacs.org>
Cc: emacs-devel@gnu.org, Richard Stallman <rms@gnu.org>, Dima Kogan <dima@secretsauce.net>
Subject: Re: Can we expand the valid location of "Local Variables" ?
Date: Sat, 14 Mar 2020 00:07:30 -0700 (PDT)
Message-ID: <jwv5zf7pgb5.fsf-monnier+emacs@gnu.org>

> How about some form of "include" mechanism:
>
>         Local Variables:
>         @include: FILENAME
>         End:

Sounds OK, yes.

> I would suggest implementing that with the same care, considerations,
> and restrictions as has `eval' for Locals

Indeed.  There be dragons.

> Mind you, if your Local Vars sections are getting so out of hand that
> they warrant having a whole extra file to store them, you should probably
> re-think what you're doing. :-)

I think such an @include directive can be useful not just for large
sections but also to avoid duplicating settings (i.e. a kind of
alternative to .dir-locals.el, not tied to the directory hierarchy).


        Stefan