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

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

bug#56725: closed (29.0.50; face-remapping-alist does not work correctly


From: GNU bug Tracking System
Subject: bug#56725: closed (29.0.50; face-remapping-alist does not work correctly for mode-line face )
Date: Sat, 23 Jul 2022 16:42:02 +0000

Your message dated Sat, 23 Jul 2022 19:41:36 +0300
with message-id <83v8rnhjcv.fsf@gnu.org>
and subject line Re: bug#56725: 29.0.50; face-remapping-alist does not work 
correctly for mode-line face
has caused the debbugs.gnu.org bug report #56725,
regarding 29.0.50; face-remapping-alist does not work correctly for mode-line 
face 
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
56725: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=56725
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: 29.0.50; face-remapping-alist does not work correctly for mode-line face Date: Sat, 23 Jul 2022 22:08:21 +0800
Hi, I was tring to make the face mode-line dynamic and buffer-local by
remapping it via face-remapping-alist. However the remapping for
mode-line-face does not take effect immediately, in fact I need to
reload current theme or load a new theme; and the mode-line-face across
all buffers are always the same face, even though the buffer local value
of face-remapping-alist have mapped mode-line-face the different faces
in those buffers.

To reproduce the bug:

1. Launch Emacs with emacs -Q.

2. Eval this in scratch buffer:

   (set (make-local-variable 'face-remapping-alist)
     (copy-tree '((mode-line error))))

3. The font color of mode-line of the scratch buffer should change to
red but it does not.

4. Load a random built-in theme like adwaita by M-x load-theme, now the
font color of mode-line changed to red, but all buffer's mode-line' font
also changed to red, in fact open a new buffer will reset the face of
mode-line to the theme's default.

Now sure if it is a expected behavior, I can set a buffer-local
remapping for other faces, so I assume this is a bug.

---------------------------

In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.34, cairo 
version 1.17.6)
 of 2022-07-23 built on artixdesk
Repository revision: 33602132acdf0ff9148aaeea32423c683529f039
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101004
System Description: Artix Linux

Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
 --localstatedir=/var --mandir=/usr/share/man --with-gameuser=:games
 --with-modules --without-libotf --without-m17n-flt --without-gconf
 --with-xinput2 --with-sound=no --without-gpm
 '--program-transform-name=s/\([ec]tags\)/\1.emacs/'
 'CFLAGS=-march=native -O2 -pipe -fno-plt -fexceptions
 -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security
 -fstack-clash-protection -fcf-protection'
 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LCMS2 LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP
SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XINPUT2 XPM
GTK3 ZLIB

Important settings:
  value of $LC_COLLATE: C
  value of $LC_CTYPE: en_US.UTF-8
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=fcitx5
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date subr-x crm
thingatpt help-fns radix-tree help-mode cl-loaddefs cl-lib rmc
iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq
simple cl-generic indonesian philippine cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite emoji-zwj charscript charprop case-table
epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit xinput2 x multi-tty make-network-process
emacs)

Memory information:
((conses 16 42583 12512)
 (symbols 48 5338 0)
 (strings 32 14742 1440)
 (string-bytes 1 463252)
 (vectors 16 9799)
 (vector-slots 8 151397 18213)
 (floats 8 23 21)
 (intervals 56 1186 0)
 (buffers 992 12))



--- End Message ---
--- Begin Message --- Subject: Re: bug#56725: 29.0.50; face-remapping-alist does not work correctly for mode-line face Date: Sat, 23 Jul 2022 19:41:36 +0300
> From: pro <pRoMMMModE@outlook.com>
> Cc: 56725@debbugs.gnu.org
> Date: Sun, 24 Jul 2022 00:28:40 +0800
> 
> On 2022-07-23, 12:07 -0400, Eli Zaretskii <eliz@gnu.org> wrote:
> 
> Thanks! Didn't know it's documented in NEWS...

I'm therefore closing the bug.


--- End Message ---

reply via email to

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