-
Notifications
You must be signed in to change notification settings - Fork 19
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
Comments
There is no need for a Type~1 version. The future is |
Perhaps this can help: lcdf-typetools. |
I don't know if a Type 1 version is necessary, but a native LaTeX math font (i.e. without using
|
I cannot see a problem with bold math. If a bold font exist, simply load it:
if it didn't exists use
which itself loads package |
@hvoss49 I really don't like fake bold... Please be a little bit patient for the oncoming multi-weight version. |
That was my point. A |
unicode-math does nothing else then defining macros for an access of all the glyphs.
The font loading itself is done by fontspec. However, both is not needed, if one uses
xelatex or lualatex, then the font loading can be done on TeX level, but
that is not really fun. For pdflatex you need type 1 fonts.
Again: with or without unicode-math, you can have bold math symbols only if a
bold math font exists. Otherwise you have to fake bold.
|
As @stone-zeng pointed out, It also seems to have trouble producing bold output in, for example, Metropolis theme titles. A |
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. |
At least in my experience, everything is not fine just because the old packages are loaded first. |
Example please .... |
See the MWE in matze/mtheme#306. |
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. |
It appears that This is bad. When users say |
Will be updated as soon as possible …
Herbert
… Am 06.06.2019 um 06:38 schrieb Ruixi Zhang ***@***.***>:
It appears that fira <https://ctan.org/pkg/fira> (v4.3 2019-06-04) ships 5 Type 1 <https://ctan.org/tex-archive/fonts/fira/type1> fonts from Thin to Bold. Unfortunately, it also ships OpenType <https://ctan.org/tex-archive/fonts/fira/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/.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#18?email_source=notifications&email_token=ADCLIP4FK4762X2CT2JQH6LPZCIDPA5CNFSM4F6KD2MKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXBWOJQ#issuecomment-499345190>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ADCLIPZYVTWJBKW6A7WSQELPZCIDPANCNFSM4F6KD2MA>.
|
Bob Tennent (the maintainer of Hopefully Bob will upload a corrected version as soon as possible, and Update: in the latest CTAN directory the |
@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. |
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?
The text was updated successfully, but these errors were encountered: