From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: yet--- via "Bug reports for GNU Emacs, the Swiss army knife of text editors" 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 19:32:40 +0300 Message-ID: References: Reply-To: yet@ego.team Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38979"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 50491@debbugs.gnu.org, yet@ego.team To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 10 18:33:13 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 1mOjSi-000A0m-BP for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 10 Sep 2021 18:33:12 +0200 Original-Received: from localhost ([::1]:51048 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mOjSh-0005Kx-0d for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 10 Sep 2021 12:33:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47548) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mOjSY-0005Jj-JY for bug-gnu-emacs@gnu.org; Fri, 10 Sep 2021 12:33:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55784) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mOjSY-0000YP-Cu for bug-gnu-emacs@gnu.org; Fri, 10 Sep 2021 12:33:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mOjSY-0005wF-1Y for bug-gnu-emacs@gnu.org; Fri, 10 Sep 2021 12:33:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: yet@ego.team Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Sep 2021 16:33: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.163129156922803 (code B ref 50491); Fri, 10 Sep 2021 16:33:01 +0000 Original-Received: (at 50491) by debbugs.gnu.org; 10 Sep 2021 16:32:49 +0000 Original-Received: from localhost ([127.0.0.1]:39097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOjSK-0005vi-PK for submit@debbugs.gnu.org; Fri, 10 Sep 2021 12:32:49 -0400 Original-Received: from out0.migadu.com ([94.23.1.103]:14867) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOjSH-0005vK-Iq for 50491@debbugs.gnu.org; Fri, 10 Sep 2021 12:32:47 -0400 X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ego.team; s=key1; t=1631291563; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to; bh=Sa117FaHjVPDwdYxJQCDp+nmPAdRVHzDDDlwbqcLaR8=; b=ZCsLm2N8T4zjjdaKPlfat/XE3iM2J836w2z5PL0hUyKnUCKC08E8KcKaJujZp4f5GoAn18 Tt81P2jb9JJ4t6fyZs6luyz1HUgO0mfIkYRhBVudb4fdagxphdtJyKR0CY/faBq7X6aCF7 8w2t6v9J6pzoGIK3t2HMyex5OKtMg9g= In-Reply-To: <83sfycitpd.fsf@gnu.org> (message from Eli Zaretskii on Fri, 10 Sep 2021 13:57:34 +0300) X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: yuga@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" X-ACL-Warn: , yet@ego.team Xref: news.gmane.io gmane.emacs.bugs:214032 Archived-At: > > `(emacs)49.4.6 The Early Init File' says: > > "you can customize variables that affect frame appearance" > > and > > "customizations related to GUI features will not work reliably" > > > > "frame appearance" and "GUI features" to my _na=D1=97ve_ eyes _seem_ > > a bit contradictory. > > Could probably documentation be clarified saying more on what exactly > > is (not)supported in the early-init file? > 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 cour= se). - 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". Thank you for your work and for looking into it. YE