bug#30672: 26.0.91, Font face lost ?

bug#30672: 26.0.91, Font face lost ?

[Fabrice Popineau]

[-- Attachment #1: Type: text/plain, Size: 4013 bytes --]

I don't have a standalone way to reproduce the problem but the following
is quite easy if you have the all-the-icons and memoize packages installed.
Start with 'emacs -Q' and from the *scratch* buffer.

(require 'memoize)
(require 'all-the-icons)

(all-the-icons-insert-alltheicon)

At this point, a list of icons is offered from the "all-the-icons.ttf"
 font. The glyph is correct. Select anyone of these glyphs and when it
 is inserted in the *scratch* buffer, the font face is lost and you get
 an empty glyph.

This used to work at some point in emacs 26.0.50.

Regards,

Fabrice


In GNU Emacs 26.0.91 (build 2, x86_64-w64-mingw32)
 of 2018-02-22 built on MARVIN
Repository revision: 9ff763484212d25cbdfc2f5921ba1e7bbdbdab10
Windowing system distributor 'Microsoft Corp.', version 10.0.17074
Recent messages:
Loading c:/Home/.emacs.d/elpa/memoize-20170720.1802/memoize.el
(source)...done
Load: 1 file.
Load * [2 files]? (y or n) y
Loading c:/Home/.emacs.d/elpa/all-the-icons-20180125.757/all-the-icons.el
(source)...done
Loading
c:/Home/.emacs.d/elpa/all-the-icons-20180125.757/all-the-icons-faces.el
(source)...done
Load: 2 files.
Mark set
Making completion list... [2 times]
Quit
Making completion list...

Configured using:
 'configure --prefix=/MingW64 --with-jpeg --with-xpm --with-png
 --with-tiff --with-rsvg --with-xml2 --with-gnutls --with-imagemagick
 --without-dbus --enable-checking=no 'CFLAGS=-I/mingw64/include -O3
 -ggdb3 -mtune=corei7' CPPFLAGS=-I/mingw64/include
 LDFLAGS=-L/mingw64/lib'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND NOTIFY ACL GNUTLS LIBXML2
ZLIB TOOLKIT_SCROLL_BARS THREADS LCMS2

Important settings:
  value of $LANG: fr_FR
  locale-coding-system: cp1252

Major mode: Lisp Interaction

Minor modes in effect:
  diff-auto-refine-mode: t
  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:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt bytecomp
byte-compile cconv format-spec rfc822 mml mml-sec password-cache epa
derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
all-the-icons data-material data-weathericons data-octicons
data-fileicons data-faicons data-alltheicons memoize cl-macs gv
all-the-icons-faces dired-aux cl-loaddefs cl-lib vc-git diff-mode
easymenu easy-mmode view dired dired-loaddefs elec-pair time-date
mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win
w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow isearch timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame 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 minibuffer 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 w32notify w32 lcms2 multi-tty make-network-process emacs)

Memory information:
((conses 16 121440 10571)
 (symbols 56 21522 1)
 (miscs 48 63 120)
 (strings 32 39934 1637)
 (string-bytes 1 894990)
 (vectors 16 15440)
 (vector-slots 8 515327 10180)
 (floats 8 316 308)
 (intervals 56 890 2202)
 (buffers 992 15))

[-- Attachment #2: Type: text/html, Size: 5358 bytes --]

bug#30672: 26.0.91, Font face lost ?

[Eli Zaretskii]

> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Thu, 1 Mar 2018 21:40:14 +0100
> 
> I don't have a standalone way to reproduce the problem but the following
> is quite easy if you have the all-the-icons and memoize packages installed.
> Start with 'emacs -Q' and from the *scratch* buffer.
> 
> (require 'memoize)
> (require 'all-the-icons)
> 
> (all-the-icons-insert-alltheicon)
> 
> At this point, a list of icons is offered from the "all-the-icons.ttf"
>  font. The glyph is correct. Select anyone of these glyphs and when it
>  is inserted in the *scratch* buffer, the font face is lost and you get
>  an empty glyph.

Could be related to yank-excluded-properties, perhaps?  Or maybe you
need to tweak yank-handled-properties?

If the above doesn't give a clue, then please explain what you mean by
"the font face is lost".

(I cannot afford repeating your recipe, because it requires installing
weird fonts on my system.  Sorry.)

bug#30672: 26.0.91, Font face lost ?

[Fabrice Popineau]

[-- Attachment #1.1: Type: text/plain, Size: 1576 bytes --]

2018-03-02 9:53 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:

> > From: Fabrice Popineau <fabrice.popineau@gmail.com>
> > Date: Thu, 1 Mar 2018 21:40:14 +0100
> >
> > I don't have a standalone way to reproduce the problem but the following
> > is quite easy if you have the all-the-icons and memoize packages
> installed.
> > Start with 'emacs -Q' and from the *scratch* buffer.
> >
> > (require 'memoize)
> > (require 'all-the-icons)
> >
> > (all-the-icons-insert-alltheicon)
> >
> > At this point, a list of icons is offered from the "all-the-icons.ttf"
> >  font. The glyph is correct. Select anyone of these glyphs and when it
> >  is inserted in the *scratch* buffer, the font face is lost and you get
> >  an empty glyph.
>
> Could be related to yank-excluded-properties, perhaps?  Or maybe you
> need to tweak yank-handled-properties?
>
> Thanks for the tip ...


> If the above doesn't give a clue,


but it didn't. Tried to set yank-excluded-properties to nil with no result.


> then please explain what you mean by
> "the font face is lost".
>
> (I cannot afford repeating your recipe, because it requires installing
> weird fonts on my system.  Sorry.)
>

I attach 2 screen captures to show the problem.

First image is the glyph selection and second image shows that the font has
been lost
somehow ("no font available").

I hope it is not related to my own build with mingw64 but it has definitely
worked with
some previous version of the same emacs-26 branch. Without any other clue,
I'll try to rewind the branch and see if I can track some related change.

Fabrice

[-- Attachment #1.2: Type: text/html, Size: 3646 bytes --]

[-- Attachment #2: 2018-03-02 11_09_35-emacs@MARVIN.png --]
[-- Type: image/png, Size: 76712 bytes --]

[-- Attachment #3: 2018-03-02 11_10_21-Re_ bug#30672_ 26.0.91, Font face lost _ - fabrice.popineau@gmail.com - Gmail.png --]
[-- Type: image/png, Size: 60316 bytes --]

bug#30672: 26.0.91, Font face lost ?

[Eli Zaretskii]

> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Fri, 2 Mar 2018 11:29:11 +0100
> Cc: 30672@debbugs.gnu.org
> 
>  then please explain what you mean by
>  "the font face is lost".
> 
>  (I cannot afford repeating your recipe, because it requires installing
>  weird fonts on my system.  Sorry.)
> 
> I attach 2 screen captures to show the problem. 
> 
> First image is the glyph selection and second image shows that the font has been lost
> somehow ("no font available").

Thanks, but the images don't provide the important information
required to understand what is going on.  The characters used by those
fonts to display the icons are from Private Use Areas (PUA) of the
Unicode codepoints, so it is quite OK for Emacs not to support them
without tricks or customizations.  It is those tricks that I expected
you to describe -- what does the package do to display these PUA
characters in the buffer(s) where you do see them.  Probably some
specialized text properties or some such (which is why I asked about
yank-excluded-properties).  E.g., what does describe-text-properties
say about those icons in the buffer where they display as icons?

> I hope it is not related to my own build with mingw64 but it has definitely worked with 
> some previous version of the same emacs-26 branch. Without any other clue,
> I'll try to rewind the branch and see if I can track some related change.

You could try bisecting, but I think a better way forward would be to
understand how the package arranges for these PUA characters to
display as icons, then we might get an idea which changes to look for.

One way of making these codepoints display everywhere as glyphs from
those special fonts is to customize your fontset, btw.

bug#30672: 26.0.91, Font face lost ?

[Eli Zaretskii]

> Date: Fri, 02 Mar 2018 12:59:53 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 30672@debbugs.gnu.org
> 
> > From: Fabrice Popineau <fabrice.popineau@gmail.com>
> > Date: Fri, 2 Mar 2018 11:29:11 +0100
> > Cc: 30672@debbugs.gnu.org
> > 
> >  then please explain what you mean by
> >  "the font face is lost".
> > 
> >  (I cannot afford repeating your recipe, because it requires installing
> >  weird fonts on my system.  Sorry.)
> > 
> > I attach 2 screen captures to show the problem. 
> > 
> > First image is the glyph selection and second image shows that the font has been lost
> > somehow ("no font available").

Btw, aren't you supposed to use all-the-icons-insert to insert these
icons?

bug#30672: 26.0.91, Font face lost ?

[Fabrice Popineau]

[-- Attachment #1: Type: text/plain, Size: 1658 bytes --]

The subject I put to the bug report maybe imprecise actually.

What is lost or maybe not taken into account is the :family parameter in
the face.

Characters are inserted this way :

#(" - apache" 0 1 (face (:family "all-the-icons" :height 2.4) display
(raise -0.24) rear-nonsticky t font-lock-ignore t))

with the square being \xe909 .

The family is taken into account if I do :

(message #(" - apache" 0 1 (face (:family "all-the-icons" :height 2.4)
display (raise -0.24) rear-nonsticky t font-lock-ignore t)))

iie the glyph is displayed in the minibuffer, but not if I do

(insert #(" - apache" 0 1 (face (:family "all-the-icons" :height 2.4)
display (raise -0.24) rear-nonsticky t font-lock-ignore t)))

in the *scratch* buffer.

Does that help ?

Fabrice



 and it has  worked previously

2018-03-02 12:17 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:

> > Date: Fri, 02 Mar 2018 12:59:53 +0200
> > From: Eli Zaretskii <eliz@gnu.org>
> > Cc: 30672@debbugs.gnu.org
> >
> > > From: Fabrice Popineau <fabrice.popineau@gmail.com>
> > > Date: Fri, 2 Mar 2018 11:29:11 +0100
> > > Cc: 30672@debbugs.gnu.org
> > >
> > >  then please explain what you mean by
> > >  "the font face is lost".
> > >
> > >  (I cannot afford repeating your recipe, because it requires installing
> > >  weird fonts on my system.  Sorry.)
> > >
> > > I attach 2 screen captures to show the problem.
> > >
> > > First image is the glyph selection and second image shows that the
> font has been lost
> > > somehow ("no font available").
>
> Btw, aren't you supposed to use all-the-icons-insert to insert these
> icons?
>

[-- Attachment #2: Type: text/html, Size: 6457 bytes --]

bug#30672: 26.0.91, Font face lost ?

[Eli Zaretskii]

> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Wed, 7 Mar 2018 15:22:37 +0100
> Cc: 30672@debbugs.gnu.org
> 
> Characters are inserted this way :
> 
> #(" - apache" 0 1 (face (:family "all-the-icons" :height 2.4) display (raise -0.24) rear-nonsticky t
> font-lock-ignore t))
> 
> with the square being \xe909 .
> 
> The family is taken into account if I do :
> 
> (message #(" - apache" 0 1 (face (:family "all-the-icons" :height 2.4) display (raise -0.24) rear-nonsticky t
> font-lock-ignore t)))
> 
> iie the glyph is displayed in the minibuffer, but not if I do
> 
> (insert #(" - apache" 0 1 (face (:family "all-the-icons" :height 2.4) display (raise -0.24) rear-nonsticky t
> font-lock-ignore t)))
> 
> in the *scratch* buffer.

What if you turn off font-lock-mode in *scratch* -- does this work
then?

bug#30672: 26.0.91, Font face lost ?

[Fabrice Popineau]

[-- Attachment #1: Type: text/plain, Size: 1375 bytes --]

2018-03-07 19:08 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:

> > From: Fabrice Popineau <fabrice.popineau@gmail.com>
> > Date: Wed, 7 Mar 2018 15:22:37 +0100
> > Cc: 30672@debbugs.gnu.org
> >
> > Characters are inserted this way :
> >
> > #(" - apache" 0 1 (face (:family "all-the-icons" :height 2.4) display
> (raise -0.24) rear-nonsticky t
> > font-lock-ignore t))
> >
> > with the square being \xe909 .
> >
> > The family is taken into account if I do :
> >
> > (message #(" - apache" 0 1 (face (:family "all-the-icons" :height 2.4)
> display (raise -0.24) rear-nonsticky t
> > font-lock-ignore t)))
> >
> > iie the glyph is displayed in the minibuffer, but not if I do
> >
> > (insert #(" - apache" 0 1 (face (:family "all-the-icons" :height 2.4)
> display (raise -0.24) rear-nonsticky t
> > font-lock-ignore t)))
> >
> > in the *scratch* buffer.
>
> What if you turn off font-lock-mode in *scratch* -- does this work
> then?
>

Bingo! Yes, this is working.

Moreover, the anwser is as plain as day now.
The parameter 'font-lock-ignore' is meant to be interpreted not by the
font-lock package
but by the font-lock+ package !

Somehow, all-the-icons is missing this prerequisite.
I probably loaded it accidentaly sometime before, reason while I have seen
the icons.

Thanks for the help. You can close the bug.

Fabrice

[-- Attachment #2: Type: text/html, Size: 2320 bytes --]