search

osmfoundation / osmf-mediawiki-skin

GNU General Public License v2.0
1 stars 5 forks source link

Bold variant of the font seems weird/broken #6

Closed simonpoole closed 1 year ago

simonpoole commented 6 years ago

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.

grafik

nebulon42 commented 6 years ago

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): screen_osmfoundation

simonpoole commented 6 years ago

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

nebulon42 commented 6 years ago

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 commented 6 years ago

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

SomeoneElseOSM commented 6 years ago

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

screens_20180503_02014

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

nebulon42 commented 6 years ago

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 commented 2 years ago

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:

image

1.15em:

image

simonpoole commented 2 years ago

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 commented 2 years ago

On OSMF-Wiki the osmftext font renders awfully in Opera[^1] or Vivaldi[^2] 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…

image [^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 commented 1 year ago

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 commented 1 year ago

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 commented 1 year ago

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 commented 1 year ago

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