Bold variant of the font seems weird/broken

[simonpoole]

The bold variant of the font seems to be very "uneven" in stroke width which makes it rather unpleasant from a visual appearance pov. This is very visible in the "Tab" and section headings.

[nebulon42]

Yes, that looks unpleasant. Which OS do you use (looks like Windows?)? It seems as you use a rather extreme setting of subpixel rendering or hinting but I'm not sure.

This is how it looks on my screen (Ubuntu 16.04 FHD display):

[simonpoole]

W10 in this case (1600*1200). For completness sake Firefox with standard settings.

[nebulon42]

There might be some font rendering settings I can tweak via CSS. I'll try that. If the problem does not go away we might have to see if we need to find a different font. That would be unfortunate as I like it. :)

[nebulon42]

I have switched to a slightly bolder variant to avoid the rendering problem on Windows.

[SomeoneElseOSM]

Bold looks OK, but there are still problems - look at the top of the "e" (both normal and italic):

This is Firefox and Seamonkey on Windows 7 with 125% text.

[nebulon42]

I'll have to check if I can use a slightly bolder variant for the normal text to avoid the aggressive subpixel hinting on Windows.

[mmd-osm]

Maybe we could also try to tweak the font-size a bit. As an example, changing the value from 1.18em to 1.15em looks much better here (on Win10, Chrome).

1.18em:

1.15em:

[simonpoole]

IMHO the current font is a bit of a regression compared to before the style broke and @jdlrobson thankfully fixed it. At least for me the weirdness extends to the non-bold parts too, so maybe a new issue would be appropriate (I'm not quite sure why I didn't close this one way back).

[xax]

On OSMF-Wiki the osmftext font renders awfully in Opera¹ or Vivaldi² on my Win10. There is indeed ClearType activated – but tuned such that it deemed to me all other fonts render optimally.

To be able to read the OSMF Board documents I resort to apply a UserCSS changing font as a workaround…

Footnotes

1. Opera as of any recent version, any recent Chromium engine, lets say 98 to developer's 102 ↩

2. Vivaldi e.g. version 5.3, Chromium 100 ↩

[stephankn]

I was recently annoyed enough about the font rendering to do a posting on community and was made aware of this existing issue. (Win 10, 100% scaling, various browsers)

I am able to reproduce the issue with the font on the fontdrop.info website, which also identified the font as Palanquin.
Some font sizes show extreme bad aliasing. I used the woff variant there. I assume woff2 behaves similar.

By using a more recent of the font (a modification date three years more recent), I can no longer reproduce the issue there. Could you please update the self-hosted font to a more recent version?
You can get a version for self-hosting here: https://google-webfonts-helper.herokuapp.com/fonts/palanquin?subsets=latin

[Firefishy]

Just noticed this...

Could someone please retest? I have switched the font to the latest release of Palanquin. Personally I don't like the font, but kept it for now.

[Firefishy]

I have had confirmation that the font issue has now been resolved on Windows. Closing, feel free to re-open if issue is still observed.

[stephankn]

My eyes thank you for making the page readable again.
I explicitly confirm here on the issue tracker that it is resolved.