From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#50491: 28.0.50; load-theme in early-init does not fully loads/enables expected faces Date: Fri, 10 Sep 2021 21:03:54 +0300 Message-ID: <834kasi9yt.fsf@gnu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13152"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 50491@debbugs.gnu.org To: yet@ego.team Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 10 20:05:15 2021 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 1mOktn-0003C9-33 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 10 Sep 2021 20:05:15 +0200 Original-Received: from localhost ([::1]:52418 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mOktl-0005aZ-8I for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 10 Sep 2021 14:05:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38904) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mOkta-0005aD-6T for bug-gnu-emacs@gnu.org; Fri, 10 Sep 2021 14:05:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55874) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mOktZ-0003Jd-UL for bug-gnu-emacs@gnu.org; Fri, 10 Sep 2021 14:05:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mOktZ-00004y-L2 for bug-gnu-emacs@gnu.org; Fri, 10 Sep 2021 14:05:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Sep 2021 18:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50491 X-GNU-PR-Package: emacs Original-Received: via spool by 50491-submit@debbugs.gnu.org id=B50491.163129705932703 (code B ref 50491); Fri, 10 Sep 2021 18:05:01 +0000 Original-Received: (at 50491) by debbugs.gnu.org; 10 Sep 2021 18:04:19 +0000 Original-Received: from localhost ([127.0.0.1]:39187 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOkss-0008VO-Nj for submit@debbugs.gnu.org; Fri, 10 Sep 2021 14:04:19 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:49930) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOksp-0008V9-LU for 50491@debbugs.gnu.org; Fri, 10 Sep 2021 14:04:17 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:56770) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mOksj-0002cA-B3; Fri, 10 Sep 2021 14:04:09 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2179 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mOksi-0004H1-UZ; Fri, 10 Sep 2021 14:04:09 -0400 In-Reply-To: (yet@ego.team) 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: , 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:214035 Archived-At: > From: yet@ego.team > Cc: yet@ego.team, 50491@debbugs.gnu.org > Date: Fri, 10 Sep 2021 19:32:40 +0300 > > > I'm not sure this is feasible in practice. The general advice is not > > to customize in early-init stuff that can be customized in init.el. > > Any more detailed description runs the risk of describing side-effects > > of implementation details, which are therefore "subject to change > > without notice". > > Yes, I understand. > > Let's look at it at a bit different angle then, > to make sure there's really nothing to change in the documentation: > > The documentation page 49.4.6 mentions that in early-init.el > we can customize two things: > 1. "frame appearance". > 2. "package initialization process". > > After that, documentation goes into details on which exactly variables > can (for example) be customized for the goal of "package initialization > process". (4 variables are mentioned.) > > Then it is said that "GUI features will not work reliably in early-init", > which leaves in me (then, potentially, in somebody else too) a cognitive > dis-balance (confusion), by contrasting with the phrase "frame appearance" > from the previous paragraph. > > So I suggest considering (one of) the following changes: > > - Clarify what "frame appearance" means (to distinguish from - probably > more abstract - term "GUI"). > > - Change word "appearance" to whatever is appropriate but doesn't > cause "GUI" connotations. > > - Maybe provide a couple of example variables for "frame appearance", > similar to "package initialization process" examples. (If possible, of course). > - My own assumption was I could "safely" use `default-frame-alist' and > `initial-frame-alist' in early-init, but now I'm not sure. > > - Or even remove "frame appearance" mentioning if it shouldn't be there > due to the reasoning given in the previous email (cited above). > > - Maybe list all the variables that are surely supported and say more > definitively that anything not on that list are "subject to change > without notice". We already say there: We do not recommend that you move into ‘early-init.el’ customizations that can be left in the normal init files. That is because the early init file is read before the GUI is initialized, so customizations related to GUI features will not work reliably in ‘early-init.el’. By contrast, the normal init files are read after the GUI is initialized. If you must have customizations in the early init file that rely on GUI features, make them run off hooks provided by the Emacs startup, such as ‘window-setup-hook’ or ‘tty-setup-hook’. *Note Hooks::. So it seems we already warn there against moving initializations to early-init.el that can be left in init.el. I see no reason to have a more detailed warning.