unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Alan Mackenzie <none@example.invalid>
Subject: Re: user has no business toggling overwrite-mode in read-only buffers
Date: 20 Apr 2003 18:57:41 +0200	[thread overview]
Message-ID: <a2ut7b.p7.ln@acm.acm> (raw)
In-Reply-To: mailman.4954.1050790959.21513.bug-gnu-emacs@gnu.org

Dan Jacobson <jidanni@dman.ddts.net> wrote on Sun, 20 Apr 2003 03:47:01 +0800:
> In a new crackdown on excessive freedoms, prime minister Moi
> recommends toggling overwrite-mode be outlawed in read-only buffers.

> In an interview, he was quoted as saying "It just doesn't make sense.
> Why should we allow kids to toggle it back and fourth if they can't
> possibly use it?  They might get the wrong impression, that they can
> write stuff!  Only later will they find out the real deal."

Oh, come on, fascist Dan!  There are lots of good reasons (well, at least
two plausible ones) for wanting to change a ROB:

1. You have a source-file which is RO due to some version control system,
but you want to make a private (changed) copy on your own hard disk.  You
C-x C-q it, make the changes, then store it where you want with C-x C-w.

2. Something (something like dired, perhaps?), makes a listing of files
in a buffer, but leaves the buffer RO because "the user has no reason to
edit it".  Problem is, all the filenames start off like this:

/versioncontrolroot/foobar/implementation/software/source/integration/inc

at which point they disappear of the right hand edge of the window.
[Don't laugh.  My contract working on such a project has just expired.
It wasn't fun.]  Few things make me more angry than having continually to
scroll the screen sideways.  When such a directory listing is inflicted
upon me, I first do a little sweet effing and blinding, then make the
buffer writeable.  Then I edit each line, replacing the above prolix
garbage with "...", or whatever.  Then I can read this buffer.  Please
don't make my life any harder.

-- Alan Mackenzie (Munich, Germany)
Email: aacm@muuc.dee; to decode, wherever there is a repeated letter
(like "aa"), remove half of them (leaving, say, "a").

  parent reply	other threads:[~2003-04-20 16:57 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.4954.1050790959.21513.bug-gnu-emacs@gnu.org>
2003-04-19 22:39 ` user has no business toggling overwrite-mode in read-only buffers David Kastrup
2003-04-20 16:57 ` Alan Mackenzie [this message]
2003-04-21  1:32   ` Dan Jacobson
2003-04-21 20:34 ` Kevin Rodgers
     [not found] ` <mailman.4999.1050904302.21513.bug-gnu-emacs@gnu.org>
2003-04-21 20:12   ` Alan Mackenzie
2003-04-21 20:42   ` Kevin Rodgers
2003-04-19 19:47 Dan Jacobson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a2ut7b.p7.ln@acm.acm \
    --to=none@example.invalid \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).