When LANG is set to some UTF-8 locale (e.g. en_US.UTF-8) before notion is launched it seems that notion is completely unable to load any fonts. All frame tab headers as well as menus become very thin lines without any text in them.
Attached xsession-errors when LANG is not set to a UTF-8 locale
Looks like the configured fonts can not be loaded, but fallback to fixed works, the configured fonts are available though, they are used for example in urxvt.
OK, so 'fixed' is a XLoadQueryFont thing and doesn't make sense as a default when in multibyte mode (XCreateFontSet et al). I pushed a commit to at least make the default a bit better, but this probably doesn't fix anything - I need to understand this font/locale/charset stuff a bit better.
To be continued...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I read up on XCreateFontSet, and it seems it makes sense to use a successfully created FontSet even when there are missing charsets, as long as we log a warning. We've seen especially utf8 locales require a considerable number of charsets (i've seen 12 missing ones), and the user is unlikely to care about all of them.
Could you give the 2013080500 snapshot i'm uploading a go? If nothing else it should provide some improved logging again...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Apologies for the extremely late reply, but yes the issue seems fixed now. Tab headers and menus now display correctly when LANG is set to a UTF-8 locale for me.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It is still unclear what triggers this, it works on other machines.
We must investigate further what causes the problem in this case.
Attached xsession-errors when LANG is not set to a UTF-8 locale
Looks like the configured fonts can not be loaded, but fallback to fixed works, the configured fonts are available though, they are used for example in urxvt.
Attached xsession-errors when LANG is set to a UTF-8 locale
Looks like the configured fonts can not be loaded, and fallback to fixed also fails, leading to empty and very thin frame tab bars and menus.
Attached xsession-errors when LANG is not set to a UTF-8 locale with additional debugging
Attached xsession-errors when LANG is set to a UTF-8 locale with additional debugging
Output is quite a bit lengthier, haven't looked into it yet.
OK, so 'fixed' is a XLoadQueryFont thing and doesn't make sense as a default when in multibyte mode (XCreateFontSet et al). I pushed a commit to at least make the default a bit better, but this probably doesn't fix anything - I need to understand this font/locale/charset stuff a bit better.
To be continued...
I read up on XCreateFontSet, and it seems it makes sense to use a successfully created FontSet even when there are missing charsets, as long as we log a warning. We've seen especially utf8 locales require a considerable number of charsets (i've seen 12 missing ones), and the user is unlikely to care about all of them.
Could you give the 2013080500 snapshot i'm uploading a go? If nothing else it should provide some improved logging again...
Please? :)
I suspect this is fixed by the improved font fallback code that we included recently, that's triggered when the font from the look/style is missing
Apologies for the extremely late reply, but yes the issue seems fixed now. Tab headers and menus now display correctly when LANG is set to a UTF-8 locale for me.
awesome good to hear!