| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
(warning very strange and unreadable diff due to indentation change)
Now scan_os_fonts just scans os fonts without checking if OSFONTDIR is set or not, but it's called only if OSFONTDIR is not set (makes the code a bit more understandable).
|
| |
|
| |
|
|
|
|
|
|
| |
(luat-ovr is only loaded with luaotfload,
not when mkluatexfontdb is run separately)
not sure how I missed this the other day
|
|
|
|
|
|
| |
This prevents the call to the pk maker program (that prints an error saying that the pk already exists).
This file is not really the place to put such an initialization, I think it should go in the format, but we cannot right now.
|
|
|
|
| |
This reverts commit 0dd503b00ed24cc4a6628e7c0059c3b20fe0e177.
|
|
|
|
| |
Sorry no time to implement a general solution
|
| |
|
|
|
|
| |
logs.info certainly doesn't work on my setup...
|
| |
|
| |
|
| |
|
|
|
|
|
| |
(this isn't impossible, but probably only if
we're using fc-list in Mac OS X...)
|
| |
|
| |
|
|
|
|
| |
To do so I added a logs.info function to print something on the terminal and in the logs.
|
| |
|
|
|
|
| |
Now if specification.name ends by a font file extention, we look for the font file first with kpse and then in the database.
|
|
|
|
| |
Without this my .ofm fonts don't work... Does this commit do something else wrong?
|
| |
|
|
|
|
|
|
| |
If OSFONTDIR is set non-TFM files will be found first if TFM file is
asked for, I'm not into the mode of digging the source of this in
ConTeXt code, so just force TFM lookup by appending .tfm (or .ofm).
|
| |
|
|
|
|
|
|
| |
We were keeping previously found versions of the font in the database
and only overriding the status[filename].index which is useless since
names.resolve will then found the first instance.
|
|
|
|
|
|
| |
We now index TEXMF fonts by their base names not absolute paths, and we
check if the font already indexed. This simplifies other parts of the
code.
|
|
|
|
| |
We now try to update the database if a font is not found.
|
|
|
|
| |
This reverts commit f5fcb4e933f142a7b803b42f7870b5de0ce1117c.
|
| |
|
|
|
|
|
|
|
| |
If it isn't a font collection file (which is true if we reach here)
then the index always == 1. As a side effect, fixes a mysterious bug
with --no-shell-escape causing all files to have empty index and the
same timestamp.
|
| |
|
|
|
|
|
| |
This will avoid the error message, but also no system fonts will be
scanned.
|
|
|
|
|
| |
If no font names database is found, generate a new one. Broken unless
luatex is run with "--shell-escape".
|
|
|
|
|
| |
The |status| table need not to reside in a separate file, it is now part
of the font names database itself.
|
|
|
|
| |
Always scan directories recursively, it doesn't harm.
|
| |
|
|
|
|
|
| |
if OSFONTDIR was not empty, the texmf variable ended true and the
filenames in the database were not complete.
|
|
|
|
|
|
| |
Now if we are under macosx and if osfontdir is empty, we don't rely
on fc-list to give us the system fonts, but we use some static
directories.
|
| |
|
|
|
|
| |
Avoid very long lines.
|
| |
|
|
|
|
|
|
|
|
| |
Sometimes the database is outdated in the font no longer exits in the
saved path, now we make sure the file exists before returning path to
luatex. This way the user gets the good old "font not loadable" error,
instead of mysterious backend error and program exit. Later we may try to
update the database at this point.
|
|
|
|
|
|
|
| |
if a tfm (or ofm) files exists with the same name, skip font names
database.
closes #3
|
| |
|
|
|
|
|
| |
Per Manuel's suggestion, we now use TEXMVAR/luatex/generic/luaotfload/
instead of TEXMVAR/luatex-cache/latex/.
|
|
|
|
|
|
|
| |
Previously, we relied in the fact that origname contains the subfont in
the form of |foo.otf(subfoo)| and that luatex would then load the right
font, but this is not what the rest of the code expects and cause some
bugs. We now return the filename and subfont properly (i.e.separately).
|
|
|
|
| |
The difference is negligible, but this make the code more consistent.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
If the family name is matching but no matching style, we would not
return any thing, we now just return a random match (e.g. the user asks
for XITS Math/Regular but gets XITS Math/Math), I hope in such rare
cases there is only one match, else one is better giving proper style or
fullname.
|
|
|
|
| |
When we fallback to filename lookup, we should return the original name.
|
| |
|