From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nikolaj Schumacher Newsgroups: gmane.emacs.help Subject: Re: buffer-offer-save variable bug? Date: Thu, 25 Sep 2008 13:37:29 +0200 Message-ID: References: <4587f148-cf4d-43c9-81e6-c25bc711d5b9@s9g2000prg.googlegroups.com> <87ljxhl949.fsf@atthis.clsnet.nl> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1222342690 3018 80.91.229.12 (25 Sep 2008 11:38:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 25 Sep 2008 11:38:10 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Cor Gest Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Sep 25 13:38:58 2008 connect(): Connection refused Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KipBS-00011b-4X for geh-help-gnu-emacs@m.gmane.org; Thu, 25 Sep 2008 13:38:58 +0200 Original-Received: from localhost ([127.0.0.1]:46356 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KipAP-0003a0-NO for geh-help-gnu-emacs@m.gmane.org; Thu, 25 Sep 2008 07:37:53 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KipA5-0003Ze-1v for help-gnu-emacs@gnu.org; Thu, 25 Sep 2008 07:37:33 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KipA4-0003ZN-8v for help-gnu-emacs@gnu.org; Thu, 25 Sep 2008 07:37:32 -0400 Original-Received: from [199.232.76.173] (port=39730 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KipA4-0003ZK-6O for help-gnu-emacs@gnu.org; Thu, 25 Sep 2008 07:37:32 -0400 Original-Received: from dd18200.kasserver.com ([85.13.138.168]:45168) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KipA3-0005wd-Oh for help-gnu-emacs@gnu.org; Thu, 25 Sep 2008 07:37:31 -0400 Original-Received: from thursday (BAH4787.bah.pppool.de [77.135.71.135]) by dd18200.kasserver.com (Postfix) with ESMTP id 0673918077EDE; Thu, 25 Sep 2008 13:37:33 +0200 (CEST) In-Reply-To: <87ljxhl949.fsf@atthis.clsnet.nl> (Cor Gest's message of "Wed\, 24 Sep 2008 17\:57\:42 +0000") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2.50 (darwin) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:58060 Archived-At: Cor Gest wrote: > That is the corect behaviour of buffers. > > Close means merely 'close'. > AKA get this buffer-namespace outta-my-face; > =OR= > Icanhaz some fun answering basic questions in the article-buffer > called 'gnu.emacs.help'. > > list-all-buffers wil show you that "untiteled" still exists > in the namespace 'buffers' where all buffer-names exist. Sorry if this is "basic" to you, but I didn't get a lot of what you're saying. First of all, there is no `list-all-buffers', do you mean `list-buffers'? And are you saying that after "closing" a buffer, it will still be there? > If you do a 'kill-current-buffer' (C-x k) it will politely inform you with : > "buffer has changed , kill it anyway ? yes or no ?" I think Xah's point was that it didn't, which I can confirm. Is something missing in the example? > and it will ask for a name when a file allready exists with that > buffer-name called 'untitled' This sentence I really cannot parse... > In short, 'Close' is a non-destructive call in the buffer realm. Huh? File->Close is an alias for kill-this-buffer. If that isn't meant to be destructive, I don't know what is... regards, Nikolaj Schumacher