Menu

#63 Fonts don't work correctly when LANG is set to some UTF-8 locale

v1.0 (example)
closed-out-of-date
None
5
2014-07-07
2013-07-17
No

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.

Discussion

  • Arnout Engelen

    Arnout Engelen - 2013-07-19

    It is still unclear what triggers this, it works on other machines.

    We must investigate further what causes the problem in this case.

     
    • Remko van der Vossen

      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.

       
      • Remko van der Vossen

        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.

         
        • Remko van der Vossen

          Attached xsession-errors when LANG is not set to a UTF-8 locale with additional debugging

           
          • Remko van der Vossen

            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.

             
            • Arnout Engelen

              Arnout Engelen - 2013-07-28

              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...

               
              • Arnout Engelen

                Arnout Engelen - 2013-08-05

                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...

                 
                • Arnout Engelen

                  Arnout Engelen - 2013-12-01

                  Please? :)

                   
                  • Arnout Engelen

                    Arnout Engelen - 2014-03-18

                    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

                     
                    • Arnout Engelen

                      Arnout Engelen - 2014-03-18
                      • status: open --> closed-out-of-date
                       
                      • Remko van der Vossen

                        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.

                         
                        • Arnout Engelen

                          Arnout Engelen - 2014-07-07

                          awesome good to hear!

                           

                          Log in to post a comment.

                          Auth0 Logo