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.bugs Subject: bug#9248: 23.2; Welcome screen Date: Sat, 18 Jan 2020 13:49:35 -0600 Message-ID: References: <868vr97e2e.fsf@jmfranc-laptop.i-did-not-set--mail-host-address--so-tickle-me> <87a76l1wen.fsf@marxist.se> <87tv4tbfoz.fsf@gmail.com> <871rrxxfea.fsf@marxist.se> <87lfq4wwez.fsf@marxist.se> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000003f1adf059c6f5cbb" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="114575"; mail-complaints-to="usenet@ciao.gmane.io" To: Stefan Kangas , 9248@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jan 18 20:59:33 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1isuFo-000TkV-Eu for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 18 Jan 2020 20:59:32 +0100 Original-Received: from localhost ([::1]:44482 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1isuFn-0005FM-HG for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 18 Jan 2020 14:59:31 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53915) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1isuFM-0004ms-LI for bug-gnu-emacs@gnu.org; Sat, 18 Jan 2020 14:59:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1isuFL-0004jM-0G for bug-gnu-emacs@gnu.org; Sat, 18 Jan 2020 14:59:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36281) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1isuFK-0004jH-Tu for bug-gnu-emacs@gnu.org; Sat, 18 Jan 2020 14:59:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1isuFK-0004M1-Ti for bug-gnu-emacs@gnu.org; Sat, 18 Jan 2020 14:59:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Corwin Brust Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Jan 2020 19:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9248 X-GNU-PR-Package: emacs Original-Received: via spool by 9248-submit@debbugs.gnu.org id=B9248.157937753116702 (code B ref 9248); Sat, 18 Jan 2020 19:59:02 +0000 Original-Received: (at 9248) by debbugs.gnu.org; 18 Jan 2020 19:58:51 +0000 Original-Received: from localhost ([127.0.0.1]:42252 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isuF8-0004LF-9P for submit@debbugs.gnu.org; Sat, 18 Jan 2020 14:58:50 -0500 Original-Received: from mail-ed1-f45.google.com ([209.85.208.45]:44279) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isu6S-00048E-Il for 9248@debbugs.gnu.org; Sat, 18 Jan 2020 14:49:53 -0500 Original-Received: by mail-ed1-f45.google.com with SMTP id bx28so25683497edb.11 for <9248@debbugs.gnu.org>; Sat, 18 Jan 2020 11:49:52 -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; bh=VU7HuQVuqNAkZ3OzwpX8yASerpUbMqskl5zqD34Mtdg=; b=ij45o/V5XjcJgmhddoAMFxPG1C1oshQz/NW1AgiU4HVjRdLgQaVHtwA1ARv4TD+t6H AV9IJjE0TRk9yBku11HJNvCBdAzmEDr09PV0QSRXekm+EWJ+Ayb1F+7hpxUC3oI8+h0B wqn+SmPDcMsdn9o+nmn3IyeK8QDXxYWOPgLKURSuv1Y8WWGLkD/4e+j8sg5r7disU0c1 7LfXHzU3XovniI9j9Oi+7PynhTLFCI3uhpRatrwMxk4eaMJzADKErAdSe78HAM180hUX srrBREs4RMyFtAQJbTVLNIz3uwtGZ+2fLgKQAW0brtYLJuXmanuRPnhYCDw3xQmjDX7e /vrg== X-Gm-Message-State: APjAAAWydrdrHzMWigub0LBDjTgk0SyO3WKySMBBeVE4SGAVNHUDRWyb ooKGhbj25zZkDSEdaKDGanEXZm4f94nP4siqqtvy00npGk4= X-Google-Smtp-Source: APXvYqw8aoz7gpYAItWIqNSDVmi7rjfSmDglcA6kRpUo+NJ/L1a6cmGWPPjjpTQLOSFCFyJQBGU6zVHiAr7nMebnLK0= X-Received: by 2002:a17:906:7806:: with SMTP id u6mr13872177ejm.200.1579376986493; Sat, 18 Jan 2020 11:49:46 -0800 (PST) In-Reply-To: X-Mailman-Approved-At: Sat, 18 Jan 2020 14:58:48 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:174836 Archived-At: --0000000000003f1adf059c6f5cbb Content-Type: text/plain; charset="UTF-8" Sorry again for my clumsiness with emails. On Sat, Jan 18, 2020 at 1:44 PM Corwin Brust wrote: > Resending but to the whole list. Oops. > > TL;DR: I think finding the simple button to disable splash-screen isn't > so easy. > I forgot to call-out my Emacs RE source code line number relevance: I'm using GNU 26.3 on Win 32. Only patch is to ERC around nick matching syntax tables. That said, please do see detail from me embedded below. > On Sat, Jan 18, 2020 at 1:42 PM Corwin Brust wrote: > >> >> Hi! >> >> On Sat, Jan 18, 2020 at 10:41 AM Stefan Kangas wrote: >> >>> Stefan Kangas writes: >>> >>> > I agree that this should be changed. I expect a splash screen to be >>> > shown only when I run a command without specifying any particular >>> > file. IME, this is what most other software does, and I see no reason >>> > why Emacs should be different. >>> >>> Catching up on emacs-devel, there is a thread on this particular >>> issue... where Stefan Monnier points to the "Dismiss this startup >>> screen" button. That button quits the window and customizes >>> inhibit-startup-window to t. This code seems to have been introduced >>> in 2007 by Chong Yidong (commit 22a58255). >>> >>> Of course, I have never seen that button over the years. I find that >>> your brain learns to filter out splash screens completely after a >>> while, which incidentally makes displaying them more often >>> counter-productive. >>> >> >> I wonder if the reason neither you or nor I had seen this button is that >> Emacs doesn't usually show it to us. I'm looking at 1843 of ~startup.el~. >> I think the button to quickly disable splash only displays when concise is >> t as per: >> >> 1813: (fancy-startup-screen &optional concise) >> ... >> Whereas within fancy-startup-tail we do this: >> >> 1771: (when concise >> (fancy-splash-insert >> :face 'variable-pitch "\n" >> :link `("Dismiss this startup screen" >> ,(lambda (_button) >> (when startup-screen-inhibit-startup-screen >> (customize-set-variable 'inhibit-startup-screen t) >> (customize-mark-to-save 'inhibit-startup-screen) >> (custom-save-all)) >> (let ((w (get-buffer-window "*GNU Emacs*"))) >> (and w (not (one-window-p)) (delete-window w))) >> (kill-buffer "*GNU Emacs*"))) >> " ") >> >> Meanwhile, this is called from `command-line-1' which starts around line >> 2233. >> >> It creates CONCISE based on the number of open buffers when called, e.g. >> 0 (zero) --so not-concise-- when starting Emacs. So no button for >> `inhibit-startup-screen' unless we open the spash screen "manually" one way >> or another. >> >> Maybe just always show the "inhibit splash" button? Maybe this logic to >> display or not this button should be inverted? Is it more likely I want to >> disable splash when I'm looking a fresh emacs or because I've called for >> the spash explicitly (maybe just to get at this button)? >> >> So, I don't think this changes my previous argument, but it does make >>> any need to change it less pressing. >>> >> >> I can also add that I've been using Emacs for 10+ years and found (setq >> inhibit-splash-screen t) for my init pleasure only a few months ago. So >> I'm all good now ;) >> >> Regards, >> >> -- >> *Corwin* >> *corwin@bru.st * >> > > > -- > *Corwin* > 612-217-1742 > 612-298-0615 (fax) > 612-695-4276 (mobile) > *corwin.brust (skype)corwin@bru.st * > -- *Corwin* 612-217-1742 612-298-0615 (fax) 612-695-4276 (mobile) *corwin.brust (skype)corwin@bru.st * --0000000000003f1adf059c6f5cbb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sorry again for my clumsiness with emails. =C2=A0

=

On Sat, Jan 18, 2020 at 1:44 PM Corwin Brust <corwin@bru.st> wrote:
Resending but to the= whole list.=C2=A0 Oops.

TL;DR:=C2=A0 I think = finding the simple button to disable splash-screen isn't so easy.

I forgot to call-out my Emacs RE source code line number relevance: =C2=A0 = I'm using GNU 26.3 on Win 32.=C2=A0 Only patch is to ERC around nick ma= tching syntax tables.=C2=A0 That said, please do see detail from me embedde= d below.
=C2=A0
On Sat, Jan 18, 2020 at 1:42 PM Corwin B= rust <corwin@bru.st> wrote:

Hi!

=
On Sat, Ja= n 18, 2020 at 10:41 AM Stefan Kangas <stefan@marxist.se> wrote:
Stefan Kangas <stefan@marxist.se> writes:

> I agree that this should be changed.=C2=A0 I expect a splash screen to= be
> shown only when I run a command without specifying any particular
> file.=C2=A0 IME, this is what most other software does, and I see no r= eason
> why Emacs should be different.

Catching up on emacs-devel, there is a thread on this particular
issue... where Stefan Monnier points to the "Dismiss this startup
screen" button.=C2=A0 That button quits the window and customizes
inhibit-startup-window to t.=C2=A0 This code seems to have been introduced<= br> in 2007 by Chong Yidong (commit 22a58255).

Of course, I have never seen that button over the years.=C2=A0 I find that<= br> your brain learns to filter out splash screens completely after a
while, which incidentally makes displaying them more often
counter-productive.

I wonder if the rea= son neither you or nor I had seen this button is that Emacs doesn't usu= ally show it to us. I'm looking at 1843 of ~startup.el~.=C2=A0 I think = the button to quickly disable splash only displays when concise is t as per= :

1813:=C2=A0 (fancy-startup-screen &optio= nal concise)
...
Whereas within fancy-startup-tail we d= o this:

1771:=C2=A0 (when concise
=C2=A0 = =C2=A0 (fancy-splash-insert
=C2=A0 =C2=A0 =C2=A0:face 'variable-pitc= h "\n"
=C2=A0 =C2=A0 =C2=A0:link `("Dismiss this startup = screen"
=C2=A0 =C2=A0 ,(lambda (_button)
(when startup-scree= n-inhibit-startup-screen
=C2=A0(customize-set-variable 'inhibit-s= tartup-screen t)
=C2=A0(customize-mark-to-save 'inhibit-startup-s= creen)
=C2=A0(custom-save-all))
(let ((w (get-buffer-window &quo= t;*GNU Emacs*")))
=C2=A0(and w (not (one-window-p)) (delete-wind= ow w)))
(kill-buffer "*GNU Emacs*")))
=C2=A0 =C2=A0 =C2= =A0" =C2=A0")
=C2=A0
Me= anwhile, this is called from `command-line-1' which starts around line = 2233.

It creates CONCISE based on the number of op= en buffers when called, e.g. 0 (zero) --so not-concise-- when starting Emac= s.=C2=A0 So no button for `inhibit-startup-screen' unless we open the s= pash screen "manually" one way or another.

Maybe just always show the "inhibit splash" button?=C2=A0 Mayb= e this logic to display or not this button should be inverted?=C2=A0 Is it = more likely I want to disable splash when I'm looking a fresh emacs or = because I've called for the spash explicitly (maybe just to get at this= button)?

So, I don't think this changes my previous argument, but it does m= ake
any need to change it less pressing.
=C2=A0
I can also add that I've been using Emacs for 10+ years and found = (setq inhibit-splash-screen t) for my init pleasure only a few months ago.= =C2=A0 So I'm all good now ;)

Regards,

--
=


--
Corwin
612-217-1742
612-298-0615 (f= ax)
= 612-695-4276 (mobile)
corwin.brust (skype)


--
= Corwin
612-217-1742
612-298-0615 (fax)
6= 12-695-4276 (mobile)
corwin.brust (skype)
<= div>corwin@bru.st
--0000000000003f1adf059c6f5cbb--