| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Defining a combination did not override the default file: lookup so
every font defined that way will at font embedding time trigger a reload
of the index on account of a missing file. Setting the ``combo:`` lookup
will prevent the issue.
|
|
|
|
|
|
|
| |
Due to the origin in other parts of Luatex, some messages in this file
were logged under the “load” facility; corrected. Also, the combo
mechanism still spits debug levels of noise at log level zero; raised to
two.
|
| |
|
| |
|
|
|
|
|
|
| |
This one hasn’t been touched for ages. The will be no compatibility
loader this year. For testing, creating a loader on the fly from the Git
repos is sufficient.
|
|
|
|
|
|
| |
The new Lua based loader consistently numbers subfonts from one, not
zero like the Fontforge one. We correct the value immediately before
passing a handled font request on to the loader.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Building on the combination mechanism, this allows defining fallback
fonts of which all glyphs are pulled that aren’t currently part of the
base font. Example:
\input luaotfload.sty
\font \lm = file:lmroman10-regular.otf:mode=base
\font \cmu = file:cmunrm.otf:mode=base
\font \lmu = "combo: 1->\fontid\lm; 2->\fontid\cmu,fallback"
\lmu Eh bien, mon prince. Gênes et Lueques ne sont plus que des
apanages, des поместья, de la famille Buonaparte.
\bye
This allows setting Latin Modern text that contains Cyrillic letters.
Note that -- as with the other combinations -- only glyphs are
considered, no other properties of the fallback font. So besides the
occasional letter in a different script this functionality is probably
useless.
|
|
|
|
|
|
|
|
| |
This introduces a forced lookup type “evl” that bypasses the other
methods. The specification is extended with the correct values including
a more meaningful hash string. As a result, the loader no longer
attempts to interpret the specification as a “file:” request but the
backend can still resolve the necessary files.
|
| |
|
| |
|
|
|
|
|
|
|
| |
Highly experimental at this point. The font request parser has been
extended to handle combinations of already defined fonts. Nothing else
has been implemented yet, so the request handler will simply error out
with a message.
|
| |
|
| |
|
|
|
|
|
|
| |
Closing #309
Many thanks for @simifilm for the report!
|
| |
|
| |
|
|
|
|
|
| |
Pretty hackish and probably not supported forever, but this is required
on account of the changes to the loader since TL 2014.
|
|
|
|
| |
Fixes the crash but apparently not the feature.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
We still had some 2014 values lingering around dark corners. In theory
this is all meaningless wrt. the Git repo.
|
| |
|
|
|
|
|
|
| |
This is a partial revert of 3cf26fc.. -- The test must be for features
not specified in the font definition. Also applies in the same manner to
the global defaults.
|
|
|
|
|
|
|
| |
Closing https://github.com/lualatex/luaotfload/issues/243
The behavior was introduced with commit d84ce4e.. when non-boolean
default feature values were introduced as part of the configuration.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|