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

German öäü not working in Google Doc / Sheets #104

Open
MatelsoMan opened this issue Oct 14, 2024 · 5 comments
Open

German öäü not working in Google Doc / Sheets #104

MatelsoMan opened this issue Oct 14, 2024 · 5 comments
Labels

Comments

@MatelsoMan
Copy link

Hi,

We love the font but are experiencing issues like the one mentioned here:
#47

Unfortunately, we’re using Google Workspace and can't update or modify anything within their system. I just wanted to check if we need to switch to a different font or if there might be any other solutions.

Apologies if this is outside of your scope, as it seems like Google may have just picked up your open license font. I'm not really well-versed in this, just an IT guy trying to make things work again.

But it’s a great font nonetheless!

@kenmcd
Copy link

kenmcd commented Oct 17, 2024

This is probably from nested components (in TTF fonts).
Some printer drivers cannot handle nested components.
And you get accents placed in odd places - like the images in that other issue.

The ä is made of two components - a and the combining dieresis ̈ (dieresiscomb).
And the combining dieresis is made of two components - two combining dot accents ̇ (dotaccentcom).
So you have components inside other components.
Or nested components.

One work-around is to use the OTF fonts, because OTF fonts do not use components.
But since you are using Google Workspace, you are stuck with the Google Fonts (GF) fonts, which are all TTFs, and their current versions have this issue.
The bad news is until the font developer here updates the fonts, and removes the nested components - and then GF updates their fonts - you are kinda stuck.

Or use a different printer... have seen this with HP and Konica printers.
You could try updating the printer drivers.
But I think this issue is actually from some old code in the hardware, not the driver.

Note: nested components are allowed according to OpenType standards, but in the real world old embedded printer code cannot handle it.

@jpt
Copy link
Owner

jpt commented Oct 17, 2024

yeah, it's both within and outside my scope. the good news is that Glyphs now has a custom parameter for removing nested components, which means this behavior either is (or will be) supported in fontmake, which Google now requires its fonts to be built with. so it will make its way in, it's just hard to say exactly when. I can add the custom parameter to the 1.5 branch to make sure it is in the next batch of changes that make their way to Google, at least

@jpt jpt added the 1.5 TODO label Oct 17, 2024
@MatelsoMan
Copy link
Author

Thank you both this kind of verification of my findings exactly helps me to proceed from here just need to find out now how often google does updates and how we go from here maybe even really buy at least one new printer and be done with it. Thanks for adding it to 1.5!

@khaledhosny
Copy link

fontmake already has --flatten-components option.

@kenmcd
Copy link

kenmcd commented Oct 18, 2024

maybe even really buy at least one new printer and be done with it.

Be careful - test it first.
Some new printers still have very old code in the hardware.
My understanding is the on-the-fly conversion from TrueType to PostScript while printing is the root of the problem. And thus may be in really old hardware code.
Take your laptop and test the printer first.

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

No branches or pull requests

4 participants