From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ken Brown Newsgroups: gmane.emacs.bugs Subject: bug#27511: 26.0.50; emacsclient requires file argument Date: Thu, 29 Jun 2017 14:11:40 -0400 Message-ID: <44a882d6-c201-a05c-26c0-f1b015af0102@cornell.edu> References: <5db096c1-40c7-6841-f451-a4e8e682484d@cornell.edu> <85C06120-9160-4BC3-8B34-F1A48CFD0057@fastmail.com> <8913FF59-70FA-4A7F-9C2D-CDE862ED8441@fastmail.com> <87injfmw8e.fsf@users.sourceforge.net> <5F318FAC-AA27-4F51-BB51-D41AF464D5AB@fastmail.com> <87bmp7m0sv.fsf@users.sourceforge.net> <2DC16056-CE99-48EA-BBCE-046F349A4483@fastmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1498759935 16508 195.159.176.226 (29 Jun 2017 18:12:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 29 Jun 2017 18:12:15 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 Cc: npostavs@users.sourceforge.net, 27511@debbugs.gnu.org To: James Nguyen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 29 20:12:09 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQdvE-0003pp-Db for geb-bug-gnu-emacs@m.gmane.org; Thu, 29 Jun 2017 20:12:08 +0200 Original-Received: from localhost ([::1]:40697 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dQdvI-0008KV-09 for geb-bug-gnu-emacs@m.gmane.org; Thu, 29 Jun 2017 14:12:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37549) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dQdvB-0008K6-JW for bug-gnu-emacs@gnu.org; Thu, 29 Jun 2017 14:12:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dQdv8-0006uc-EJ for bug-gnu-emacs@gnu.org; Thu, 29 Jun 2017 14:12:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:42311) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dQdv8-0006u7-B0 for bug-gnu-emacs@gnu.org; Thu, 29 Jun 2017 14:12:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dQdv8-0004jd-34 for bug-gnu-emacs@gnu.org; Thu, 29 Jun 2017 14:12:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Jun 2017 18:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27511 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 27511-submit@debbugs.gnu.org id=B27511.149875991118183 (code B ref 27511); Thu, 29 Jun 2017 18:12:02 +0000 Original-Received: (at 27511) by debbugs.gnu.org; 29 Jun 2017 18:11:51 +0000 Original-Received: from localhost ([127.0.0.1]:44988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQdux-0004jD-De for submit@debbugs.gnu.org; Thu, 29 Jun 2017 14:11:51 -0400 Original-Received: from limerock03.mail.cornell.edu ([128.84.13.243]:54900) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQduv-0004iw-EK for 27511@debbugs.gnu.org; Thu, 29 Jun 2017 14:11:49 -0400 X-CornellRouted: This message has been Routed already. Original-Received: from authusersmtp.mail.cornell.edu (granite3.serverfarm.cornell.edu [10.16.197.8]) by limerock03.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id v5TIBhNq021729; Thu, 29 Jun 2017 14:11:43 -0400 Original-Received: from [10.128.155.58] (dhcp-gs-6970.eduroam.cornell.edu [10.128.155.58]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id v5TIBf9p018229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 29 Jun 2017 14:11:42 -0400 In-Reply-To: <2DC16056-CE99-48EA-BBCE-046F349A4483@fastmail.com> Content-Language: en-US X-PMX-Cornell-Gauge: Gauge=XX X-PMX-CORNELL-AUTH-RESULTS: dkim-out=none; X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:134037 Archived-At: On 6/29/2017 12:48 PM, James Nguyen wrote: > @Noam > I’d like it to switch to the scratch buffer if anything and to create a new one if it doesn’t exist. I should be able to jigger something up with the —eval option on emacsclient though. > > Thanks. > > @Ken > > Why would you find it surprising? Personally, I like the DWIM style of many emacs commands. If I ever type ‘emacsclient’ and press , DWIM suggests I’m trying to connect to an instance of an Emacs server. What does it mean to connect to a server without asking the server to do something? Does DWIM suggest an obvious guess? One possible guess would be that you forgot to specify a file, in which case an error message (or at least a query) is precisely the right thing. Maybe there are other possible guesses, but I personally wouldn't expect emacsclient to guess that I want the server to do something involving the scratch buffer. > I don’t think I’d ever expect an error message to show up in that case. Imagine typing ‘vim’ and being forced to specify a file. (It’s not lost on my you’ve indicated they have separate purposes.) vim is not a client connecting to a server. A better analogy would be a mail client/server pair. What would you expect a mail client to do if you ask it to connect to an outgoing mail server but you don't specify a message to send? I would expect either (a) the client should do nothing or (b) the client should issue an error message. > At the very least, connecting to the server and doing nothing (similar to what Noam posted a few messages back) should be similar in spirit to what you’ve just said. Noam suggested that you should use 'emacsclient -c' or 'emacsclient -t', neither of which does nothing; they each create a new frame. AFAIU, he didn't suggest that emacsclient should try to guess which of these you want if you don't specify either. As to "connecting to the server and doing nothing", how is this different from just "doing nothing"? I think doing nothing would be acceptable, but I personally find the current behavior to be more friendly (do nothing and explain why). In the mail example, what would it mean for a mail client to connect to a mail server and do nothing? Anyway, it might be time for us to agree to disagree. Ken