From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Y. E. 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: Sun, 12 Sep 2021 16:07:04 +0300 Message-ID: References: Reply-To: "Y. E." 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="3924"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 50491@debbugs.gnu.org, monnier@iro.umontreal.ca To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Sep 12 15:09: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 1mPPEQ-0000pg-Sa for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 12 Sep 2021 15:09:14 +0200 Original-Received: from localhost ([::1]:56542 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mPPEP-0007T3-EM for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 12 Sep 2021 09:09:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47588) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mPPDI-0005rc-KW for bug-gnu-emacs@gnu.org; Sun, 12 Sep 2021 09:08:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58933) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mPPDF-0006AH-Tx for bug-gnu-emacs@gnu.org; Sun, 12 Sep 2021 09:08:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mPPDF-0008Pj-Kh for bug-gnu-emacs@gnu.org; Sun, 12 Sep 2021 09:08:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Y. E. Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 12 Sep 2021 13:08: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.163145203332229 (code B ref 50491); Sun, 12 Sep 2021 13:08:01 +0000 Original-Received: (at 50491) by debbugs.gnu.org; 12 Sep 2021 13:07:13 +0000 Original-Received: from localhost ([127.0.0.1]:42246 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mPPCT-0008Nl-7u for submit@debbugs.gnu.org; Sun, 12 Sep 2021 09:07:13 -0400 Original-Received: from out1.migadu.com ([91.121.223.63]:59180) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mPPCO-0008NX-94 for 50491@debbugs.gnu.org; Sun, 12 Sep 2021 09:07:12 -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=1631452026; 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=7KrofaYX4BTUxKB9T5uSL7JoroUXuNH9N1tZiiYt7Yk=; b=dfmIjPogKuM6Wza21gXZFox/MRJb2tiFGqXItSNm24vut7Sgh298/QY9IBtNSlEbPOyiB+ WXH//k89mFQoJpuHtEDu40Uc1maMcWFwECpAAu0RBrBgrRUaTFLOjy8gj2yx1Utug8LGOg zUCL+JNJSY2rP6T5zOyUtaj3nf9XeCU= In-Reply-To: <83h7ergpb2.fsf@gnu.org> (message from Eli Zaretskii on Sat, 11 Sep 2021 17:27:45 +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: , Y. E. Xref: news.gmane.io gmane.emacs.bugs:214135 Archived-At: > > > We already say there: > > > > > We do not recommend that you move into =E2=80=98early-init.el=E2= =80=99 customizations > > > that can be left in the normal init files. That is because the ear= ly > > > ... > > > > > 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. > > > > That's right, I'm fine with that part. > > What confuses me is the phrase "frame appearance". > That could mean any number of things, and it is unreasonable to start > listing them, because the list will very quickly become outdated, aswe > add/change stuff in Emacs. I totally agree. That's why I optionally suggested the removal of the phrase "frame appearance as well as" when listed possible improvements for this documentation page. Unless there's an exact reason to keep the phrase which, seems, contradicts (or is an exception) to the rest of the documentation, starting with "We do not recommend that you move into early-init...". If "frame appearance" *is* an exception, then clarification would still be a preferred approach in my opinion. I CC'd Stefan Monnier whose commit added that phrase to `(emacs) 49.4.6 The Early Init File', so might be he'd be able to shed some light on it. > > It makes me guess if probably any of the documented > > `(elisp) 30.4 Frame Parameters' variables could be added > > to the early-init file quite "safely"? > I don't know, but why would you need to do that in early-init? > AFAIR, > startup.el already has all the necessary smarts to DTRT when the > user's init file changes frame parameters, so you shouldn't need to > move that into early-init file. If you have specific problems with > changing them in the normal init files, please tell the details. *1st Case* For example, moving `initial-frame-alist' out of early-init leads to the geometry and font of the initial frame being changed during st= artup (it loads as a small frame first, then expands according to my settings), which is an aesthetically unpleasant behavior. The expression I use: (setq initial-frame-alist `((top . 0.0) (left . 0.0) (width . 0.52) (height . 1.0) (font . ,os-font))) ; f.i. "Monaco-17" *2nd Case* Also, while moving all the settings out of the early-init file, I reproduced the white-background-blinking on Emacs startup mentioned before https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D50491#14 Namely, > I used to see "blinking" (white background showing up for > a second before a dark theme load) on Emacs startup with the theme > loaded/enabled in init.el. To reproduce this behavior I put `(scroll-bar-mode -1)' at the first line of the init.el file, then load few small configuration files, then load a small file with the line (load-theme 'misterioso t). The more lines of code are loaded between the calls of `scroll-bar-mode' and `load-theme', the longer I see Emacs loading with the white background (instead of seeing the theme's background). One of the following fixes the issue: - Place `(scroll-bar-mode -1)' *after* the (load-theme 'misterioso t) line. - Put `(scroll-bar-mode -1)' to the early-init.el file. Thanks. YE