From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Robert J. Chassell" Newsgroups: gmane.emacs.devel Subject: Re: [jidanni@deadspam.com: modeline doesn't divulge buffer will go bye bye] Date: Fri, 21 Jun 2002 20:37:37 +0000 (UTC) Sender: emacs-devel-admin@gnu.org Message-ID: References: <200206201435.g5KEZLF18772@aztec.santafe.edu> <5xu1nxh6o7.fsf@kfs2.cua.dk> Reply-To: bob@rattlesnake.com NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1024691951 4723 127.0.0.1 (21 Jun 2002 20:39:11 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 21 Jun 2002 20:39:11 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17LVBX-0001E4-00 for ; Fri, 21 Jun 2002 22:39:11 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17LVdr-0006YS-00 for ; Fri, 21 Jun 2002 23:08:27 +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 17LVBW-0003Jb-00; Fri, 21 Jun 2002 16:39:10 -0400 Original-Received: from megalith.rattlesnake.com ([140.186.114.245] helo=localhost) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17LVA2-0003Bk-00 for ; Fri, 21 Jun 2002 16:37:39 -0400 Original-Received: by rattlesnake.com via sendmail from stdin id (Debian Smail3.2.0.114) Fri, 21 Jun 2002 20:37:37 +0000 (UTC) Original-To: emacs-devel@gnu.org In-Reply-To: <5xu1nxh6o7.fsf@kfs2.cua.dk> (storm@cua.dk) 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:5075 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5075 > The most important thing, the fact that this buffer will go > bye bye without a trace is not mentioned there! storm@cua.dk is persuading me that this is a non-issue. ... 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. The problem is with buffers which the user creates explicitly. ... 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. As RMS says: ... 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. I agree. My suggestion, a small indicator, is no good. Maybe this really is not a problem. Let's see what others say. The best move may be to do nothing. -- Robert J. Chassell bob@rattlesnake.com Rattlesnake Enterprises http://www.rattlesnake.com