[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#70587: More buffers that ought to be read-only
From: |
Eli Zaretskii |
Subject: |
bug#70587: More buffers that ought to be read-only |
Date: |
Mon, 29 Apr 2024 09:57:07 +0300 |
> Date: Sun, 28 Apr 2024 23:35:34 +0300
> Cc: 70587@debbugs.gnu.org, jidanni@jidanni.org
> From: Dmitry Gutov <dmitry@gutov.dev>
>
> On 28/04/2024 08:13, Eli Zaretskii wrote:
> >> But if we install the above patch, then*vc-diff* will suddenly not be
> >> read-only any more, so we should arguably change
> >> `diff-default-read-only` at the same time, which will in turn cause
> >> another behavior change when people open a `.diff` file.
> > Why should*vc-diff* be read-only regardless of
> > diff-default-read-only? And why visiting a .diff file is different in
> > this regard?
>
> I also think that we should flip diff-default-read-only to true, and
> drop the special casing in vc-diff. :-)
That doesn't answer my questions.
Flipping the default value would require much more than 2 or 3 people
asking for it.
- bug#70587: More buffers that ought to be read-only, (continued)
- bug#70587: More buffers that ought to be read-only, Eli Zaretskii, 2024/04/27
- bug#70602: Add hooks to control *Shell Command Output*, Dan Jacobson, 2024/04/27
- bug#70587: More buffers that ought to be read-only, Stefan Monnier, 2024/04/27
- bug#70587: More buffers that ought to be read-only, Stefan Monnier, 2024/04/28
- bug#70587: More buffers that ought to be read-only, Eli Zaretskii, 2024/04/28
- bug#70587: More buffers that ought to be read-only, Dan Jacobson, 2024/04/28
- bug#70587: More buffers that ought to be read-only, Stefan Monnier, 2024/04/28
- bug#70587: More buffers that ought to be read-only, Eli Zaretskii, 2024/04/28
- bug#70587: More buffers that ought to be read-only, Stefan Monnier, 2024/04/28
- bug#70587: More buffers that ought to be read-only, Dmitry Gutov, 2024/04/28
- bug#70587: More buffers that ought to be read-only,
Eli Zaretskii <=
- bug#70587: More buffers that ought to be read-only, Dan Jacobson, 2024/04/30