--- Begin Message ---
|
Subject: |
27.1; Widget text seems to disappear when building with Cairo and Xaw |
|
Date: |
Mon, 31 Aug 2020 21:34:46 -0500 |
|
User-agent: |
mu4e 1.4.1; emacs 27.1 |
widgets when building with Xaw and Cairo seem to have missing text,
looking like this
ss.png
Description: screenshot
problem seems to go away when 5f4e8e2e088de9fb76cb631077c6eddd3219f594
is reverted
In GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version
1.17.3, Xaw3d scroll bars)
of 2020-08-31 built on PouarArch
Repository revision: 86d8d76aa36037184db0b2897c434cdaab1a9ae8
Repository branch: makepkg
Windowing system distributor 'The X.Org Foundation', version 11.0.12008000
System Description: Arch Linux
Recent messages:
Checking 87 files in /usr/share/emacs/27.1/lisp/calc...
Checking 113 files in /usr/share/emacs/27.1/lisp/obsolete...
Checking for load-path shadows...done
You can run the command ‘report-emacs-bug’ with M-x r-em RET
Checking for load-path shadows...done
Mark set
Beginning of buffer
Undo [3 times]
C-? is undefined [3 times]
Redo [2 times]
Configured using:
'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
--localstatedir=/var --with-x-toolkit=lucid --with-xft --with-modules
--with-imagemagick --with-mailutils --with-cairo --with-rsvg'
Configured features:
XAW3D XPM JPEG TIFF GIF PNG RSVG CAIRO IMAGEMAGICK SOUND GPM DBUS
GSETTINGS GLIB NOTIFY INOTIFY ACL GNUTLS LIBXML2 FREETYPE HARFBUZZ
M17N_FLT LIBOTF ZLIB TOOLKIT_SCROLL_BARS LUCID X11 XDBE XIM MODULES
THREADS LIBSYSTEMD JSON PDUMPER LCMS2 GMP
Important settings:
value of $LC_COLLATE: C
value of $LC_MONETARY: en_US.UTF-8
value of $LC_NUMERIC: en_US.UTF-8
value of $LC_TIME: en_US.UTF-8
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: @im=fcitx
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
eldoc-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
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(help-mode pp shadow sort mail-extr emacsbug message rmc puny dired
dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache
epa derived epg epg-config gnus-util rmail rmail-loaddefs
text-property-search seq byte-opt gv bytecomp byte-compile cconv
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 cl-loaddefs cl-lib tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type 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 elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame minibuffer cl-generic 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 charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads dbusbind inotify lcms2 dynamic-setting
system-font-setting font-render-setting cairo x-toolkit x multi-tty
make-network-process emacs)
Memory information:
((conses 16 50575 12154)
(symbols 48 6210 1)
(strings 32 16997 2285)
(string-bytes 1 537126)
(vectors 16 11058)
(vector-slots 8 141008 18188)
(floats 8 25 34)
(intervals 56 309 88)
(buffers 1000 14))
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: bug#43148: 27.1; Widget text seems to disappear when building with Cairo and Xaw |
|
Date: |
Sun, 06 Dec 2020 14:26:17 +0900 |
|
User-agent: |
Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (Gojō) APEL/10.8 EasyPG/1.0.0 Emacs/26.3 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) |
On Sat, 05 Dec 2020 16:14:21 +0900,
tastytea wrote:
>
> On 2020-12-05 15:51+0900 YAMAMOTO Mitsuharu
> <mituharu@math.s.chiba-u.ac.jp> wrote:
>
> > On Fri, 04 Dec 2020 18:28:24 +0900,
> > tastytea wrote:
> > >
> > > [1 <text/plain; UTF-8 (quoted-printable)>]
> > > On 2020-12-04 17:41+0900 YAMAMOTO Mitsuharu
> > > <mituharu@math.s.chiba-u.ac.jp> wrote:
> > >
> > > > On Thu, 03 Dec 2020 17:18:15 +0900,
> > > > tastytea wrote:
> > > > >
> > > > > On 2020-12-03 11:13+0900 YAMAMOTO Mitsuharu
> > > > > <mituharu@math.s.chiba-u.ac.jp> wrote:
> > > > >
> > > > > > On Tue, 01 Dec 2020 22:10:32 +0900,
> > > > > > tastytea wrote:
> > > > > > >
> > > > > > > On 2020-11-28 17:22+0900 YAMAMOTO Mitsuharu
> > > > > > > <mituharu@math.s.chiba-u.ac.jp> wrote:
> > > > > > >
> > > > > > > > On Wed, 25 Nov 2020 11:30:07 +0900,
> > > > > > > > Basil L. Contovounesios wrote:
> > > > > > > > >
> > > > > > > > > Robert Pluim <rpluim@gmail.com> writes:
> > > > > > > > >
> > > > > > > > > >>>>>> On Tue, 01 Sep 2020 17:09:18 +0300, Eli Zaretskii
> > > > > > > > > >>>>>> <eliz@gnu.org> said:
> > > > > > > > > >
> > > > > > > > > > >> From: Pouar Dragon <pouar@pouar.net>
> > > > > > > > > > >> Date: Mon, 31 Aug 2020 21:34:46 -0500
> > > > > > > > > > >>
> > > > > > > > > > >> widgets when building with Xaw and Cairo seem
> > > > > > > > > > >> to have missing text, looking like this
> > > > > > > > > > >>
> > > > > > > > > > >> problem seems to go away when
> > > > > > > > > > >> 5f4e8e2e088de9fb76cb631077c6eddd3219f594 is
> > > > > > > > > > >> reverted
> > > > > > > > > >
> > > > > > > > > > Eli> Thanks. I hope Yamamoto-san will be able to
> > > > > > > > > > Eli> take a look at this.
> > > > > > > > > >
> > > > > > > > > > Putting on my 'let's simplify' hat, is this really a
> > > > > > > > > > combination we want to spend time on? Lucid + Xaw +
> > > > > > > > > > Cairo is decidedly non-mainstream (Iʼm surprised it
> > > > > > > > > > even builds).
> > > > > > > > >
> > > > > > > > > FWIW, I've been happily using Lucid + Xaw3D for several
> > > > > > > > > years, and Cairo ever since it became stable in Emacs 27
> > > > > > > > > and the default configuration in Emacs 28.
> > > > > > > > >
> > > > > > > > > I usually have menu-bar-mode off, but like other
> > > > > > > > > reports in this thread, the menus look fine when I do
> > > > > > > > > open them, e.g. after 'emacs -Q'.
> > > > > > > > >
> > > > > > > > > Could the issue depend on e.g. the version of Cairo? (I
> > > > > > > > > seem to have an older version than the OP.)
> > > > > > > >
> > > > > > > > Possibly. The OP seems to use cairo 1.17.3, which is not
> > > > > > > > a release version (the latest is 1.16.0) and even not the
> > > > > > > > snapshot one (the latest is 1.17.2 according to
> > > > > > > > https://cairographics.org).
> > > > > > >
> > > > > > > I experience the same issue as the OP with lucid and cairo
> > > > > > > 1.16.0, with and without xaw3d, on Gentoo Linux. The problem
> > > > > > > goes away if I disable cairo.
> > > > > > > The same happens with 28.0.50, commit
> > > > > > > 1a3aa6043a51e5bb4007889dd7dcabb55dc44132.
> > > > > >
> > > > > > So, only digits are shown with "$ emacs -Q" ?
> > > > >
> > > > > Yes, exactly like the screenshot in the first message.
> > > > >
> > > > > > Could you show us the output of "$ fc-match -s sans" ?
> > > > > >
> > > > > > I tried the latest snapshot cairo 1.17.4 on XQuartz/macOS,
> > > > > > and I don't see any problems. On my side, "$ fc-match -s
> > > > > > sans" reports Arial Unicode.ttf at the first line.
> > > > >
> > > > > The list is huge, are the first 10 lines enough?
> > > > >
> > > > > SourceSansPro-Regular.otf: "Source Sans Pro" "Regular"
> > > > > NotoColorEmoji.ttf: "Noto Color Emoji" "Regular"
> > > > > LiberationSans-Regular.ttf: "Liberation Sans" "Regular"
> > > > > DejaVuSans.ttf: "DejaVu Sans" "Book"
> > > > > DejaVuSans-Bold.ttf: "DejaVu Sans" "Bold"
> > > > > DejaVuSans-Oblique.ttf: "DejaVu Sans" "Oblique"
> > > > > DejaVuSans-BoldOblique.ttf: "DejaVu Sans" "Bold Oblique"
> > > > > luxisr.ttf: "Luxi Sans" "Regular"
> > > > > l048013t.pfa: "Luxi Sans" "Regular"
> > > > > n019003l.pfb: "Nimbus Sans L" "Regular"
> > > >
> > > > Thanks. I conjectured Noto Color Emoji, which contains digit
> > > > glyphs but not for letter ones, would come first. But that is
> > > > not the case. I don't know why Source Sans Pro is not used then
> > > > (libotf is for handling OTF features and not necessary just for
> > > > displaying).
> > > >
> > > > Anyway, could you try if the following patch works?
> > >
> > > With the patch I get rectangles instead of letters.
> > >
> > > I removed Noto Color Emoji from my font configuration in
> > > ~/.config/fontconfig/fonts.conf and that did the trick. The menus
> > > are showing text now with and without the patch. But I have no idea
> > > why, all other programs work fine with that configuration:
> >
> > I could reproduce the problem with your configuration.
> > Could you try the patch below?
>
> Yes! Thanks, that worked. :-)
Thanks for testing. I've pushed it to the emacs-27 branch. Closing
the bug.
YAMAMOTO Mitsuharu
mituharu@math.s.chiba-u.ac.jp
--- End Message ---
ss.png