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

Type1 support #18

Open
stone-zeng opened this issue Oct 21, 2018 · 17 comments
Open

Type1 support #18

stone-zeng opened this issue Oct 21, 2018 · 17 comments
Labels
future plan help wanted Extra attention is needed

Comments

@stone-zeng
Copy link
Collaborator

Someone hopes to use it with pdfTeX: Using fira-math with pdflatex. So maybe we should make a Type1 version.

PS: how about TTF version?

@stone-zeng stone-zeng added the help wanted Extra attention is needed label Oct 21, 2018
@hvoss49
Copy link

hvoss49 commented Oct 21, 2018

There is no need for a Type~1 version. The future is lualatex with OpenType support and not pdflatex

@YuanshengZhao
Copy link

YuanshengZhao commented Nov 6, 2018

Perhaps this can help: lcdf-typetools.

@beojan
Copy link

beojan commented Nov 26, 2018

I don't know if a Type 1 version is necessary, but a native LaTeX math font (i.e. without using unicode-math) certainly is.

unicode-math causes some strange problems with boldface etc. See matze/mtheme#306

@hvoss49
Copy link

hvoss49 commented Nov 26, 2018

I cannot see a problem with bold math. If a bold font exist, simply load it:

\usepackage[math-style=ISO]{unicode-math}
\usepackage{libertinus}

if it didn't exists use

\usepackage[math-style=ISO]{unicode-math}
\usepackage{firamath-otf}

which itself loads package xfakebold ...

@stone-zeng
Copy link
Collaborator Author

unicode-math is not compatible with most other traditional math package, so those packages should not be used (or at least directly used without modification) together with unicode-math. But anyway, it has nothing to do with the font itself.

@hvoss49 I really don't like fake bold... Please be a little bit patient for the oncoming multi-weight version.

@beojan
Copy link

beojan commented Nov 27, 2018

That was my point. A firamath package that loads the font like a traditional LaTeX math font without unicode-math would be very helpful. I don't know if this requires a Type1 font.

@hvoss49
Copy link

hvoss49 commented Nov 27, 2018 via email

@beojan
Copy link

beojan commented Nov 27, 2018

As @stone-zeng pointed out, unicode-math isn't compatible with many traditional packages. In particular (for me), it appears to be incompatible with hepparticles.

It also seems to have trouble producing bold output in, for example, Metropolis theme titles.

A firamath package that loads the font the traditional TeX way would (hopefully) fix this.

@hvoss49
Copy link

hvoss49 commented Nov 27, 2018

Again: It has nothing to do with unicode-math. You always get a problem if you load packages which modify font setting in the old (limited type-1 or MetaFont) way after unicode-math, e.g. amsmath. And you'll get the same problem with firamath. You cannot use an unicode math font and then using a package which modifies math setting with respect to type 1. If you load all old packages first and then unicode-math, everything will be fine.

@beojan
Copy link

beojan commented Nov 27, 2018

If you load all old packages first and then unicode-math, everything will be fine.

At least in my experience, everything is not fine just because the old packages are loaded first.

@hvoss49
Copy link

hvoss49 commented Nov 27, 2018

Example please ....

@beojan
Copy link

beojan commented Nov 27, 2018

See the MWE in matze/mtheme#306. unicode-math is loaded by Metropolis, so it happens after hepparticles (which is loaded by hepnicenames.

@hvoss49
Copy link

hvoss49 commented Nov 27, 2018

At first: Metropolis does not load unicode-math. At second: it does not modify any math setting! fontspec is loaded by Metropolis with the no-math option. _Everything is done by heparticles and the math setting of this package is the problem! It is done for Type 1 fonts.

@RuixiZhang42
Copy link

RuixiZhang42 commented Jun 6, 2019

It appears that fira (v4.3 2019-06-04) ships 5 Type 1 fonts from Thin to Bold. Unfortunately, it also ships OpenType and its FiraMath-Regular.otf is severely outdated.

This is bad. When users say \setmathfont{FiraMath-Regular.otf}, the search path will end up being /fonts/opentype/public/fira/ instead of /fonts/opentype/public/firamath/.

@hvoss49
Copy link

hvoss49 commented Jun 6, 2019 via email

@stone-zeng
Copy link
Collaborator Author

stone-zeng commented Jun 6, 2019

Bob Tennent (the maintainer of fira package) has uploaded FiraMath-*.otf and FiraMath-*.pfb by mistake, and then firamath has been removed from Tex Live to avoid ambiguity shortly afterwards.

Hopefully Bob will upload a corrected version as soon as possible, and firamath should be reinstalled then.

Update: in the latest CTAN directory the fira package has been corrected.

@Alex-Muirhead
Copy link

@stone-zeng I'd be interested to look into this conversion further, if it helps. Are there any resources you could point me towards for it? I haven't done much work with creating font encodings before, but having Type1 support would be really beneficial.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
future plan help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

6 participants