bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#58634: Long delay with blank screen whilst loading desktop at emacs


From: Eli Zaretskii
Subject: bug#58634: Long delay with blank screen whilst loading desktop at emacs startup
Date: Fri, 21 Oct 2022 21:12:37 +0300

> Date: Fri, 21 Oct 2022 17:15:19 +0000
> Cc: juri@linkov.net, 58634@debbugs.gnu.org, acm@muc.de
> From: Alan Mackenzie <acm@muc.de>
> 
> Hello, Eli.
> 
> On Fri, Oct 21, 2022 at 18:57:28 +0300, Eli Zaretskii wrote:
> > > Date: Fri, 21 Oct 2022 15:42:54 +0000
> > > Cc: juri@linkov.net, 58634@debbugs.gnu.org, acm@muc.de
> > > From: Alan Mackenzie <acm@muc.de>
> 
> > > > I'm against adding this kind of trace.
> 
> > > Yes, that's clear, but you haven't suggested anything better.  Emacs
> > > freezing for large portions of a minute, or even longer, is not a good
> > > thing.
> 
> > I suggest to do nothing about that.
> 
> Yes.  I don't understand that.  Emacs hangs irritatingly, and there's a
> simple fix.  You're not prepared to apply it, to try it out, or even to
> look at it.

If you want some messages to be displayed, you should be able to
sprinkle your init file with them, right?  You can also define a
desktop-after-read-hook function to display something, if you want.
Assuming this will make the frame display something, why impose your
personal preferences on everyone?  I'm not aware of any complaints
about what happens when desktop.el restores a session (one more reason
to consider your case a rare one).

> What about the other remaining matter - that (message "") in info.el?
> Presumably we're waiting on some response from Juri.

Yes.  Assuming my guess is correct, I'm okay with removing that.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]