From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Pretest Date: Sun, 19 Nov 2006 20:27:33 +0100 Message-ID: <85ac2nb5ju.fsf@lola.goethe.zz> References: <87slggjtbb.fsf@furball.mit.edu> <455F9024.8080000@student.lu.se> <17759.43936.82301.353794@kahikatea.snap.net.nz> <85irhbg6zx.fsf@lola.goethe.zz> <17760.11257.78362.216206@kahikatea.snap.net.nz> <85wt5reo3b.fsf@lola.goethe.zz> <17760.17309.553008.718144@kahikatea.snap.net.nz> <85slgfcy5v.fsf@lola.goethe.zz> <45606E21.9030000@student.lu.se> <85lkm7ctsb.fsf@lola.goethe.zz> <4560ACD0.6040709@student.lu.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1163964497 22566 80.91.229.2 (19 Nov 2006 19:28:17 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 19 Nov 2006 19:28:17 +0000 (UTC) Cc: Juanma Barranquero , Nick Roberts , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 19 20:28:15 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GlsKk-0003sD-F9 for ged-emacs-devel@m.gmane.org; Sun, 19 Nov 2006 20:28:07 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GlsKj-0001cr-Tz for ged-emacs-devel@m.gmane.org; Sun, 19 Nov 2006 14:28:05 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GlsKW-0001c0-9F for emacs-devel@gnu.org; Sun, 19 Nov 2006 14:27:52 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GlsKV-0001bO-9m for emacs-devel@gnu.org; Sun, 19 Nov 2006 14:27:51 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GlsKV-0001bD-2U for emacs-devel@gnu.org; Sun, 19 Nov 2006 14:27:51 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GlsKV-0008Ba-2G for emacs-devel@gnu.org; Sun, 19 Nov 2006 14:27:51 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1GlsKT-0003tx-Vq; Sun, 19 Nov 2006 14:27:50 -0500 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 2EDA21C4D3DE; Sun, 19 Nov 2006 20:27:33 +0100 (CET) Original-To: Lennart Borgman In-Reply-To: <4560ACD0.6040709@student.lu.se> (Lennart Borgman's message of "Sun\, 19 Nov 2006 20\:13\:20 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.90 (gnu/linux) 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:62487 Archived-At: Lennart Borgman writes: > David Kastrup wrote: >> Lennart Borgman writes: >>> What is missing is something that allows you to just use >>> >>> emacsclient -n myfile >>> >>> without doing any setup whatever, without having to start Emacs >>> before. It should in my opinion work right out of the box. >> >> Are there really typical use cases which require -n? If so, is there >> a need for them to wait for --alternate-editor? > > > Sorry, I did not mean that > > emacsclient myfile > > is not equally important. There are of course many typical use cases > both with and without -n. > >>> The reason? The threshold is already high to start to use Emacs. For >>> new users it is very important to be able to start immediately right >>> after installing Emacs. Otherwise a lot of potential user might >>> never start using Emacs. >> >> What is the problem with the invocation I gave? The _technical_ >> problem? If a shorthand option for that invocation would be >> desirable, it would be possible to implement this in about three lines >> of code, so why is something different required? > > > Are you saying that you could implement this in a general way so that > a new user right after installation can just type something like > > emacsclient myfile > or > emacsclient -n myfile > > in just three lines of code? I did actually not add many lines to do > this (most was restructuring of existing code), but I added quite a > bit more than tree lines. Again: what is the problem with emacsclient -a 'emacs --eval (server-start)' ? If there is no problem with that, I don't see why implement a shorthand option that does nothing but that would not do the trick. >>> The possibility to do something like the line you propose should >>> still be there, but with my patch you should be able to just use >>> >>> emacsclient --alternative-editor="whateveryoulike" myfile >>> >>> instead. >> >> Why would that not work with the existing code? It did work up to >> now, didn't it? > > I think Juanma gave you a reason before. I must be dense. > It seems impossible to implement the wait this way. (And I am sure > you can see the details yourself.) Which wait? Could you explain a use case where the invocation emacsclient -a 'emacs --eval (server-start)' would not work? That was my question and I still don't see that it has been answered. Maybe I am too stupid to get it. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum