From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jarek Czekalski Newsgroups: gmane.emacs.help Subject: Re: point of "buffer still has clients" message Date: Wed, 27 Nov 2013 08:32:14 +0100 Message-ID: <52959FFE.4060703@poczta.onet.pl> References: <529301AA.7070508@poczta.onet.pl> <83eh64beag.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1385537553 24922 80.91.229.3 (27 Nov 2013 07:32:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 27 Nov 2013 07:32:33 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Nov 27 08:32:40 2013 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VlZby-0003HN-0v for geh-help-gnu-emacs@m.gmane.org; Wed, 27 Nov 2013 08:32:38 +0100 Original-Received: from localhost ([::1]:34318 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VlZbx-00051T-H3 for geh-help-gnu-emacs@m.gmane.org; Wed, 27 Nov 2013 02:32:37 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48122) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VlZbh-00050V-Cd for help-gnu-emacs@gnu.org; Wed, 27 Nov 2013 02:32:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VlZbb-0000QQ-RC for help-gnu-emacs@gnu.org; Wed, 27 Nov 2013 02:32:21 -0500 Original-Received: from smtpo09.poczta.onet.pl ([213.180.142.140]:40957) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VlZbb-0000QJ-Gi for help-gnu-emacs@gnu.org; Wed, 27 Nov 2013 02:32:15 -0500 Original-Received: from [192.168.17.9] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dTtwY0qdPz9ttbr for ; Wed, 27 Nov 2013 08:32:12 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1385537533; bh=FEYlElmsaL6mIEDr6z4KFL63Vbnpn1z6xE/AD8ttFns=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=dOHemsA0XOAyT7bWOhLdT7ewMEbufxUWCDfjTPMENcKvt/THdgv0CSW/Y5b3WFUIZ Bw8Ap7vBsg8CF2v2kXRL7KUFwsnH18sWS3V4V+IR/mAytd1RH52oGxK2zNjrM6dkPI UbITyf2hz4Jq0nP5XhvPz+cN2COmuSdqLlbrX+Z0= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 213.180.142.140 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:94669 Archived-At: W dniu 2013-11-26 16:55, Barry Margolin pisze: > When you have EDITOR set to most editors, the client starts a new editor > process, you edit the file, save it, and then exit the editor. The > client waits for the editor to exit, then it will use the result. > > But when you use emacsclient, it's not so simple. Emacs keeps on running > after you save the file. Emacsclient is waiting for a message from emacs > telling it that it you're done, so it should exit, and then its client > application can use the result. You do this with the server-edit (C-x #) > command. Barry, that definitely helps to understand the idea. But still it's not clear why the things done in server-edit command couldn't be done during kill-buffer. The user request is "close the file". They shouldn't have to choose between server-edit and kill-buffer. The user experience is as follows: 1. a shortcut is bound to kill-this-buffer 2. a buffer is edited throught emacsclient 3. user wants to kill the buffer with the shortcut he always uses for that or using "File / Close" menu option So far you both didn't give any justification for the confirmation message. If things stay this way we should assume that this message is unnecessary and should be removed. Jarek