GNU bug report logs - #48714
28.0.50; Inconsistent font after theme modus-operandi upgrade

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 48714 in the body.
You can then email your comments to 48714 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Pankaj Jangid <pankaj <at> codeisgreat.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.50; Inconsistent font after theme modus-operandi upgrade
Date: Fri, 28 May 2021 18:13:54 +0530

[Message part 1 (text/plain, inline)]

I have this setting in my init file:

--8<---------------cut here---------------start------------->8---
(when (window-system)
  (custom-set-variables
   '(modus-themes-slanted-constructs t)
   '(modus-themes-bold-constructs nil))
  (load-theme 'modus-operandi))
--8<---------------cut here---------------end--------------->8---

After upgrade the new version of modus-themes is merged on master, I get
the view attached as ‘emacs_1.png’.

If I comment-out the above lines in init file and then ‘M-x load-theme
RET modus-operandi RET’ after the startup, I get the view as in
‘emacs_2.png’.

Notice the font difference. And this difference is causing problems in
other areas. Like Gnus group buffer; the lines are not aligned properly.

Sorry for the image attachments.

[emacs_1.png (image/png, attachment)]

[emacs_2.png (image/png, attachment)]

[Message part 4 (text/plain, inline)]

In GNU Emacs 28.0.50 (build 2, x86_64-apple-darwin20.5.0, NS appkit-2022.50 Version 11.4 (Build 20F71))
 of 2021-05-28 built on mb2.local
Repository revision: 6d916bfb37d88a63663ad5777c8c3b83fbcfdbd0
Repository branch: master
Windowing system distributor 'Apple', version 10.3.2022
System Description:  macOS 11.4

Configured features:
ACL DBUS GIF GLIB GMP GNUTLS JPEG JSON LCMS2 LIBXML2 MODULES NOTIFY
KQUEUE NS PDUMPER PNG RSVG THREADS TIFF TOOLKIT_SCROLL_BARS XIM ZLIB

Important settings:
  value of $LC_CTYPE: UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Group

Minor modes in effect:
  gnus-undo-mode: t
  savehist-mode: t
  desktop-save-mode: t
  shell-dirtrack-mode: t
  direnv-mode: t
  TeX-PDF-mode: t
  override-global-mode: t
  show-paren-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-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
  buffer-read-only: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow flyspell ispell emacsbug url-http url-gw url-auth gnus-html
help-fns radix-tree url-cache org-duration view cal-china lunar solar
cal-dst cal-bahai cal-islam cal-hebrew holidays hol-loaddefs cal-iso
face-remap org-agenda org-refile shr-color color sort smiley gnus-cite
mm-archive mail-extr gnus-bcklg gnus-async qp gnus-ml hl-line disp-table
nndraft nnmh utf-7 nnml nnfolder epa-file gnutls network-stream nsm
gnus-agent gnus-srvr gnus-score score-mode nnvirtual nntp gnus-cache
.gnus ebdb-message sendmail ebdb-gnus gnus-msg solidity-mode
solidity-common diary-lib diary-loaddefs ol-eww eww xdg url-queue mm-url
ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect gnus-search gnus-art
mm-uu mml2015 mm-view mml-smime smime dig gnus-sum shr kinsoku svg dom
gnus-group gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap
nnmail mail-source utf7 netrc nnoo gnus-spec gnus-int gnus-range message
rmc puny rfc822 mml mml-sec epa derived epg epg-config mm-decode
mm-bodies mm-encode mail-parse rfc2231 gmm-utils mailheader gnus-win
gnus nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums
mail-utils mm-util mail-prsvr wid-edit ol-docview doc-view jka-compr
image-mode exif dired dired-loaddefs ol-bibtex bibtex ol-bbdb ol-w3m
checkdoc vc-git flymake-proc flymake warnings elec-pair init savehist
desktop frameset ob-plantuml ob-sql ob-css ob-js ob-java ob-C cc-mode
cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars
cc-defs ob-python python tramp-sh tramp tramp-loaddefs trampver
tramp-integration files-x tramp-compat shell parse-time iso8601 ls-lisp
ob-R ebdb-mua ebdb-com ebdb-format ebdb mailabbrev eieio-opt speedbar
ezimage dframe eieio-base pcase timezone direnv diff-mode dash po-mode
sesman vc vc-dispatcher edmacro kmacro clojure-mode lisp-mnt align imenu
rust-utils thingatpt rust-mode rx rust-rustfmt rust-playpen rust-compile
compile text-property-search rust-cargo org-mime ox-org ox-odt rng-loc
rng-uri rng-parse rng-match rng-dt rng-util rng-pttrn nxml-parse nxml-ns
nxml-enc xmltok nxml-util ox-latex ox-icalendar ox-html table ox-ascii
ox-publish ox org-element avl-tree generator org ob ob-tangle ob-ref
ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint
org-pcomplete pcomplete comint ansi-color ring org-list org-faces
org-entities time-date org-version ob-emacs-lisp ob-core ob-eval
org-table ol org-keys org-compat advice org-macs org-loaddefs
format-spec find-func cal-menu calendar cal-loaddefs noutline outline
delight hideshow tex crm texmathp cl-extra help-mode finder-inf
use-package use-package-ensure use-package-delight use-package-diminish
use-package-bind-key bind-key easy-mmode use-package-core server avoid
paren cus-load tex-site info early-init package browse-url url url-proxy
url-privacy url-expand url-methods url-history url-cookie url-domsuf
url-util mailcap url-handlers url-parse auth-source cl-seq eieio
eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
iso-transl tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/ns-win ns-win ucs-normalize mule-util
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 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 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 button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads dbusbind kqueue cocoa ns
lcms2 multi-tty make-network-process emacs)

Memory information:
((conses 16 705109 62162)
 (symbols 48 41617 3)
 (strings 32 183778 13599)
 (string-bytes 1 5801252)
 (vectors 16 79924)
 (vector-slots 8 1596589 115581)
 (floats 8 925 631)
 (intervals 56 1368 471)
 (buffers 992 51))

-- 
Regards ~Pankaj

Message #8 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>
Cc: 48714 <at> debbugs.gnu.org
Subject: Re: bug#48714: 28.0.50;
 Inconsistent font after theme modus-operandi upgrade
Date: Fri, 28 May 2021 15:55:10 +0300

> From: Pankaj Jangid <pankaj <at> codeisgreat.org>
> Date: Fri, 28 May 2021 18:13:54 +0530
> 
> I have this setting in my init file:
> 
> --8<---------------cut here---------------start------------->8---
> (when (window-system)
>   (custom-set-variables
>    '(modus-themes-slanted-constructs t)
>    '(modus-themes-bold-constructs nil))
>   (load-theme 'modus-operandi))
> --8<---------------cut here---------------end--------------->8---
> 
> After upgrade the new version of modus-themes is merged on master, I get
> the view attached as ‘emacs_1.png’.
> 
> If I comment-out the above lines in init file and then ‘M-x load-theme
> RET modus-operandi RET’ after the startup, I get the view as in
> ‘emacs_2.png’.
> 
> Notice the font difference. And this difference is causing problems in
> other areas. Like Gnus group buffer; the lines are not aligned properly.

I don't understand: these 2 are defcustoms.  If you don't like their
effects, just leave them at their default values.

Message #11 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Pankaj Jangid <pankaj <at> codeisgreat.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Protesilaos Stavrou <info <at> protesilaos.com>, 48714 <at> debbugs.gnu.org
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Fri, 28 May 2021 19:16:34 +0530

Eli Zaretskii <eliz <at> gnu.org> writes:

>> If I comment-out the above lines in init file and then ‘M-x load-theme
>> RET modus-operandi RET’ after the startup, I get the view as in
>> ‘emacs_2.png’.
>> 
>> Notice the font difference. And this difference is causing problems in
>> other areas. Like Gnus group buffer; the lines are not aligned properly.
>
> I don't understand: these 2 are defcustoms.  If you don't like their
> effects, just leave them at their default values.

I think I was not clear enough.

Basically, I get different font width margin etc. based on when I am
loading the theme. If I load the theme from init, I get ‘emacs_1.png’
and if I load the theme using ‘M-x load-theme RET modus-operandi RET’,
then I get the view ‘emacs_2.png’. In both the scenarios I am talking
about the same theme i.e. modus-operandi. I really like this theme. That
is why I am a bit concerned.

Look at the mode-line to see the differences.

CCing Protesilaos.

Message #14 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>
Cc: info <at> protesilaos.com, 48714 <at> debbugs.gnu.org
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Fri, 28 May 2021 17:06:22 +0300

> From: Pankaj Jangid <pankaj <at> codeisgreat.org>
> Cc: 48714 <at> debbugs.gnu.org, Protesilaos Stavrou <info <at> protesilaos.com>
> Date: Fri, 28 May 2021 19:16:34 +0530
> 
> > I don't understand: these 2 are defcustoms.  If you don't like their
> > effects, just leave them at their default values.
> 
> I think I was not clear enough.
> 
> Basically, I get different font width margin etc. based on when I am
> loading the theme. If I load the theme from init, I get ‘emacs_1.png’
> and if I load the theme using ‘M-x load-theme RET modus-operandi RET’,
> then I get the view ‘emacs_2.png’.

Ah, okay.  I guess I missed this aspect, sorry.  I thought you were
saying that leaving those options turned off produces emacs_2.png, not
that the difference is when the mode is loaded.

Message #17 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Protesilaos Stavrou <info <at> protesilaos.com>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>, Eli Zaretskii <eliz <at> gnu.org>
Cc: 48714 <at> debbugs.gnu.org
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Fri, 28 May 2021 18:49:55 +0300

On 2021-05-28, 19:16 +0530, Pankaj Jangid <pankaj <at> codeisgreat.org> wrote:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> If I comment-out the above lines in init file and then ‘M-x load-theme
>>> RET modus-operandi RET’ after the startup, I get the view as in
>>> ‘emacs_2.png’.
>>> 
>>> Notice the font difference. And this difference is causing problems in
>>> other areas. Like Gnus group buffer; the lines are not aligned properly.
>>
>> I don't understand: these 2 are defcustoms.  If you don't like their
>> effects, just leave them at their default values.
>
> I think I was not clear enough.
>
> Basically, I get different font width margin etc. based on when I am
> loading the theme. If I load the theme from init, I get ‘emacs_1.png’
> and if I load the theme using ‘M-x load-theme RET modus-operandi RET’,
> then I get the view ‘emacs_2.png’. In both the scenarios I am talking
> about the same theme i.e. modus-operandi. I really like this theme. That
> is why I am a bit concerned.
>
> Look at the mode-line to see the differences.
>
> CCing Protesilaos.

The problem here seems to be with the 'italic' face.  It appears that
something in your init is setting that to a different font family either
by assigning the ':family' property or by ':inherit variable-pitch'.

Can you load the theme the problematic way and try:

    M-x describe-symbol RET italic RET

The Help buffer should show something like this:

    Documentation:
    Basic italic face.

    Defined in ‘faces.el’.


               Family: unspecified
              Foundry: unspecified
                Width: unspecified
               Height: unspecified
               Weight: unspecified
                Slant: italic
           Foreground: unspecified
    DistantForeground: unspecified
           Background: unspecified
            Underline: unspecified
             Overline: unspecified
       Strike-through: unspecified
                  Box: unspecified
              Inverse: unspecified
              Stipple: unspecified
                 Font: unspecified
              Fontset: unspecified
               Extend: unspecified
              Inherit: unspecified

Also, what happens after the problematic loading if you re-load the
theme?  Does that affect the fonts or not?

Lastly, did you upgrade between recent versions, say, 1.3.0 to the
current 1.4.0?

-- 
Protesilaos Stavrou
https://protesilaos.com

Message #20 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Pankaj Jangid <pankaj <at> codeisgreat.org>
To: Protesilaos Stavrou <info <at> protesilaos.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 48714 <at> debbugs.gnu.org
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Sat, 29 May 2021 09:05:46 +0530

Protesilaos Stavrou <info <at> protesilaos.com> writes:

> Can you load the theme the problematic way and try:
>
>     M-x describe-symbol RET italic RET

Here is the output:

--8<---------------cut here---------------start------------->8---
Face: italic (sample) (customize this face)

Documentation:
Basic italic face.

Defined in ‘faces.el’.


           Family: unspecified
          Foundry: unspecified
            Width: unspecified
           Height: unspecified
           Weight: unspecified
            Slant: italic
       Foreground: unspecified
DistantForeground: unspecified
       Background: unspecified
        Underline: unspecified
         Overline: unspecified
   Strike-through: unspecified
              Box: unspecified
          Inverse: unspecified
          Stipple: unspecified
             Font: unspecified
          Fontset: unspecified
           Extend: unspecified
          Inherit: unspecified
--8<---------------cut here---------------end--------------->8---

> Also, what happens after the problematic loading if you re-load the
> theme?  Does that affect the fonts or not?
>

I did ‘M-x disable-theme RET modus-operandi RET’ and then ‘M-x
load-theme RET modus-operandi RET’. Same issue.

> Lastly, did you upgrade between recent versions, say, 1.3.0 to the
> current 1.4.0?

Yes. I use Emacs from ‘master’ branch. Build daily. This problem started
occurring after 1.4.0 merge.

Message #23 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Protesilaos Stavrou <info <at> protesilaos.com>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>
Cc: 48714 <at> debbugs.gnu.org
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Sat, 29 May 2021 09:57:50 +0300

On 2021-05-29, 09:05 +0530, Pankaj Jangid <pankaj <at> codeisgreat.org> wrote:

> Protesilaos Stavrou <info <at> protesilaos.com> writes:
>
>> Can you load the theme the problematic way and try:
>>
>>     M-x describe-symbol RET italic RET
>
> Here is the output:
>
> [...]

That looks okay.

>> Also, what happens after the problematic loading if you re-load the
>> theme?  Does that affect the fonts or not?
>>
>
> I did ‘M-x disable-theme RET modus-operandi RET’ and then ‘M-x
> load-theme RET modus-operandi RET’. Same issue.

Does this happen with emacs -Q as well?
 
-- 
Protesilaos Stavrou
https://protesilaos.com

Message #26 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Pankaj Jangid <pankaj <at> codeisgreat.org>
To: Protesilaos Stavrou <info <at> protesilaos.com>
Cc: 48714 <at> debbugs.gnu.org
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Sat, 29 May 2021 13:11:21 +0530

Protesilaos Stavrou <info <at> protesilaos.com> writes:

> Does this happen with emacs -Q as well?

Hmm... I created a test.el with just this:

--8<---------------cut here---------------start------------->8---
(when (window-system)
  (custom-set-variables
   '(modus-themes-slanted-constructs t)
   '(modus-themes-bold-constructs nil))
  (load-theme 'modus-operandi))
--8<---------------cut here---------------end--------------->8---

And it is working perfectly fine with ‘emacs -Q -l test.el’. So there
must be something in my init which is interfering with the theme.

I have tried various things. But I need more time to isolate the
cause. Couple of things that made a difference:

1. (setenv "LANG" "en_US.UTF-8")
2. Following in my init:

--8<---------------cut here---------------start------------->8---
(cond
 ((eq system-type 'gnu/linux)
  ;; On Debian, do this
  ;; sudo apt-get install fonts-noto
  (set-fontset-font t 'devanagari "Noto"))
 ((eq system-type 'darwin)
  ;; (set-fontset-font t 'devanagari "ITF Devanagari")
  (set-fontset-font t 'devanagari "Kohinoor Devanagari")))
--8<---------------cut here---------------end--------------->8---

Commenting out above two settings also changed the looks. But it was
still not perfect. I’ll dig more and report.

Message #29 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Protesilaos Stavrou <info <at> protesilaos.com>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>
Cc: 48714 <at> debbugs.gnu.org
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Sat, 29 May 2021 10:56:53 +0300

On 2021-05-29, 13:11 +0530, Pankaj Jangid <pankaj <at> codeisgreat.org> wrote:

> Protesilaos Stavrou <info <at> protesilaos.com> writes:
>
>> Does this happen with emacs -Q as well?
>
> Hmm... I created a test.el with just this:
>
> --8<---------------cut here---------------start------------->8---
> (when (window-system)
>   (custom-set-variables
>    '(modus-themes-slanted-constructs t)
>    '(modus-themes-bold-constructs nil))
>   (load-theme 'modus-operandi))
> --8<---------------cut here---------------end--------------->8---
>
> And it is working perfectly fine with ‘emacs -Q -l test.el’. So there
> must be something in my init which is interfering with the theme.

It has to be something with your fontsets.  Or, it might be that a font
family on your system is missing some variant like italics and thus
falls back to another typeface.

> I have tried various things. But I need more time to isolate the
> cause. Couple of things that made a difference:
>
> 1. (setenv "LANG" "en_US.UTF-8")
> 2. Following in my init:
>
> --8<---------------cut here---------------start------------->8---
> (cond
>  ((eq system-type 'gnu/linux)
>   ;; On Debian, do this
>   ;; sudo apt-get install fonts-noto
>   (set-fontset-font t 'devanagari "Noto"))
>  ((eq system-type 'darwin)
>   ;; (set-fontset-font t 'devanagari "ITF Devanagari")
>   (set-fontset-font t 'devanagari "Kohinoor Devanagari")))
> --8<---------------cut here---------------end--------------->8---
>
> Commenting out above two settings also changed the looks. But it was
> still not perfect. I’ll dig more and report.

Sure, please do.

-- 
Protesilaos Stavrou
https://protesilaos.com

Message #32 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>
Cc: info <at> protesilaos.com, 48714 <at> debbugs.gnu.org
Subject: Re: bug#48714: 28.0.50;
 Inconsistent font after theme modus-operandi upgrade
Date: Sat, 29 May 2021 12:00:15 +0300

> From: Pankaj Jangid <pankaj <at> codeisgreat.org>
> Date: Sat, 29 May 2021 13:11:21 +0530
> Cc: 48714 <at> debbugs.gnu.org
> 
> Protesilaos Stavrou <info <at> protesilaos.com> writes:
> 
> > Does this happen with emacs -Q as well?
> 
> Hmm... I created a test.el with just this:
> 
> --8<---------------cut here---------------start------------->8---
> (when (window-system)
>   (custom-set-variables
>    '(modus-themes-slanted-constructs t)
>    '(modus-themes-bold-constructs nil))
>   (load-theme 'modus-operandi))
> --8<---------------cut here---------------end--------------->8---
> 
> And it is working perfectly fine with ‘emacs -Q -l test.el’. So there
> must be something in my init which is interfering with the theme.

Note that "emacs -Q -l test.el" is NOT the same as having the contents
of text.el be the only stuff in your ~/.emacs init file.  So for the
definitive evidence try "emacs" without -Q and have your .emacs have
only the above as its contents.

Message #35 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Pankaj Jangid <pankaj <at> codeisgreat.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: info <at> protesilaos.com, 48714 <at> debbugs.gnu.org
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Sat, 29 May 2021 15:48:16 +0530

[Message part 1 (text/plain, inline)]

Eli Zaretskii <eliz <at> gnu.org> writes:

> Note that "emacs -Q -l test.el" is NOT the same as having the contents
> of text.el be the only stuff in your ~/.emacs init file.  So for the
> definitive evidence try "emacs" without -Q and have your .emacs have
> only the above as its contents.

Thanks Eli. I could now isolate the problem by copying my big init.el
bit by bit. Here is the file that reproduces the issue. It is the
combination of the modus-theme, org-mode and the external package
org-mime. If any one of the blocks is disabled, Emacs works fine.

Note: I am using use-package for managing external packages.

[init-err.el (application/emacs-lisp, inline)]

Message #38 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Protesilaos Stavrou <info <at> protesilaos.com>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>, Eli Zaretskii <eliz <at> gnu.org>
Cc: 48714 <at> debbugs.gnu.org
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Sat, 29 May 2021 14:54:23 +0300

[Message part 1 (text/plain, inline)]

On 2021-05-29, 15:48 +0530, Pankaj Jangid <pankaj <at> codeisgreat.org> wrote:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>> Note that "emacs -Q -l test.el" is NOT the same as having the contents
>> of text.el be the only stuff in your ~/.emacs init file.  So for the
>> definitive evidence try "emacs" without -Q and have your .emacs have
>> only the above as its contents.
>
> Thanks Eli. I could now isolate the problem by copying my big init.el
> bit by bit. Here is the file that reproduces the issue. It is the
> combination of the modus-theme, org-mode and the external package
> org-mime. If any one of the blocks is disabled, Emacs works fine.
>
> Note: I am using use-package for managing external packages.
>
> [...]

I could not reproduce this.  I saved your file as ".emacs" in a pristine
environment.  Installed the external packages and started Emacs.  Then I
visited the .emacs to get the result in the attached screenshot.

The font family in the screenshot is DejaVu Sans Mono.  Could it be that
this is not a problem with how those packages interact but rather with
font files that are not available on your system?

Or maybe I have missed something?

-- 
Protesilaos Stavrou
https://protesilaos.com

[Screenshot_2021-05-29_14-44-17.png (image/png, attachment)]

Message #41 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Pankaj Jangid <pankaj <at> codeisgreat.org>
To: Protesilaos Stavrou <info <at> protesilaos.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 48714 <at> debbugs.gnu.org
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Sat, 29 May 2021 17:44:05 +0530

Protesilaos Stavrou <info <at> protesilaos.com> writes:

> I could not reproduce this.  I saved your file as ".emacs" in a pristine
> environment.  Installed the external packages and started Emacs.  Then I
> visited the .emacs to get the result in the attached screenshot.
>
> The font family in the screenshot is DejaVu Sans Mono.  Could it be that
> this is not a problem with how those packages interact but rather with
> font files that are not available on your system?
>
> Or maybe I have missed something?

This problem could be platform specific. I am on macos. And with older
version of the theme i.e. older commit from ‘master’ branch of Emacs,
the fonts were working perfectly fine. So the font files are ok.

Message #44 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>
Cc: Protesilaos Stavrou <info <at> protesilaos.com>, 48714 <at> debbugs.gnu.org,
 Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Fri, 15 Jul 2022 13:21:00 +0200

Pankaj Jangid <pankaj <at> codeisgreat.org> writes:

> This problem could be platform specific. I am on macos. And with older
> version of the theme i.e. older commit from ‘master’ branch of Emacs,
> the fonts were working perfectly fine. So the font files are ok.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

This was a year ago, and skimming this bug report, it's unclear whether
there's anything to be done on the Emacs side, or whether this was just
a local configuration oddity.  Are you still seeing this issue in recent
Emacs versions?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #49 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Pankaj Jangid <pankaj <at> codeisgreat.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Protesilaos Stavrou <info <at> protesilaos.com>, 48714 <at> debbugs.gnu.org,
 Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Sat, 16 Jul 2022 08:30:49 +0530

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Pankaj Jangid <pankaj <at> codeisgreat.org> writes:
>
>> This problem could be platform specific. I am on macos. And with older
>> version of the theme i.e. older commit from ‘master’ branch of Emacs,
>> the fonts were working perfectly fine. So the font files are ok.
>
> (I'm going through old bug reports that unfortunately weren't resolved
> at the time.)
>
> This was a year ago, and skimming this bug report, it's unclear whether
> there's anything to be done on the Emacs side, or whether this was just
> a local configuration oddity.  Are you still seeing this issue in recent
> Emacs versions?

I am no longer using macos so cannot verify. And on Debian this has
never happened... about a year now. Perhaps, we can close this one.

Message #52 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>
Cc: Protesilaos Stavrou <info <at> protesilaos.com>, 48714 <at> debbugs.gnu.org,
 Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#48714: 28.0.50; Inconsistent font after theme
 modus-operandi upgrade
Date: Sat, 16 Jul 2022 12:38:43 +0200

Pankaj Jangid <pankaj <at> codeisgreat.org> writes:

> I am no longer using macos so cannot verify. And on Debian this has
> never happened... about a year now. Perhaps, we can close this one.

OK; done.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #57 received at 48714 <at> debbugs.gnu.org (full text, mbox):

From: Richard Stallman <rms <at> gnu.org>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>
Cc: larsi <at> gnus.org, 48714 <at> debbugs.gnu.org, eliz <at> gnu.org, info <at> protesilaos.com
Subject: Re: bug#48714: 28.0.50;
 Inconsistent font after theme modus-operandi upgrade
Date: Sun, 17 Jul 2022 01:27:35 -0400

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > I am no longer using macos

Good on you!

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.