From damien.cassou@gmail.com Mon Mar 30 06:58:21 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 30 Mar 2009 13:58:21 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2UDwHVa027627 for ; Mon, 30 Mar 2009 06:58:19 -0700 Received: from mx10.gnu.org ([199.232.76.166]:49010) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LoI0G-0008Ea-W6 for emacs-pretest-bug@gnu.org; Mon, 30 Mar 2009 09:58:17 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LoI0F-0001ib-Q5 for emacs-pretest-bug@gnu.org; Mon, 30 Mar 2009 09:58:16 -0400 Received: from mail-ew0-f160.google.com ([209.85.219.160]:53893) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LoI0F-0001iN-EY for emacs-pretest-bug@gnu.org; Mon, 30 Mar 2009 09:58:15 -0400 Received: by ewy4 with SMTP id 4so2168559ewy.42 for ; Mon, 30 Mar 2009 06:58:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:received:message-id:subject :from:to:content-type:content-transfer-encoding; bh=AFRHQsSJGLol2eCQeFbUrvnucABt9sf4Us+EeQ9Wrkw=; b=F9A1HFHUmqoEXJtfXhmfjJCG0OeS2vAYU+jmMFvWVJBvKo4dWMXQxvnioF9gXyS1H+ O4NogJLnJtGnKPfUps/ZqkXfYd2ZkfqNc97ci96P0mZAPyxy9KfzMtH3jwd497HdyMkA PQ5yxpZTOL5+5K63Su6+U+tBQ/p5qX5skcP+M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=rePXbgUdjtQBem5s32HU98+0YIYLe2sJrUJHDNkjYLSJTJu/vywwEDIdsUVXH8aSXl ht8Un3V8PSJoDYD5zlsbeG6edRiExUyEGT9+sluJWT9iExE1K0Nj1THgY8jVQcN8CZ7V 8EgawFBqJrUvOo7TlRA+kuFdtPD7QSvSDuhTg= MIME-Version: 1.0 Date: Mon, 30 Mar 2009 15:57:59 +0200 Received: by 10.216.10.208 with SMTP id 58mr1644485wev.82.1238421494246; Mon, 30 Mar 2009 06:58:14 -0700 (PDT) Message-ID: <6ac749c10903300657u76f30ae5l3cd429c9189f4e4c@mail.gmail.com> Subject: 23.0.91; initial-buffer-choice useless with emacs daemon From: Damien Cassou To: emacs-pretest-bug@gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Hi, the new variable initial-buffer-choice seems useless when using emacs as a daemon and emacsclient. This variable probably sets the initial frame of the daemon, but does not affect the emacs clients. The buffer is opened but not visible, the *scratch* buffer is opened instead. Thank you -- Damien Cassou http://damiencassou.seasidehosting.st From cyd@stupidchicken.com Thu Apr 9 19:23:40 2009 Received: (at 2825) by emacsbugs.donarmstrong.com; 10 Apr 2009 02:23:40 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3A2NbGZ001712 for <2825@emacsbugs.donarmstrong.com>; Thu, 9 Apr 2009 19:23:38 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 7141F57E251; Thu, 9 Apr 2009 22:25:20 -0400 (EDT) From: Chong Yidong To: emacs-devel@gnu.org Cc: 2825@debbugs.gnu.org Subject: Re: 23.0.91; initial-buffer-choice useless with emacs daemon Date: Thu, 09 Apr 2009 22:25:20 -0400 Message-ID: <87ocv5mei7.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > the new variable initial-buffer-choice seems useless when using emacs > as a daemon and emacsclient. This variable probably sets the initial > frame of the daemon, but does not affect the emacs clients. The buffer > is opened but not visible, the *scratch* buffer is opened instead. Currently, server-create-tty-frame and server-create-window-system-frame are hardcoded to display *scratch* if no emacsclient argument is given. In bug #2825, Damien Cassou has argued that they should obey initial-buffer-choice. Are there any objections? From dann@godzilla.ics.uci.edu Sat Apr 11 08:13:28 2009 Received: (at 2825) by emacsbugs.donarmstrong.com; 11 Apr 2009 15:13:28 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3BFDPg5026007 for <2825@emacsbugs.donarmstrong.com>; Sat, 11 Apr 2009 08:13:26 -0700 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by barrelv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n3BFD7Qa016959; Sat, 11 Apr 2009 08:13:07 -0700 (PDT) Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n3BFD6fp012593; Sat, 11 Apr 2009 08:13:06 -0700 (PDT) Date: Sat, 11 Apr 2009 08:13:06 -0700 (PDT) Message-Id: <200904111513.n3BFD6fp012593@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Chong Yidong Cc: emacs-devel@gnu.org, 2825@debbugs.gnu.org Subject: Re: 23.0.91; initial-buffer-choice useless with emacs daemon References: <87ocv5mei7.fsf@cyd.mit.edu> X-Debbugs-No-Ack: yes In-Reply-To: <87ocv5mei7.fsf@cyd.mit.edu> (Chong Yidong's message of "Thu, 09 Apr 2009 22:25:20 -0400") Lines: 27 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n3BFD7Qa016959 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu Chong Yidong writes: > > the new variable initial-buffer-choice seems useless when using emacs > > as a daemon and emacsclient. This variable probably sets the initial > > frame of the daemon, but does not affect the emacs clients. The buffer > > is opened but not visible, the *scratch* buffer is opened instead. > > Currently, server-create-tty-frame and server-create-window-system-frame > are hardcoded to display *scratch* if no emacsclient argument is given. > In bug #2825, Damien Cassou has argued that they should obey > initial-buffer-choice. > > Are there any objections? Showing the startup screen every time when connecting to the server can be seriously annoying for the user. This situation is not equivalent with showing the startup screen when starting emacs because we assume that emacs is not started very often. Connecting/disconnecting to the server is a much more frequent action for some use cases. So changing this at this point does not sound like a good idea. If it needs to be changed at all it can wait until 23.2. If many people don't like it we'll generate yet another very long discussion (like all discussions about the startup screen), and it's simply not worth it when trying to get a release out. From monnier@iro.umontreal.ca Sat Apr 11 11:35:09 2009 Received: (at 2825) by emacsbugs.donarmstrong.com; 11 Apr 2009 18:35:10 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: ** X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=2.5 required=4.0 tests=XIRONPORT autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3BIZ1tL012869 for <2825@emacsbugs.donarmstrong.com>; Sat, 11 Apr 2009 11:35:03 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArEEAP5+4ElLd+7D/2dsb2JhbACBUcd4g3wGhRaCMQ X-IronPort-AV: E=Sophos;i="4.40,172,1238990400"; d="scan'208";a="36905842" Received: from 75-119-238-195.dsl.teksavvy.com (HELO pastel.home) ([75.119.238.195]) by ironport2-out.teksavvy.com with ESMTP; 11 Apr 2009 14:34:56 -0400 Received: by pastel.home (Postfix, from userid 20848) id 27E9182F5; Sat, 11 Apr 2009 14:34:56 -0400 (EDT) From: Stefan Monnier To: Dan Nicolaescu Cc: Chong Yidong , 2825@debbugs.gnu.org, emacs-devel@gnu.org Subject: Re: 23.0.91; initial-buffer-choice useless with emacs daemon Message-ID: References: <87ocv5mei7.fsf@cyd.mit.edu> <200904111513.n3BFD6fp012593@godzilla.ics.uci.edu> Date: Sat, 11 Apr 2009 14:34:56 -0400 In-Reply-To: <200904111513.n3BFD6fp012593@godzilla.ics.uci.edu> (Dan Nicolaescu's message of "Sat, 11 Apr 2009 08:13:06 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> > the new variable initial-buffer-choice seems useless when using emacs >> > as a daemon and emacsclient. This variable probably sets the initial >> > frame of the daemon, but does not affect the emacs clients. The buffer >> > is opened but not visible, the *scratch* buffer is opened instead. >> >> Currently, server-create-tty-frame and server-create-window-system-frame >> are hardcoded to display *scratch* if no emacsclient argument is given. >> In bug #2825, Damien Cassou has argued that they should obey >> initial-buffer-choice. >> >> Are there any objections? > Showing the startup screen every time when connecting to the server can > be seriously annoying for the user. I'm not sure what you mean by "the startup screen", but if a user prefers to start with a (dired "~/") than with *scratch*, I can't think of a good reason why we should disregard this preference when connecting via the emacsclient. Stefan From dann@godzilla.ics.uci.edu Sat Apr 11 16:37:12 2009 Received: (at 2825) by emacsbugs.donarmstrong.com; 11 Apr 2009 23:37:12 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from sallyv2.ics.uci.edu (sallyv2.ics.uci.edu [128.195.1.120]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3BNbADc026652 for <2825@emacsbugs.donarmstrong.com>; Sat, 11 Apr 2009 16:37:11 -0700 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by sallyv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n3BNYwle015621; Sat, 11 Apr 2009 16:34:59 -0700 (PDT) Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n3BNYwuE019572; Sat, 11 Apr 2009 16:34:58 -0700 (PDT) Date: Sat, 11 Apr 2009 16:34:58 -0700 (PDT) Message-Id: <200904112334.n3BNYwuE019572@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Stefan Monnier Cc: 2825@debbugs.gnu.org, Chong Yidong , emacs-devel@gnu.org Subject: Re: bug#2825: 23.0.91; initial-buffer-choice useless with emacs daemon References: <87ocv5mei7.fsf@cyd.mit.edu> <200904111513.n3BFD6fp012593@godzilla.ics.uci.edu> X-Debbugs-No-Ack: yes In-Reply-To: (Stefan Monnier's message of "Sat, 11 Apr 2009 14:34:56 -0400") Lines: 24 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n3BNYwle015621 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu Stefan Monnier writes: > >> > the new variable initial-buffer-choice seems useless when using emacs > >> > as a daemon and emacsclient. This variable probably sets the initial > >> > frame of the daemon, but does not affect the emacs clients. The buffer > >> > is opened but not visible, the *scratch* buffer is opened instead. > >> > >> Currently, server-create-tty-frame and server-create-window-system-frame > >> are hardcoded to display *scratch* if no emacsclient argument is given. > >> In bug #2825, Damien Cassou has argued that they should obey > >> initial-buffer-choice. > >> > >> Are there any objections? > > > Showing the startup screen every time when connecting to the server can > > be seriously annoying for the user. > > I'm not sure what you mean by "the startup screen", but if a user > prefers to start with a (dired "~/") than with *scratch*, I can't think > of a good reason why we should disregard this preference when connecting > via the emacsclient. The startup screen is what `display-startup-screen' displays. And that's my point too, *scratch* is a fine choice for now. From monnier@iro.umontreal.ca Mon Apr 13 10:51:28 2009 Received: (at 2825) by emacsbugs.donarmstrong.com; 13 Apr 2009 17:51:28 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.4 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3DHpPAB031288 for <2825@emacsbugs.donarmstrong.com>; Mon, 13 Apr 2009 10:51:26 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiAFANsY40lLd+7D/2dsb2JhbACBUstdg3wGhRaCMQ X-IronPort-AV: E=Sophos;i="4.40,180,1238990400"; d="scan'208";a="36964969" Received: from 75-119-238-195.dsl.teksavvy.com (HELO ceviche.home) ([75.119.238.195]) by ironport2-out.teksavvy.com with ESMTP; 13 Apr 2009 13:51:19 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 7FD1C70764; Mon, 13 Apr 2009 13:51:19 -0400 (EDT) From: Stefan Monnier To: Dan Nicolaescu Cc: 2825@debbugs.gnu.org, Chong Yidong , emacs-devel@gnu.org Subject: Re: bug#2825: 23.0.91; initial-buffer-choice useless with emacs daemon Message-ID: References: <87ocv5mei7.fsf@cyd.mit.edu> <200904111513.n3BFD6fp012593@godzilla.ics.uci.edu> <200904112334.n3BNYwuE019572@godzilla.ics.uci.edu> Date: Mon, 13 Apr 2009 13:51:19 -0400 In-Reply-To: <200904112334.n3BNYwuE019572@godzilla.ics.uci.edu> (Dan Nicolaescu's message of "Sat, 11 Apr 2009 16:34:58 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> I'm not sure what you mean by "the startup screen", but if a user >> prefers to start with a (dired "~/") than with *scratch*, I can't think >> of a good reason why we should disregard this preference when connecting >> via the emacsclient. > The startup screen is what `display-startup-screen' displays. > And that's my point too, *scratch* is a fine choice for now. What does this have to do with the question at hand. IIUC th question at hand is: why should the server.el code show "*scratch*" when the user has set initial-buffer-choice to some file name? Stefan From dann@godzilla.ics.uci.edu Mon Apr 13 11:13:58 2009 Received: (at 2825) by emacsbugs.donarmstrong.com; 13 Apr 2009 18:13:58 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, MONOTONE_WORDS_2_15,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from sallyv2.ics.uci.edu (sallyv2.ics.uci.edu [128.195.1.120]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3DIDtkt004809 for <2825@emacsbugs.donarmstrong.com>; Mon, 13 Apr 2009 11:13:56 -0700 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by sallyv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n3DIDix1007422; Mon, 13 Apr 2009 11:13:44 -0700 (PDT) Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n3DIDinI026826; Mon, 13 Apr 2009 11:13:44 -0700 (PDT) Date: Mon, 13 Apr 2009 11:13:44 -0700 (PDT) Message-Id: <200904131813.n3DIDinI026826@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Stefan Monnier Cc: 2825@debbugs.gnu.org, Chong Yidong , emacs-devel@gnu.org Subject: Re: bug#2825: 23.0.91; initial-buffer-choice useless with emacs daemon References: <87ocv5mei7.fsf@cyd.mit.edu> <200904111513.n3BFD6fp012593@godzilla.ics.uci.edu> <200904112334.n3BNYwuE019572@godzilla.ics.uci.edu> X-Debbugs-No-Ack: yes In-Reply-To: (Stefan Monnier's message of "Mon, 13 Apr 2009 13:51:19 -0400") Lines: 23 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n3DIDix1007422 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu Stefan Monnier writes: > >> I'm not sure what you mean by "the startup screen", but if a user > >> prefers to start with a (dired "~/") than with *scratch*, I can't think > >> of a good reason why we should disregard this preference when connecting > >> via the emacsclient. > > > The startup screen is what `display-startup-screen' displays. > > And that's my point too, *scratch* is a fine choice for now. > > What does this have to do with the question at hand. IIUC th question > at hand is: why should the server.el code show "*scratch*" when the user > has set initial-buffer-choice to some file name? NEWS says: ** New user option `initial-buffer-choice' specifies what to display after starting Emacs: startup screen, *scratch* buffer, visiting a file or directory. if the code is changed so that emacsclient called with no arguments displays the startup screen __by default__, then we might have yet another long discussion if this is the right thing to do. From monnier@iro.umontreal.ca Mon Apr 13 19:07:47 2009 Received: (at 2825) by emacsbugs.donarmstrong.com; 14 Apr 2009 02:07:47 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.4 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3E27ibN005134 for <2825@emacsbugs.donarmstrong.com>; Mon, 13 Apr 2009 19:07:45 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiAFAN+M40lLd+7D/2dsb2JhbACBUstVg3wGhRaCMQ X-IronPort-AV: E=Sophos;i="4.40,182,1238990400"; d="scan'208";a="36992006" Received: from 75-119-238-195.dsl.teksavvy.com (HELO pastel.home) ([75.119.238.195]) by ironport2-out.teksavvy.com with ESMTP; 13 Apr 2009 22:07:38 -0400 Received: by pastel.home (Postfix, from userid 20848) id 9AFFB80F1; Mon, 13 Apr 2009 22:07:38 -0400 (EDT) From: Stefan Monnier To: Dan Nicolaescu Cc: 2825@debbugs.gnu.org, Chong Yidong , emacs-devel@gnu.org Subject: Re: bug#2825: 23.0.91; initial-buffer-choice useless with emacs daemon Message-ID: References: <87ocv5mei7.fsf@cyd.mit.edu> <200904111513.n3BFD6fp012593@godzilla.ics.uci.edu> <200904112334.n3BNYwuE019572@godzilla.ics.uci.edu> <200904131813.n3DIDinI026826@godzilla.ics.uci.edu> Date: Mon, 13 Apr 2009 22:07:38 -0400 In-Reply-To: <200904131813.n3DIDinI026826@godzilla.ics.uci.edu> (Dan Nicolaescu's message of "Mon, 13 Apr 2009 11:13:44 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> >> I'm not sure what you mean by "the startup screen", but if a user >> >> prefers to start with a (dired "~/") than with *scratch*, I can't think >> >> of a good reason why we should disregard this preference when connecting >> >> via the emacsclient. >> >> > The startup screen is what `display-startup-screen' displays. >> > And that's my point too, *scratch* is a fine choice for now. >> >> What does this have to do with the question at hand. IIUC th question >> at hand is: why should the server.el code show "*scratch*" when the user >> has set initial-buffer-choice to some file name? > NEWS says: > ** New user option `initial-buffer-choice' specifies what to display > after starting Emacs: startup screen, *scratch* buffer, visiting a > file or directory. > if the code is changed so that emacsclient called with no arguments > displays the startup screen __by default__, then we might have yet > another long discussion if this is the right thing to do. I do not understand what you mean. Stefan From dann@godzilla.ics.uci.edu Mon Apr 13 19:36:15 2009 Received: (at 2825) by emacsbugs.donarmstrong.com; 14 Apr 2009 02:36:15 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-5.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3E2aC5i012621 for <2825@emacsbugs.donarmstrong.com>; Mon, 13 Apr 2009 19:36:13 -0700 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by barrelv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n3E2ZpZ5017478; Mon, 13 Apr 2009 19:35:51 -0700 (PDT) Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n3E2Zp0J008505; Mon, 13 Apr 2009 19:35:51 -0700 (PDT) Date: Mon, 13 Apr 2009 19:35:51 -0700 (PDT) Message-Id: <200904140235.n3E2Zp0J008505@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Stefan Monnier Cc: 2825@debbugs.gnu.org, Chong Yidong , emacs-devel@gnu.org Subject: Re: bug#2825: 23.0.91; initial-buffer-choice useless with emacs daemon References: <87ocv5mei7.fsf@cyd.mit.edu> <200904111513.n3BFD6fp012593@godzilla.ics.uci.edu> <200904112334.n3BNYwuE019572@godzilla.ics.uci.edu> <200904131813.n3DIDinI026826@godzilla.ics.uci.edu> X-Debbugs-No-Ack: yes In-Reply-To: (Stefan Monnier's message of "Mon, 13 Apr 2009 22:07:38 -0400") Lines: 38 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n3E2ZpZ5017478 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu Stefan Monnier writes: > >> >> I'm not sure what you mean by "the startup screen", but if a user > >> >> prefers to start with a (dired "~/") than with *scratch*, I can't think > >> >> of a good reason why we should disregard this preference when connecting > >> >> via the emacsclient. > >> > >> > The startup screen is what `display-startup-screen' displays. > >> > And that's my point too, *scratch* is a fine choice for now. > >> > >> What does this have to do with the question at hand. IIUC th question > >> at hand is: why should the server.el code show "*scratch*" when the user > >> has set initial-buffer-choice to some file name? > > > NEWS says: > > > ** New user option `initial-buffer-choice' specifies what to display > > after starting Emacs: startup screen, *scratch* buffer, visiting a > > file or directory. > > > if the code is changed so that emacsclient called with no arguments > > displays the startup screen __by default__, then we might have yet > > another long discussion if this is the right thing to do. > > I do not understand what you mean. Currently: emacs -q -f server-start emacsclient -t shows the *scratch* buffer. Will the proposed change will make emacsclient -t show the startup screen? If yes, then IMO it's not a good idea to implement such a change of behavior at this time. From monnier@iro.umontreal.ca Mon Apr 13 20:49:26 2009 Received: (at 2825) by emacsbugs.donarmstrong.com; 14 Apr 2009 03:49:27 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3E3nNxC030293 for <2825@emacsbugs.donarmstrong.com>; Mon, 13 Apr 2009 20:49:24 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiAFAE+k40lLd+7D/2dsb2JhbACBUstgg3wGhRaCMQ X-IronPort-AV: E=Sophos;i="4.40,183,1238990400"; d="scan'208";a="36995595" Received: from 75-119-238-195.dsl.teksavvy.com (HELO pastel.home) ([75.119.238.195]) by ironport2-out.teksavvy.com with ESMTP; 13 Apr 2009 23:49:17 -0400 Received: by pastel.home (Postfix, from userid 20848) id 1F9D880F1; Mon, 13 Apr 2009 23:49:17 -0400 (EDT) From: Stefan Monnier To: Dan Nicolaescu Cc: 2825@debbugs.gnu.org, Chong Yidong , emacs-devel@gnu.org Subject: Re: bug#2825: 23.0.91; initial-buffer-choice useless with emacs daemon Message-ID: References: <87ocv5mei7.fsf@cyd.mit.edu> <200904111513.n3BFD6fp012593@godzilla.ics.uci.edu> <200904112334.n3BNYwuE019572@godzilla.ics.uci.edu> <200904131813.n3DIDinI026826@godzilla.ics.uci.edu> <200904140235.n3E2Zp0J008505@godzilla.ics.uci.edu> Date: Mon, 13 Apr 2009 23:49:17 -0400 In-Reply-To: <200904140235.n3E2Zp0J008505@godzilla.ics.uci.edu> (Dan Nicolaescu's message of "Mon, 13 Apr 2009 19:35:51 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > Will the proposed change will make > emacsclient -t > show the startup screen? Of course not. We're only talking about the case where "the user has set initial-buffer-choice to some file name". Stefan From cyd@stupidchicken.com Thu Aug 13 07:34:48 2009 Received: (at control) by emacsbugs.donarmstrong.com; 13 Aug 2009 14:34:48 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.4 required=4.0 tests=AWL,VALID_BTS_CONTROL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from pantheon-po33.its.yale.edu (pantheon-po33.its.yale.edu [130.132.50.94]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7DEYkiQ031683 for ; Thu, 13 Aug 2009 07:34:48 -0700 Received: from furry (dhcp128036014244.central.yale.edu [128.36.14.244]) (authenticated bits=0) by pantheon-po33.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id n7DEYeHn031803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 13 Aug 2009 10:34:40 -0400 Received: by furry (Postfix, from userid 1000) id 934E9C070; Thu, 13 Aug 2009 10:34:40 -0400 (EDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: severity 2825 wishlist Date: Thu, 13 Aug 2009 10:34:40 -0400 Message-ID: <87d46z4wan.fsf@stupidchicken.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) severity 2825 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 20 06:06:20 2012 Received: (at 2825) by debbugs.gnu.org; 20 Apr 2012 10:06:21 +0000 Received: from localhost ([127.0.0.1]:43549 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAjJ-0001ay-Qp for submit@debbugs.gnu.org; Fri, 20 Apr 2012 06:06:19 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:54109 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAjH-0001ao-0d for 2825@debbugs.gnu.org; Fri, 20 Apr 2012 06:06:15 -0400 Received: from [155.69.18.143] (port=50842 helo=ulysses) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1SLAir-00058u-53; Fri, 20 Apr 2012 06:05:49 -0400 From: Chong Yidong To: Damien Cassou Subject: Re: bug#2825: 23.0.91; initial-buffer-choice useless with emacs daemon References: <6ac749c10903300657u76f30ae5l3cd429c9189f4e4c@mail.gmail.com> Date: Fri, 20 Apr 2012 18:05:40 +0800 In-Reply-To: <6ac749c10903300657u76f30ae5l3cd429c9189f4e4c@mail.gmail.com> (Damien Cassou's message of "Mon, 30 Mar 2009 15:57:59 +0200") Message-ID: <877gxavhu3.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 2825 Cc: 2825@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Damien Cassou writes: > the new variable initial-buffer-choice seems useless when using emacs > as a daemon and emacsclient. This variable probably sets the initial > frame of the daemon, but does not affect the emacs clients. The buffer > is opened but not visible, the *scratch* buffer is opened instead. I've changed the trunk to reflect this behavior. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 20 06:06:29 2012 Received: (at control) by debbugs.gnu.org; 20 Apr 2012 10:06:30 +0000 Received: from localhost ([127.0.0.1]:43552 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAjS-0001bJ-00 for submit@debbugs.gnu.org; Fri, 20 Apr 2012 06:06:28 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:54119 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAjQ-0001bC-2Z for control@debbugs.gnu.org; Fri, 20 Apr 2012 06:06:24 -0400 Received: from [155.69.18.143] (port=50843 helo=ulysses) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1SLAj1-00059j-6K for control@debbugs.gnu.org; Fri, 20 Apr 2012 06:05:59 -0400 From: Chong Yidong To: control@debbugs.gnu.org Subject: close 2825 Date: Fri, 20 Apr 2012 18:05:53 +0800 Message-ID: <87zka6wwe6.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) close 2825 thanks From unknown Sat Aug 16 11:33:09 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 18 May 2012 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator