From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: [jidanni@deadspam.com: modeline doesn't divulge buffer will go bye bye] Date: Sat, 22 Jun 2002 13:20:21 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: <200206221720.g5MHKLj16237@rum.cs.yale.edu> References: <200206201435.g5KEZLF18772@aztec.santafe.edu> <5xu1nxh6o7.fsf@kfs2.cua.dk> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1024766496 28363 127.0.0.1 (22 Jun 2002 17:21:36 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 22 Jun 2002 17:21:36 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17LoZs-0007NM-00 for ; Sat, 22 Jun 2002 19:21:36 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17Loa9-00010d-00 for ; Sat, 22 Jun 2002 19:21:53 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17LoZW-000599-00; Sat, 22 Jun 2002 13:21:14 -0400 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17LoYi-00055q-00 for ; Sat, 22 Jun 2002 13:20:24 -0400 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g5MHKLj16237; Sat, 22 Jun 2002 13:20:21 -0400 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: "Robert J. Chassell" X-MIME-Autoconverted: from 8bit to quoted-printable by rum.cs.yale.edu id g5MHKLj16237 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:5094 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5094 > > The most important thing, the fact that this buffer will go > > bye bye without a trace is not mentioned there! >=20 > storm@cua.dk is persuading me that this is a non-issue. >=20 > ... most non-file buffer names created automatically by various > packages start (and end) with an asterisk. So for such buffers, > there typically already is a visible difference in the mode-line. >=20 > The problem is with buffers which the user creates explicitly. ...=20 >=20 > Do people often create buffers when they mean to create files? I > don't know. But I don't think people make the mistake very often. >=20 > As RMS says: >=20 > ... But the problem (if it is a problem) is with users who don't > understand the difference. In order to teach people to look for a > small indicator of the difference, we need to first teach them the > difference. >=20 > I agree. My suggestion, a small indicator, is no good.=20 >=20 > Maybe this really is not a problem. Let's see what others say. The > best move may be to do nothing. Maybe we could consider the "buffer with no file" in a similar way as some GUI text processors treat (unsaved) new documents. So maybe we could try to mark those buffers by appending something like "[not=A0saved]" on the mode line. Of course, there's still the problem of recognizing those buffers. Maybe (not (or buffer-file-name (string-match "\\`[ *]" (buffer-name)) dont-say-not-saved-in-the-mode-line)) would be good enough ? Stefan