From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Corwin Brust Newsgroups: gmane.emacs.devel Subject: Re: Avoiding the cover page - emacs 28 Date: Sat, 18 Jan 2020 14:53:02 -0600 Message-ID: References: <87v9paw6tu.fsf@local.lan> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000204aed059c703fd2" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="68444"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Harry Putnam , Stefan Monnier , Emacs developers To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jan 18 21:54:07 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1isv6d-000HmF-IN for ged-emacs-devel@m.gmane-mx.org; Sat, 18 Jan 2020 21:54:07 +0100 Original-Received: from localhost ([::1]:44810 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1isv6c-0005kt-LY for ged-emacs-devel@m.gmane-mx.org; Sat, 18 Jan 2020 15:54:06 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58222) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1isv5r-0004nO-4c for emacs-devel@gnu.org; Sat, 18 Jan 2020 15:53:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1isv5o-0006vR-MN for emacs-devel@gnu.org; Sat, 18 Jan 2020 15:53:18 -0500 Original-Received: from mail-ed1-f46.google.com ([209.85.208.46]:34853) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1isv5n-0006rf-UG for emacs-devel@gnu.org; Sat, 18 Jan 2020 15:53:16 -0500 Original-Received: by mail-ed1-f46.google.com with SMTP id f8so25798631edv.2 for ; Sat, 18 Jan 2020 12:53:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ZQ5Mv4skdoPtO9Kylt8mv3LuQbRGREzOwun3sCGJ32E=; b=QxG6BvrRujS0QBu8dZh6htgZmqx4om8i8P4lZXuVdb1RR5E+1CqCqw716h7/QhTU7r TVp7rK+1F5jn4TAagseW8HTL2kkY97Blrr4Jmgg64UG1yjndy5rfG5esFv5dZY6x83d5 JnlyxLo+WuTVY9IEjklGD0RAiJiW6LuaW9+z+GhnsaKmxqJe5Lfdq6nL2Teqc1lUprlk rCYZorytq/5/niQYH34VpAGdIa7XWbGLJMkrb7KMVp9wtgKO1K7kSieGJNppo7SEvf8a zsS/PgdZ+7cGiSBVvBqm+evDFwVantkDXkpCBDqOR2aqOWNquYT3e2jCD2RTikZqWT4r RuGA== X-Gm-Message-State: APjAAAWU2zsmtrJ5d9sx3SyoNwtBO3z6pa1KqnHOR7nT6ZbD8/adOJKx 9USNtT3bm2r5X8ewOEXmYCoXhak5yIqMpGEo6B4= X-Google-Smtp-Source: APXvYqwe/d6aJC283QuSJ2owoBoe7qXFTdV//fIIlEPNDApcsZrR2fe64Az9oC0v5PS52TaJhvEAQGW7PJh0Ou0J7ak= X-Received: by 2002:a05:6402:1764:: with SMTP id da4mr10748929edb.24.1579380792903; Sat, 18 Jan 2020 12:53:12 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.208.46 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:244357 Archived-At: --000000000000204aed059c703fd2 Content-Type: text/plain; charset="UTF-8" Hi again. On Sat, Jan 18, 2020 at 10:46 AM Stefan Kangas wrote: > Stefan Monnier write: > > > > I'd like to avoid the cover page emacs displays when I open it. > > > > > > even with an argument like `~/' or `.' emacs opens with 2 screens, the > > > bottom one showing the Coverpage and the top showing the opened > > > argument. > > > > Have you tried to read that "coverpage" and click on the button for that > > purpose there? > > I've added some comments regarding this in Bug#9248 which asks to not > show the the splash by default when running "emacs ". I'm in > favour of this proposal. > > Please see the two e-mails starting from here: > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=9248#23 > I put this into the thread Stefan Kangas links here also, but: I had trouble finding this button. Looking a little bit into startup.el suggests the button to quickly customize inhibiting splash isn't shown, essentially, unless the slash page is being shown because the user has explicitly invoked it sometime after startup (I think it's "after a buffer has been opened", really). I'm looking using GNU 26.3 on Windows 10 and started digging at `fancy-startup-screen', called from `display-startup-screen', called from `command-line-1', called from `command-line'. I had a very real sense of 'there be dragons' reading startup.el but I'm *fairly* sure that the conditional logic around whether to display a "concise" version of the startup page is based on whether there are any buffers opened yet (display concisely if there are), and that the button mentioned only shows in the concise view (see line 1771 of the 26.3 release version of startup.el). I wonder if the logic to display or not display the button is wrong, maybe unnecessary. Is it likely people would manually fire up the splash screen to get at this button? This looks like it has the same effect as customizing the specific option and saving the customization which I'm assuming we probably learn before figuring out how to manually launch the splash page. I used M-: (fancy-startup-screen) and (fancy-startup-screen t) after not finding an interactive wrapper. The interactive functions in (my version of) startup.el are `display-about-screen' (not the same info and, obviously, no buttons for directly changing startup behavior here) and `exit-splash-screen'. I'm tempted to submit a patch that simply inverts changes the condition to ~(null concise)~. *But* should there also be an interactive wrapper to display the startup screen given it maybe has special-case behaviour just for this that we've no easy way to get at? (Not on the menu and takes a lambda or user defun to add currently, I think) I'm not sure if it's worth repeating my arguments here and splitting > the discussion in two. It might be better that those interested > instead replies to that bug report? > I've responded to both places, I'm afraid. To your point worse: this is the better more readable version. -- *Corwin* *corwin@bru.st * --000000000000204aed059c703fd2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi again.

On Sat, Jan 18, 2020 at 10:46 AM Stefan = Kangas <stefan@marxist.se> w= rote:
Stefan Mon= nier <monn= ier@iro.umontreal.ca> write:

> > I'd like to avoid the cover page emacs displays when I open i= t.
> >
> > even with an argument like `~/' or `.' emacs opens with 2= screens, the
> > bottom one showing the Coverpage and the top showing the opened > > argument.
>
> Have you tried to read that "coverpage" and click on the but= ton for that
> purpose there?

I've added some comments regarding this in Bug#9248 which asks to not show the the splash by default when running "emacs <file>".= =C2=A0 I'm in
favour of this proposal.

Please see the two e-mails starting from here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug= =3D9248#23

I put this into the thre= ad Stefan Kangas links here also, but:

I had troub= le finding this button.=C2=A0 Looking a little bit into startup.el suggests= the button to quickly customize inhibiting splash isn't shown, essenti= ally, unless the slash page is being shown because the user has explicitly = invoked it sometime after startup (I think it's "after a buffer ha= s been opened", really).=C2=A0

I'm l= ooking using GNU 26.3 on Windows 10 and started digging at `fancy-startup-s= creen', called from `display-startup-screen', called from `command-= line-1', called from `command-line'.=C2=A0 I had a very real sense = of 'there be dragons' reading startup.el but I'm *fairly* sure = that the conditional logic around whether to display a "concise" = version of the startup page is based on whether there are any buffers opene= d yet (display concisely if there are), and that the button mentioned only = shows in the concise view (see line 1771 of the 26.3 release version of sta= rtup.el).

I wonder if the logic to display or = not display the button is wrong, maybe unnecessary.

Is it likely people would manually fire up the splash screen to get = at this button?=C2=A0 This looks like it has the same effect as customizing= the specific option and saving the customization which I'm assuming we= probably learn before figuring out how to manually launch the splash page.= =C2=A0 I used M-: (fancy-startup-screen) and (fancy-startup-screen t) after= not finding an interactive wrapper.=C2=A0 The interactive functions in (my= version of) startup.el are `display-about-screen' (not the same info a= nd, obviously, no buttons for directly changing startup behavior here) and = `exit-splash-screen'.

I'm tempted to submit a p= atch that simply inverts changes the condition to ~(null concise)~.
*But* should there also be an interactive wrapper = to display the startup screen given it maybe has special-case behaviour jus= t for this that we've no easy way to get at? (Not on the menu and takes= a lambda or user defun to add currently, I think)

I'm not sure if it's worth repeating my arguments here and splittin= g
the discussion in two.=C2=A0 It might be better that those interested
instead replies to that bug report?

I&#= 39;ve responded to both places, I'm afraid.=C2=A0 To your point worse: = this is the better more readable version.

--
Corwin=
--000000000000204aed059c703fd2--