GNU bug report logs -
#67987
Replacing faces applied by shr
Previous Next
To reply to this bug, email your comments to 67987 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67987
; Package
emacs
.
(Sat, 23 Dec 2023 07:18:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Po Lu <luangruo <at> yahoo.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 23 Dec 2023 07:18:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
It is currently impossible to display text inside <pre> or <code> tags
in a face besides `default' or `shr-code', which runs contrary to its
stated purpose of being a general mechanism for displaying HTML snippets
as text. The variable that controls the faces selected for other tags
is also marked "private." For this reason, I find myself modifying
face-remapping-alist rather than variables provided by shr, just to
change the fonts shr applies in my own callers.
Not even face-remapping-alist is a complete solution, since different
alists cannot be applied to separate portions of a buffer. Thus users
are ultimately forced to iterate over the text properties shr inserts
and modifying each face property encountered, or to define an
`shr-external-rendering-function' for each tag it might render.
For a start, I'd like to see `shr-current-font' made public and
variables defined for each of the tags that override it controlling the
faces by which it is overridden.
Thanks.
Severity set to 'wishlist' from 'normal'
Request was from
Stefan Kangas <stefankangas <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Sun, 24 Dec 2023 14:35:02 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 238 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.