From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Pretest Date: Sun, 19 Nov 2006 20:13:20 +0100 Message-ID: <4560ACD0.6040709@student.lu.se> 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> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1163963636 20107 80.91.229.2 (19 Nov 2006 19:13:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 19 Nov 2006 19:13:56 +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:13:52 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 1Gls6q-0000zC-Hg for ged-emacs-devel@m.gmane.org; Sun, 19 Nov 2006 20:13:44 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gls6p-0004fZ-TY for ged-emacs-devel@m.gmane.org; Sun, 19 Nov 2006 14:13:43 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gls6b-0004dl-Oh for emacs-devel@gnu.org; Sun, 19 Nov 2006 14:13:29 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gls6a-0004cl-TM for emacs-devel@gnu.org; Sun, 19 Nov 2006 14:13:29 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gls6a-0004cQ-D4 for emacs-devel@gnu.org; Sun, 19 Nov 2006 14:13:28 -0500 Original-Received: from [80.76.149.213] (helo=ch-smtp02.sth.basefarm.net) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Gls6W-0004tC-1h; Sun, 19 Nov 2006 14:13:24 -0500 Original-Received: from [83.254.145.24] (port=61799 helo=[192.168.123.121]) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.63) (envelope-from ) id 1Gls6T-00067r-8u; Sun, 19 Nov 2006 20:13:22 +0100 User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) Original-To: David Kastrup In-Reply-To: <85lkm7ctsb.fsf@lola.goethe.zz> X-Scan-Result: No virus found in message 1Gls6T-00067r-8u. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1Gls6T-00067r-8u ab1754387c44a604e5e4a76975f288de 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:62484 Archived-At: 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. >> 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. It seems impossible to implement the wait this way. (And I am sure you can see the details yourself.)