| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
| |
Fix assignment of LM series fonts. Currently these are broken because of
borked typosub identifiers like “8oblique” that prevent exact name
matching and at the same time exclude matching the (usable) subfamily.
Introduce a heuristic based on the italic angle value that assigns
italic as a fallback in these cases.
Test: https://bitbucket.org/phg/lua-la-tex-tests/src/857c83ca98cb35153979a0613d3a742bfd93f834/lua/tla-names-3-lm.lua
|
|
|
|
|
| |
The config option must go since the FF based code was removed already
some time ago.
|
| |
|
| |
|
|
|
|
| |
Subfont loading seems to have been broken for a while but no reports …
|
|
|
|
|
| |
These only make the loader emit warnings because of the missing runtime
environment. They weren’t needed to begin with.
|
|
|
|
|
|
|
| |
Fixes #382
Luaotfload will fail with an up to date Luatex on account on a buggy
minimum version check. Many thanks to @davidcarlisle for the report.
|
|
|
|
|
|
|
|
|
| |
Credits to Taco for the talk at Kalenberg that inspired the feature.
Extending the parser is required so we can have proper name for the
feature.
Happy Luatex 1.0.0
|
| |
|
|
|
|
|
| |
Fontloader crashes during loading. Hans is notified, let’s wait for him
to fix it properly.
|
|
|
|
| |
This incorporates our patch for issue #377.
|
|
|
|
| |
Patch has been upstreamed for a while but no response yet.
|
|
|
|
|
|
| |
The loader makes some assumptions about available lookup functions early
on. Since fonts-syn.lua only installed dummies for most of these, we
might as well do that too.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
addfeature() and the likes -- with less extensive logging -- is now
provided directly by means of font-otc.lua so we don’t need to keep
these parts around any longer. The loader installs anum features
identical to ours and a slightly different “tlig” one which we override.
Clean up locals and misleading comments while we’re at it.
|
| |
|
|
|
|
|
| |
CAVEAT LECTOR This adds font-otc.lua part of which has already been
included in our feature handler.
|
|
|
|
| |
No need for patching font-tfm.lua any longer.
|
|
|
|
| |
Hans appears to have heard our pleas =)
|
|
|
|
|
|
|
|
|
|
| |
This makes our own features work with otf.addfeature().
However, for TFM it’s still not functional out of the box since the
enhancer is installed at a time when it has not been defined yet. An
answer from Hans is pending. In the meantime, we put a crude hack into
our font-tfm.lua to allow injecting the enhancer retroactively on
Luaotfload init.
|
|
|
|
|
| |
The AFM one is still preferable when passed a PFB because of the extra
checking it does.
|
| |
|
|
|
|
|
| |
Since TFM fonts now take the same path as OTF and suchlike, not passing
on the spec literally may actually be harmful.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
formats
Latest updates to the loaders seem to have obsoleted a number of our
precautions. Neat.
|
|
|
|
|
| |
Even though it works fine as it was, the loader actually expects “false”
as the value to indicate that no subfont was requested.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Also set a dummy ``pdf`` table that is referenced in the file. Whether
we actually need font-tfm in luaotfload-tool should be reevaluated at
some point before 2.8.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Reported by @dohyunkim: https://github.com/lualatex/luaotfload/pull/364#issuecomment-226059150
Under certain circumstances, update_names() was invoked with an empty
table instead of a correctly initialized one, breaking the assumptions
of the db populating code.
This commit also guards more strongly against this kind of oversight and
tidies up the db constructor.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Some of the more absurd aspects of fonts ;) This will fork inkscape for
the actual SVG processing.
|
| |
|
|
|
|
|
|
|
| |
The new addfeature() as of 499160de78a1 accesses utf8.len() which wasn’t
imported at this point. Another import, utf8.char(), became irrelevant.
Spotted by @doyunkim
|
|
|
|
|
|
|
|
|
| |
Fix issue #344
The paths changed a while ago making a change necessary. We can’t just
replace the path because older versions of the tree would fail,
rendering bisection unusable. We compensate by testing the candidate
directories beforehand.
|
|
|
|
|
|
| |
This corresponds to commit a274872832cd on the mirror repo. The changes
since then were numerous but seem to introduce a couple new files we
didn’t ask for =) Later.
|
|
|
|
|
|
|
|
|
| |
Addresses #359 and #325
To avoid duplicate entries, paths have to be resolved before collecting
them. This necessitates loop detection of some sort, currently
implemented naively as a flat table containing the directories already
traversed.
|