[00:05] <ochosi> good
[00:18] -BottyMcBotFace:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-session 4.14.1 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-session-4-14-1-released-tp57042.html (by Simon Steinbeiss)
[00:25] -BottyMcBotFace:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-settings 4.14.2 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-settings-4-14-2-released-tp57044.html (by Simon Steinbeiss)
[00:36] -BottyMcBotFace:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-panel 4.14.2 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-panel-4-14-2-released-tp57046.html (by Simon Steinbeiss)
=== sorinello1 is now known as sorinello
=== BottyMcBotFace_ is now known as BottyMcBotFace
[19:55] <amerigena> I just downloaded and installed the latest Focal AMD64 build. Works well, except that it doesn't display the letter combination fi correctly.
[19:56] <amerigena> This seems like a bug, but I don't know how it would be reported.
[19:59] <amerigena> And this doesn't occur in all cases. It's strange.
[20:03] <amerigena> It seems to mainly occur with lowercase fi combinations. Uppercase leading characters are unaffected - on this install at least.
[20:03] <amerigena> I.e Firefox, File System desktop icon.
[20:05] <amerigena> But Libreoffice - only the O, c and e are displayed either in the Whiskermenu entry, or in the titlebar when the application is opened. 
[20:07] <amerigena> Same behavior in the .desktop files in /usr/share for Network Configuration - f and i are missing. Catfish File Search - f and i are missing from Catifsh, File is unaffected because it's a capital Fi leading character combination.
[20:07] <amerigena> Advanced Network Configuration, same
[20:08] <amerigena> Color Profiles, all Libreoffice .desktop files, Notifications, etc.
[20:08] <amerigena> System is otherwise perfectly normal and functional.
[20:54] <TJ-> maybe t
[20:54] <TJ-> it's a font kerning issue?
[21:40] <amerigena> Don't know
[21:41] <amerigena> Don't even know how to classify it
[21:41] <amerigena> Just seems like an obvious bug of an unobvious type
[21:53] <TJ-> I seem to recall seeing some options to control font rendering but don't know where precisely - one of the settings applets I think
[21:54] <TJ-> Hmmm Appearance > Fonts > Rendering > Hinting maybe?
[22:04] <amerigena> Very good. Changing font should have been the first thing I thought of.
[22:05] <amerigena> So it's not an OS level issue, it's a Noto Sans Regular rendering issue.
[22:05] <amerigena> Liberation Sans displays everything normally.
[22:07] <amerigena> Toggling back to Noto Sans at any font size recreates problem.
[22:09] <TJ-> nice find!
[22:09] <TJ-> what hinting level is set?
[22:09] <TJ-> if set to "None" does that stop it happening?
=== GridCube_ is now known as GridCube
[22:34] <amerigena> TJ : changing hinting has no effect. Same with any level of antialiasing / hinting.
[22:38] <amerigena> I've tried Liberation, Roboto and Gillius. All work fine. Any Noto Sans variation does not - Regular, Bold or Italic.
[22:49] <amerigena> Right now I'm using Sans Regular with default antialiasing / hinting