all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ian van der Neut <ivdneut@gmail.com>
To: Jarek Czekalski <jarekczek@poczta.onet.pl>
Cc: help-gnu-emacs@gnu.org
Subject: Re: point of "buffer still has clients" message
Date: Wed, 27 Nov 2013 09:42:31 +0100	[thread overview]
Message-ID: <CANyFcg0EzWaZP6n=k=LAYxMeEgOOWpq09v1PiRA2FyzJoy343Q@mail.gmail.com> (raw)
In-Reply-To: <52959FFE.4060703@poczta.onet.pl>

For what it's worth, my use case where I run into this message is as
follows:

I have a function:

(defun kill-buffer-delete-frame ()
  "Kill the current buffer and delete the frame its in."
  (interactive)
  (if (kill-buffer) (delete-frame))
)

And a key bound to it:
(global-set-key (kbd "C-c c") 'kill-buffer-delete-frame)

I run into this message, seemingly unnecessary when I want to kill the
buffer and close the frame it's in. should I call server-edit somewhere in
that function to get rid of it? From the server-edit documentation it seems
that it only kills the buffer if it didn't exist when loaded with
emacsclient. I run emacsclient primarily with the --no-wait option btw,

Thank you,

Ian.


On Wed, Nov 27, 2013 at 8:32 AM, Jarek Czekalski
<jarekczek@poczta.onet.pl>wrote:

>
> 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
>
>
>


-- 
One man's "magic" is another man's engineering. "Supernatural" is a null
word.
-- Excerpt from the notebooks of Lazarus Long, from Robert Heinlein's "Time
Enough for Love"


  reply	other threads:[~2013-11-27  8:42 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-25  7:52 point of "buffer still has clients" message Jarek Czekalski
2013-11-25 17:07 ` Eli Zaretskii
2013-11-26 15:13   ` Jarek Czekalski
     [not found]   ` <mailman.7173.1385478804.10748.help-gnu-emacs@gnu.org>
2013-11-26 15:55     ` Barry Margolin
2013-11-27  7:32       ` Jarek Czekalski
2013-11-27  8:42         ` Ian van der Neut [this message]
2013-11-27 15:18           ` Ludwig, Mark
     [not found]           ` <mailman.7255.1385566785.10748.help-gnu-emacs@gnu.org>
2013-11-27 22:27             ` Barry Margolin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CANyFcg0EzWaZP6n=k=LAYxMeEgOOWpq09v1PiRA2FyzJoy343Q@mail.gmail.com' \
    --to=ivdneut@gmail.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=jarekczek@poczta.onet.pl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.