| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
If the requested style is not found, fallback to regular. I think this
broke in commit b9d377647240804d7d85429a18e1bdf0ff00823c
closes #13
|
|
|
|
|
| |
It takes a dir path as input and index its fonts temporarily in the names
database, changes are not saved to the disk.
|
| |
|
| |
|
|
|
|
|
| |
(so users know what's taking so long)
|
|
|
|
|
|
| |
* comments are handled correctly
* include are handled
* directories containing "texmf" are not explored... maybe it should be changed?
|
|
|
|
|
| |
This was a leftover from old code. This should fix Adobe Garamond Pro
issue.
|
|
|
|
|
|
|
|
| |
We now detect tfm fonts much earlier and force a file based lookup,
thus bypassing |names.resolve()| completely.
So, now |\font\tenrm=cmr10| is exactly the same as |\font\tenrm=file:cmr10|
as long as there is a tfm/ofm file named cmr10.
|
| |
|
|
|
|
|
| |
Make sure to check last file extension; ignoring files like
foo.ttf.bar-x.xyz.
|
| |
|
|
|
|
|
| |
kpse.readable_file() returns nil if given a directory, so disable this
check for now.
|
| |
|
| |
|
| |
|
|
|
|
| |
Patch to detect symlinks and follow them in path normalization. Reduces my database by 30 fonts. Please test (especially on Mac OSX).
|
| |
|
|
|
|
| |
This works fine on my system. Actually it works even better than fc-list, as it finds arial.ttf which fc-list doesn't... strange... please test.
|
| |
|
|
|
|
| |
Strangely, OSFONTDIR is set under windows... It works even if it's unset anyway.
|
|
|
|
| |
On my system a lot of fonts were indexed two times, this seems to fix it. It's not perfect but that's all we can do with the current database (please tell me if it introduces some regressions).
|
|
|
|
| |
This seems to work OK... the code don't actually use it as there are other things to debug before, but the function that reads the file works ok on mine (please test on yours if you have time).
|
|
|
|
| |
as we don't scan only texmf_tree if OSFONTDIR is set
|
|
|
|
|
|
| |
(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.
|
| |
|