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

Some apps don't like the name #15

Closed
ktekinay opened this issue Sep 13, 2023 · 8 comments
Closed

Some apps don't like the name #15

ktekinay opened this issue Sep 13, 2023 · 8 comments

Comments

@ktekinay
Copy link

0xProto and it might become my favorite dev font but I can't seem to use it everywhere. Some apps on the Mac are recognizing the font but not loading it presumably because the name starts with a number.

For example, when I try to use it as my mono font in Mail, it displays a generic proportional font instead. When I tried to set it as my default in VS Studio Code, I had to enclose it in single quotes or it would do the same.

Can you release a duplicate version with a name like "ZeroExProto" to avoid these issues?

@matype
Copy link
Member

matype commented Sep 14, 2023

@ktekinay Thank you for using 0xProto!

I've also noticed that when I type using 0xProto in Mail.app on macOS, it displays in a proportional font instead.

However, I'll look into whether the issue is because the name starts with "0xProto". Given that 0xProto appears in Mail.app's font list, I suspect the name might not be the problem but rather some other underlying cause.

A font file can't simply be renamed to an alternative like "ZeroExProto" for 0xProto; it would need to be provided as a separate font file. I'd prefer not to take that route due to the associated administrative costs.

If this issue arises from names beginning with a number, then I may consider renaming 0xProto.

@anilkumar150886
Copy link

anilkumar150886 commented Sep 20, 2023

Just an Observation : The new version of 1.2 has this issue on the cmd as well.. when I select the font, it goes to default font type.. The issue is not present in 1.01 version and works fine.. So, I reverted back to 1.01 version as of now..

@matype
Copy link
Member

matype commented Sep 20, 2023

@anilkumar150886 Thanks for the feedback.
Are you saying that 0xProto no longer lists in the cmd? Is this the same status as your feedback on #10 at this time?

So, I reverted back to 1.01 version as of now..

You mean, you reverted back to v1.101 instead of v1.01, right?

@anilkumar150886
Copy link

This time, on v1.2 version, the font was listing in the cmd, but it was not getting recognized as font. i.e, Whenever i selected the 0xProto, it was defaulted back to courier new.

So, i reverted back to v1.101.. (sorry for the confusion on the font version).

With v1.101, it's fine, i.e, when i select the 0xProto, the font is recognized.

@matype
Copy link
Member

matype commented Sep 20, 2023

@anilkumar150886 Thanks!
Your feedback seems to be unrelated to the font name. I've created a new issue for it, #21 .

@matype
Copy link
Member

matype commented Oct 1, 2023

Per the OpenType specification, there aren't any restrictions on font names, so '0xProto' is perfectly valid. However, in applications like VS Code, where you enter the font name into a text field, it requires the name to be enclosed in quotation marks. This isn't typical for other fonts. Given that the font name '0xProto' starts with a number, it isn't the most user-friendly experience.
As a result, I'm considering renaming the font, if necessary. (I like the name '0xProto', though of course I don't want to rename it.)

@matype
Copy link
Member

matype commented Oct 1, 2023

Also,

when I try to use it as my mono font in Mail, it displays a generic proportional font instead.

I locally renamed 0xProto to zxProto (a name not beginning with a number) and tested this with my build.
The result was consistent: Even with the name changed to zxProto, the font wasn't available on Mail.app. Hence, I've determined that the issue isn't tied to the name '0xProto'.

@matype
Copy link
Member

matype commented Oct 1, 2023

I've created #26 and #27 since this issue can be split into two distinct concerns. Therefore, I'll be closing this issue.

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

3 participants