From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Alex Schroeder Newsgroups: gmane.emacs.devel Subject: Re: [jidanni@deadspam.com: modeline doesn't divulge buffer will go bye bye] Date: Sat, 22 Jun 2002 21:30:16 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <877kkrw1pz.fsf@emacswiki.org> References: <200206201435.g5KEZLF18772@aztec.santafe.edu> <5xu1nxh6o7.fsf@kfs2.cua.dk> <200206221720.g5MHKLj16237@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1024774409 5228 127.0.0.1 (22 Jun 2002 19:33:29 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 22 Jun 2002 19:33:29 +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 17LqdV-0001MD-00 for ; Sat, 22 Jun 2002 21:33:29 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17Lqdo-00045T-00 for ; Sat, 22 Jun 2002 21:33:48 +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 17LqdE-0006w1-00; Sat, 22 Jun 2002 15:33:12 -0400 Original-Received: from relay03.cablecom.net ([62.2.33.103]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17LqaJ-0006ey-00 for ; Sat, 22 Jun 2002 15:30:11 -0400 Original-Received: from smtp.swissonline.ch (mail-4.swissonline.ch [62.2.32.85]) by relay03.cablecom.net (8.11.6/8.11.4/SOL/AWF/MXRELAY/06072001) with ESMTP id g5MJU9909420 for ; Sat, 22 Jun 2002 21:30:10 +0200 (CEST) Original-Received: from confusibombus (dclient217-162-237-245.hispeed.ch [217.162.237.245]) by smtp.swissonline.ch (8.11.6/8.11.6/SMTPSOL/AWF/2002040101) with ESMTP id g5MJU9u07606 for ; Sat, 22 Jun 2002 21:30:09 +0200 (MEST) Original-Received: from alex by confusibombus with local (Exim 3.12 #1 (Debian)) id 17LqaO-0000Cd-00 for ; Sat, 22 Jun 2002 21:30:16 +0200 Original-To: emacs-devel@gnu.org In-Reply-To: <200206221720.g5MHKLj16237@rum.cs.yale.edu> ("Stefan Monnier"'s message of "Sat, 22 Jun 2002 13:20:21 -0400") Original-Lines: 16 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2.90 (i686-pc-linux-gnu) 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:5100 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5100 "Stefan Monnier" writes: > Maybe we could consider the "buffer with no file" in a similar way > as some GUI text processors treat (unsaved) new documents. Maybe we should do just that -- set the buffer-file-name to /nonexistingdrive/buffername, and set a new variable "buffer needs file", so that Emacs will ask about saving changes (because there is a file name associated with it), and then when the user hits C-x C-s, Emacs recognizes that the fil name is still unknown, and asks the user for it. Alex. -- http://www.electronicintifada.net/diaries/index.html http://www.us-israel.org/jsource/US-Israel/hr2506c.html