From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jeremy Maitin-Shepard Newsgroups: gmane.emacs.devel Subject: Re: Change in emacsclient behavior Date: Mon, 03 Sep 2007 11:31:23 -0400 Message-ID: <87hcmb935g.fsf@jbms.ath.cx> References: <87veaw5ds5.fsf@baldur.tsdh.de> <87veatxcrz.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: sea.gmane.org 1188833499 24991 80.91.229.12 (3 Sep 2007 15:31:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 3 Sep 2007 15:31:39 +0000 (UTC) Cc: emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 03 17:31:36 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1ISDto-0006Cq-9b for ged-emacs-devel@m.gmane.org; Mon, 03 Sep 2007 17:31:36 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISDtk-0006bF-Gq for ged-emacs-devel@m.gmane.org; Mon, 03 Sep 2007 11:31:32 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ISDtf-0006at-Q8 for emacs-devel@gnu.org; Mon, 03 Sep 2007 11:31:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ISDte-0006aY-V8 for emacs-devel@gnu.org; Mon, 03 Sep 2007 11:31:27 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISDte-0006aV-Ql for emacs-devel@gnu.org; Mon, 03 Sep 2007 11:31:26 -0400 Original-Received: from smtp.andrew.cmu.edu ([128.2.10.85]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1ISDte-0007dD-HH for emacs-devel@gnu.org; Mon, 03 Sep 2007 11:31:26 -0400 Original-Received: from localhost (c-67-163-202-228.hsd1.pa.comcast.net [67.163.202.228]) (user=jmaitins mech=GSSAPI (0 bits)) by smtp.andrew.cmu.edu (8.13.8/8.13.8) with ESMTP id l83FVNWh014019 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 3 Sep 2007 11:31:24 -0400 X-Habeas-SWE-9: mark in spam to . X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-1: winter into spring In-Reply-To: <87veatxcrz.fsf@jurta.org> (Juri Linkov's message of "Sun\, 02 Sep 2007 21\:52\:21 +0300") User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.990 (gnu/linux) X-Scanned-By: MIMEDefang 2.60 on 128.2.10.85 X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:77657 Archived-At: Juri Linkov writes: >> Normally I don't use several frames, but for emacsclients I like the new >> behavior. Making it depend on pop-up-frames wouldn't help me, so I'm >> for the reversed behavior of the -c option, too. > How about the following default behavior of emacsclient: > 1. When invoked without arguments, display the current frame (-c uses the > current frame, but this could be customizable to display the initial frame > or any of existing frames). What does it mean to "display" a frame? > 2. When invoked with -e or --eval, display the current frame and eval the > expression on this frame. Why is it even useful to "display" a frame before evaluating the expression? I think it is important to have a way to evaluate an expression without any other side effects. In particular, it is important to be able to evaluate an expression without quitting out of a minibuffer prompt. (I don't know if that problem still exists.) [snip] I think it is most important that emacsclient provides a sufficient interface for achieving all possible desirable behavior. Users can then create their own shell scripts, aliases, etc. that can be used with the desired syntax. The actual syntax that the base emacsclient program provides is of very marginal importance. > BTW, does anyone know how to start a detached Emacs server so that after > logout and login I could connect to it with emacsclient? > I tried > nohup emacs -nw -f server-start > but it writes to nohup.out > emacs: standard input is not a tty > and exits. Then I tried with the -batch argument, but this > doesn't work neither. You can use screen. -- Jeremy Maitin-Shepard