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#65191: 29.1; -ms and -cr CL options don't work Date: Fri, 11 Aug 2023 14:05:32 +0300 Message-ID: <83fs4phm9v.fsf@gnu.org> References: <83leejjs8i.fsf@gnu.org> <87350rtlap.fsf@yahoo.com> <87il9mqhj1.fsf@yahoo.com> <87edkaqese.fsf@yahoo.com> <83leeighy4.fsf@gnu.org> <87350qqbda.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27631"; mail-complaints-to="usenet@ciao.gmane.io" Cc: peter.mao@gmail.com, 65191@debbugs.gnu.org To: Po Lu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Aug 11 13:06:24 2023 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 1qUPyJ-0006wm-UP for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 11 Aug 2023 13:06:23 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qUPy0-00017x-P4; Fri, 11 Aug 2023 07:06:04 -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 1qUPxz-00016q-6G for bug-gnu-emacs@gnu.org; Fri, 11 Aug 2023 07:06:03 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qUPxy-0006mX-61 for bug-gnu-emacs@gnu.org; Fri, 11 Aug 2023 07:06:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qUPxy-0000vU-25 for bug-gnu-emacs@gnu.org; Fri, 11 Aug 2023 07:06:02 -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, 11 Aug 2023 11:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65191 X-GNU-PR-Package: emacs Original-Received: via spool by 65191-submit@debbugs.gnu.org id=B65191.16917519133503 (code B ref 65191); Fri, 11 Aug 2023 11:06:02 +0000 Original-Received: (at 65191) by debbugs.gnu.org; 11 Aug 2023 11:05:13 +0000 Original-Received: from localhost ([127.0.0.1]:45035 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qUPxA-0000uR-OO for submit@debbugs.gnu.org; Fri, 11 Aug 2023 07:05:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52668) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qUPx7-0000u7-9N for 65191@debbugs.gnu.org; Fri, 11 Aug 2023 07:05:11 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qUPx1-0006cZ-Sm; Fri, 11 Aug 2023 07:05:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=9FmXwbAfbX4d9qnsXFhoyVeEwHjHfxtaRv1Cu4O8r9k=; b=WthhEwZCkTuu 9XfgVYK8U41sdqp7yRjtASOS7f/NrGJnMH2jXyXqfORw3QJRTkEKdv+f9yjJk4rs4/QyELiZ23/pv lUtKSYVT+kmYHsCsE+0BY2/atnC6f3LaNg1ZRVvUA0klpfuXgpQw8ZiSHafyt0zMvMwnEM86xSt14 8DgXUFGm3pxknz1ptSaAjf1/7ZWV6VT+qwHE6uugQ1nSVsfdGP4afk0cUL78BH67f2bLqPgmX0DE4 sLtAvNcBDvbRQnjgOhjgwtOOs/Joph/SB+iem+uvUdcOa+9WVWhGQnPRlYcxiGXRgVzrlcMPhLblT ysDaWzsY3tCE8w699xxFvQ==; In-Reply-To: <87350qqbda.fsf@yahoo.com> (message from Po Lu on Fri, 11 Aug 2023 15:36:17 +0800) 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:267205 Archived-At: > From: Po Lu > Cc: peter.mao@gmail.com, 65191@debbugs.gnu.org > Date: Fri, 11 Aug 2023 15:36:17 +0800 > > Eli Zaretskii writes: > > > I don't think I understand this well enough to discuss this > > intelligently, so please elaborate on what happens, and include > > pointers to more of the code so I and others could complement the > > descriptions with what's actually in the code, and maybe suggest > > alternative ways of dealing with this. > > > > Not responding to Cairo setting changes sounds like a loss: what > > features are currently based on that, and would be lost if we revert > > this support? Also, can't you think about an alternative way of > > handling dynamic settings that will let us eat the cake, but also have > > it? > > The problem boils down to apply_xft_settings, within xsettings.c. Under > Cairo, that function calls: > > FcConfigSubstitute (NULL, pat, FcMatchPattern); > options = cairo_font_options_create (); > ftcrfont_get_default_font_options (dpyinfo, options); <------ > cairo_ft_font_options_substitute (options, pat); > cairo_font_options_destroy (options); > FcDefaultSubstitute (pat); > > to retrieve the settings currently in effect, and compare them against > the updated settings within the XSettings event. If a divergence is > located, a config-changed event is sent. Under Xft, the following code > is ultimately run: > > XftDefaultSet (dpyinfo->display, pat); > > but Cairo provides no analog, so these settings are never saved back to > Cairo (nor can I find any means by which to do so.) Why do we need to "save these settings back to Cairo"? Also, in your original message you mentioned face-spec-recalc and face-set-after-frame-default; how do those fit into this picture? IOW, it sounds like the above is another fragment of the whole picture, and the whole picture is still missing and unclear to me. Can you please fill in the blanks?