Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

czech characters render slightly lower than others on linux #67

Closed
0x726f62 opened this issue Feb 22, 2018 · 10 comments
Closed

czech characters render slightly lower than others on linux #67

0x726f62 opened this issue Feb 22, 2018 · 10 comments

Comments

@0x726f62
Copy link

czech characters render slightly lower than others on OS gnu/linux

font:
<link href="https://fonts.googleapis.com/css?family=Montserrat&amp;subset=latin-ext" rel="stylesheet">

css:

font-family: 'Montserrat', sans-serif;
font-weight: 400;
font-size: 1.25em;

text:
1 stroužek česneku

result:
screenshot-2018-2-22 bearinkitchenui
Here's a jsfiddle

@alerque
Copy link

alerque commented Feb 22, 2018

I am not seeing this result even in your Fiddle. I'm on Archlinux with Firefox.

Here is your fiddle:
selection_042

Here is the same fiddle with the string from your issue:
selection_043

Both look fine to me. What browser are you using?

Update: I just tried it on Chromium also on Archlinux and get the same result, everything looks fine.

@0x726f62
Copy link
Author

0x726f62 commented Feb 22, 2018

i've got same result with

  • firefox - 58.0.2 (64-bit)
  • google-chrome - Version 64.0.3282.167 (Official Build) (64-bit)

screenshot-2018-2-22 edit fiddle - jsfiddle

So it seems it's not web browser dependent.

I am also using Arch
Linux rob-pc 4.15.3-2-ARCH #1 SMP PREEMPT x86_64 GNU/Linux

But I didn't change default font settings on this machine.
I reproduced it on 2 independent Arch installations so far.

@alerque
Copy link

alerque commented Feb 22, 2018

The kernel version isn't going to be important here. Is your Arch system up to date with all packages? What DE are you using? What versions of fontconfig & harfbuzz do you have? Are you sure you don't have something else interfering (like userstyles, fonts installed that add substitute tables to font config, etc.)?

@alerque
Copy link

alerque commented Feb 22, 2018

Okay I have more ideas. The Google Fonts style sheet in your jsfiddle actually looks on your system first, then loads from Google Fonts. So we might not be loading the same font files. Here's the magic question: do you have the Montserrat packages installed on Archlinux from the AUR, have you manually installed the font some other way, or are you getting the Google Fonts hosted version?

My systems have the latest otf-montserrat and ttf-montserrat packages with the 7.200 release of the font installed from the AUR (I am actually the maintainer of those packages). What I don't know is whether my browser is prioritizing the OTF or TTF version. This bug might be a difference between those two. Or it could be that you are using some other version of the font. What font files and version are you actually loading?

@0x726f62
Copy link
Author

0x726f62 commented Feb 23, 2018

Here's the magic question: do you have the Montserrat packages installed on Archlinux from the AUR, have you manually installed the font some other way, or are you getting the Google Fonts hosted version?

Google Fonts hosted version

Well i tried to install ttf-montserrat-7.200-3 package from AUR and it fixed the issue (locally installed font takes over). I guess the root cause is in the fonts hosted on google fonts or just in the subset=latin-ext.

@alerque
Copy link

alerque commented Feb 23, 2018

Okay now we're getting somewhere. So the problem is not with the font itself (the released 7.200 version is fine for both of us) but with the specific builds of it hosted by Google Fonts, which are apparently not the same as what's on Github. I suspect something is different between their Latin & Latin Extended range builds, and since those are loading from two different files there is some kind of missmatch going on. One or both probably needs rebuilding to be a match.

@davelab6 this is sounding like something up your alley no?

@Samuell1
Copy link

Same issue for me latin-ext is broken for some characters like č or ť on google fonts but if i set font-weight 300 it magically works.

(first row 400 and second is 300 weight)
obrázok

@juandelperal
Copy link
Collaborator

@Samuell1 it seems that the regular font you are viewing in the first line is a local old version installed on your system.

Check out
https://jsfiddle.net/7g3tusmy/4/

it renders:
Screen Shot 2019-05-10 at 8 29 29 AM

@Samuell1
Copy link

@juandelperal Thanks! Thats was the issue.

@alerque
Copy link

alerque commented May 10, 2019

This issue can be closed. It is fixed in both the font itself and the version on Google Fonts. The only instances of it are people that have an older version on their system and think they are using Google Fonts and actually seeing outdated versions from their own system.

If anybody is watching this issue tracker can you please close this issue. Thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants