From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#58634: Long delay with blank screen whilst loading desktop at emacs startup Date: Sun, 23 Oct 2022 18:58:42 +0000 Message-ID: References: <83r0z1uju2.fsf@gnu.org> <83lep9ugyi.fsf@gnu.org> <83h6zwv0ft.fsf@gnu.org> <83tu3wt34l.fsf@gnu.org> <83sfjeqzjf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35731"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 58634@debbugs.gnu.org, juri@linkov.net To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Oct 24 08:54:24 2022 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 1omrLr-00092Y-0v for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 24 Oct 2022 08:54:23 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1omnGi-0004JD-BH; Sun, 23 Oct 2022 22:32:48 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1omgBa-0006gi-CJ for bug-gnu-emacs@gnu.org; Sun, 23 Oct 2022 14:59:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1omgBa-0005cc-52 for bug-gnu-emacs@gnu.org; Sun, 23 Oct 2022 14:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1omgBZ-0003Z8-TR for bug-gnu-emacs@gnu.org; Sun, 23 Oct 2022 14:59:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Oct 2022 18:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58634 X-GNU-PR-Package: emacs Original-Received: via spool by 58634-submit@debbugs.gnu.org id=B58634.166655153413692 (code B ref 58634); Sun, 23 Oct 2022 18:59:01 +0000 Original-Received: (at 58634) by debbugs.gnu.org; 23 Oct 2022 18:58:54 +0000 Original-Received: from localhost ([127.0.0.1]:46484 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1omgBS-0003Ym-Be for submit@debbugs.gnu.org; Sun, 23 Oct 2022 14:58:54 -0400 Original-Received: from mx3.muc.de ([193.149.48.5]:63963) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1omgBN-0003YX-SI for 58634@debbugs.gnu.org; Sun, 23 Oct 2022 14:58:53 -0400 Original-Received: (qmail 93773 invoked by uid 3782); 23 Oct 2022 20:58:43 +0200 Original-Received: from acm.muc.de (p2e5d5154.dip0.t-ipconnect.de [46.93.81.84]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 23 Oct 2022 20:58:43 +0200 Original-Received: (qmail 29162 invoked by uid 1000); 23 Oct 2022 18:58:42 -0000 Content-Disposition: inline In-Reply-To: <83sfjeqzjf.fsf@gnu.org> X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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: , Original-Sender: "bug-gnu-emacs" Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:246097 Archived-At: Hello, Eli. On Sun, Oct 23, 2022 at 19:23:48 +0300, Eli Zaretskii wrote: > > Date: Sun, 23 Oct 2022 15:22:05 +0000 > > Cc: juri@linkov.net, 58634@debbugs.gnu.org, acm@muc.de > > From: Alan Mackenzie > > > A hook I proposed is a more general facility, and can satisfy this > > > need as well. It looks to me as a better solution. > > OK, I've implemented a solution with a hook. > It doesn't seem to be such a solution. I see the hook you've added, > but I also see desktop-echo-progress and desktop-progress-message. > Why are those here? Why is anything needed in addition to the hook > and its calls where appropriate? What's the point of the hook on its own? I can't see much. I think what you're suggesting is that every user who wants progress messages should have to implement his own version. That would be a tremendous waste of hackers' time, and is, quite frankly, a ludicrous idea. Besides, the variable desktop-buffer-count is essential to full progress messages, and it's scarcely clean programming for random hook functions to access it. > My suggestion was to add the hook, and that's it. I was hoping that wasn't what you meant. I honestly can't see the point in just the hook. If you want this hook, feel free to extract it from my patch. I'm not willing to put any more time into this. > > The total number of buffers can be (and in my patch is) counted in > > desktop-save and saved in .emacs.desktop. > That means incompatible change of the desktop file format. Not at all. desktop has the facility of dumping random variables into ..emacs.desktop, and there's even a customisable variable for this. In this case an extra (setq desktop-buffer-count 166) gets written into the file, alongside several similar ones. > Let's not do this, please, not for such unimportant reasons. It's not unimportant. This facility of progress messages is a needed enhancement, without known disadvantages. You're not willing to merge it into Emacs, but haven't given a valid reason why not. I'm not willing to continue fighting you. I will probably post my original patch to emacs-devel in a day or two, and then we can see just what sort of demand for it there is amongst Emacs developers. -- Alan Mackenzie (Nuremberg, Germany).