GNU bug report logs -
#30685
end-of-file mode should respect read-only mode
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 30685 in the body.
You can then email your comments to 30685 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#30685
; Package
emacs
.
(Sat, 03 Mar 2018 03:04:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 03 Mar 2018 03:04:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
In the modeline the curious user sees a ":" and clicks it.
and sees [DOS], [Mac], etc.
Frightened, the user keeps clicking until he cycles back to its original
":" state, and breathes a sigh of relief.
But wait, it's time for lunch and time to close the editor program.
But now it's asking him about saving the file.
"I thought that -r--r--r-- file owned by the boss and which I viewed in
read-only mode, or even view-mode, was understood by everybody to be
something I didn't intend to meddle with." "Now it thinks I wanted to
modify it..."
Now with extra sweat dripping, he hits undo,
command-execute: Buffer is read-only: #<buffer boss's_secret_employee_evaluations.txt>
"G*d@*m it, half of the editor knows things are read-only, the other
half doesn't."
Sure, he can just answer "no" when asked to save the file. But why
embroil him this way in the first place. Readonly should be Readonly.
Now Curious Other User 2 also clicks the ":".
At the end when closing emacs she is asked if she wants to save the
file, to which she agrees. Which results in even more warnings and
eventual failure to save the file anyway...
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#30685
; Package
emacs
.
(Sat, 03 Mar 2018 08:32:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 30685 <at> debbugs.gnu.org (full text, mbox):
> From: 積丹尼 Dan Jacobson
> <jidanni <at> jidanni.org>
> Date: Sat, 03 Mar 2018 07:34:10 +0800
>
> In the modeline the curious user sees a ":" and clicks it.
> and sees [DOS], [Mac], etc.
>
> Frightened, the user keeps clicking until he cycles back to its original
> ":" state, and breathes a sigh of relief.
>
> But wait, it's time for lunch and time to close the editor program.
>
> But now it's asking him about saving the file.
>
> "I thought that -r--r--r-- file owned by the boss and which I viewed in
> read-only mode, or even view-mode, was understood by everybody to be
> something I didn't intend to meddle with." "Now it thinks I wanted to
> modify it..."
>
> Now with extra sweat dripping, he hits undo,
>
> command-execute: Buffer is read-only: #<buffer boss's_secret_employee_evaluations.txt>
>
> "G*d@*m it, half of the editor knows things are read-only, the other
> half doesn't."
>
> Sure, he can just answer "no" when asked to save the file. But why
> embroil him this way in the first place. Readonly should be Readonly.
>
> Now Curious Other User 2 also clicks the ":".
> At the end when closing emacs she is asked if she wants to save the
> file, to which she agrees. Which results in even more warnings and
> eventual failure to save the file anyway...
If the user had Read the Fine Manual, she'd have known that just two
characters to the right, there's that "*" indicator, clicking on which
would make the buffer not-modified, and that would have solved all her
problems.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#30685
; Package
emacs
.
(Tue, 06 Mar 2018 20:54:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 30685 <at> debbugs.gnu.org (full text, mbox):
>>>>> "EZ" == Eli Zaretskii <eliz <at> gnu.org> writes:
EZ> If the user had Read the Fine Manual...
(info "(emacs) Misc Buffer")
A buffer can be “read-only”, which means that commands to change its
contents are not allowed.
So add:
"'Contents' do not include end-of-line conventions. There is currently
no way to protect against them getting changed."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#30685
; Package
emacs
.
(Wed, 07 Mar 2018 22:59:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 30685 <at> debbugs.gnu.org (full text, mbox):
[[[ To any NSA and FBI agents reading my email: please consider ]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
In general, modes and settings of a buffer are not part of
its contents. The contents of a buffer are the characters
and their text properties.
I see the manual doesn't state this basic point anywhere,
so would someone please install this patch?
I think it belongs in the Emacs 26 manual as well as the current
manual.
diff -u /home/rms/emacs-git/build-nov-15/doc/emacs/buffers.texi.\~1\~ /home/rms/emacs-git/build-nov-15/doc/emacs/buffers.texi
--- /home/rms/emacs-git/build-nov-15/doc/emacs/buffers.texi.~1~ 2017-11-09 12:20:47.729828394 -0500
+++ /home/rms/emacs-git/build-nov-15/doc/emacs/buffers.texi 2018-03-07 04:43:40.211708142 -0500
@@ -32,6 +32,12 @@
that window is current. When there are multiple windows, the buffer
displayed in the @dfn{selected window} is current. @xref{Windows}.
+@cindex buffer contents
+@cindex contents of a buffer
+ A buffer's @dfn{contents} consist of a series of characters, each of
+which optionally carries a set of text properties (@pxref{Enriched Text})
+which can specify more information about that character.
+
Aside from its textual contents, each buffer records several pieces
of information, such as what file it is visiting (if any), whether it
is modified, and what major mode and minor modes are in effect
Diff finished. Wed Mar 7 04:43:48 2018
--
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)
Skype: No way! See https://stallman.org/skype.html.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#30685
; Package
emacs
.
(Thu, 08 Mar 2018 15:49:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 30685 <at> debbugs.gnu.org (full text, mbox):
> From: Richard Stallman <rms <at> gnu.org>
> CC: eliz <at> gnu.org, 30685 <at> debbugs.gnu.org
> Date: Wed, 07 Mar 2018 17:58:02 -0500
>
> I see the manual doesn't state this basic point anywhere,
> so would someone please install this patch?
Done.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Thu, 08 Mar 2018 15:49:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
:
bug acknowledged by developer.
(Thu, 08 Mar 2018 15:49:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 30685-done <at> debbugs.gnu.org (full text, mbox):
> From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
> Cc: 30685 <at> debbugs.gnu.org
> Date: Wed, 07 Mar 2018 04:35:15 +0800
>
> >>>>> "EZ" == Eli Zaretskii <eliz <at> gnu.org> writes:
> EZ> If the user had Read the Fine Manual...
>
> (info "(emacs) Misc Buffer")
> A buffer can be “read-only”, which means that commands to change its
> contents are not allowed.
>
> So add:
>
> "'Contents' do not include end-of-line conventions. There is currently
> no way to protect against them getting changed."
I clarified this in a different way.
Thanks.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 06 Apr 2018 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 169 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.