summaryrefslogtreecommitdiff
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* [fontloader] sync with Context as of 2016-10-20v2.8-rc3Philipp Gesang2016-10-202-23/+29
|
* [db] tentatively reintroduce fallback for italicPhilipp Gesang2016-10-191-6/+12
| | | | | | | | | | 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
* [db,conf,doc] kill off references to FF loaderPhilipp Gesang2016-10-172-21/+0
| | | | | The config option must go since the FF based code was removed already some time ago.
* [fontloader] sync with Context as of 2016-10-17Philipp Gesang2016-10-177-86/+491
|
* [tool] fix crash in verbose error messagePhilipp Gesang2016-09-291-1/+2
|
* [features,tool] fix subfont handling in file loadingPhilipp Gesang2016-09-292-7/+9
| | | | Subfont loading seems to have been broken for a while but no reports …
* [tool] remove unnecessary modulesPhilipp Gesang2016-09-291-12/+0
| | | | | These only make the loader emit warnings because of the missing runtime environment. They weren’t needed to begin with.
* [main,tool] fix version checkPhilipp Gesang2016-09-282-9/+12
| | | | | | | 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.
* [features,parsers] add extremely important featurePhilipp Gesang2016-09-272-1/+7
| | | | | | | | | 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] sync with Context as of 2016-09-24Philipp Gesang2016-09-243-62/+74
|
* [fontloader] patch basics-gen to include missing convertersPhilipp Gesang2016-09-231-0/+20
| | | | | Fontloader crashes during loading. Hans is notified, let’s wait for him to fix it properly.
* [fontloader] sync with Context as of 2016-09-23Philipp Gesang2016-09-234-89/+275
| | | | This incorporates our patch for issue #377.
* [fontloader] HACK hot-patch loader to fix crashv2.8-rc1Philipp Gesang2016-09-201-4/+6
| | | | Patch has been upstreamed for a while but no response yet.
* [db] install required functions from font-synPhilipp Gesang2016-09-201-0/+44
| | | | | | 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.
* [fontloader] sync with Context as of 2016-09-15Philipp Gesang2016-09-1512-132/+933
|
* [fontloader] sync with Context as of 2016-08-29Philipp Gesang2016-08-2914-909/+1145
|
* [features] drop code from font-otcPhilipp Gesang2016-08-151-778/+8
| | | | | | | | | 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.
* [scripts, init] include font-otc at the appropriate placesPhilipp Gesang2016-08-151-0/+1
|
* [fontloader] sync with Context as of 2016-08-15Philipp Gesang2016-08-153-1/+1726
| | | | | CAVEAT LECTOR This adds font-otc.lua part of which has already been included in our feature handler.
* [features] use the new feature registry for TFMPhilipp Gesang2016-07-301-30/+30
| | | | No need for patching font-tfm.lua any longer.
* [fontloader] sync with Context as of 2016-07-30Philipp Gesang2016-07-306-677/+799
| | | | Hans appears to have heard our pleas =)
* [features,fontloader] fix adding featuresPhilipp Gesang2016-07-273-11/+55
| | | | | | | | | | 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.
* [loaders] take tfm path directly where appropriatePhilipp Gesang2016-07-271-2/+3
| | | | | The AFM one is still preferable when passed a PFB because of the extra checking it does.
* [features] remove check preventing application of features to TFM filesPhilipp Gesang2016-07-271-3/+4
|
* [aux] unrestrict fontname rewritingPhilipp Gesang2016-07-271-7/+5
| | | | | Since TFM fonts now take the same path as OTF and suchlike, not passing on the spec literally may actually be harmful.
* [fontloader,import,status] drop luatex-plain-tfm.luaPhilipp Gesang2016-07-271-120/+0
|
* [fontloader,import] drop font-otd.luaPhilipp Gesang2016-07-271-268/+0
|
* [fontloader] sync with Context as of 2016-07-26Philipp Gesang2016-07-268-34/+181
|
* [loaders] hook the generalized afm loader directly into tfm, pfb, and afm ↵Philipp Gesang2016-07-151-20/+4
| | | | | | | formats Latest updates to the loaders seem to have obsoleted a number of our precautions. Neat.
* [features] correctly unset subfontPhilipp Gesang2016-07-151-0/+2
| | | | | Even though it works fine as it was, the loader actually expects “false” as the value to indicate that no subfont was requested.
* [loaders] make TFM take the AFM pathPhilipp Gesang2016-07-141-1/+2
|
* [fontloader] sync with Context as of 2016-07-14Philipp Gesang2016-07-144-135/+252
|
* [features] include feature spec validationPhilipp Gesang2016-07-081-0/+36
|
* [tool] update load sequence for font-tfmPhilipp Gesang2016-07-071-2/+4
| | | | | | 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.
* [status,import,fontloader] add luatex-plain-tfm.lua and update scriptsPhilipp Gesang2016-07-071-0/+120
|
* [features] update otf.enhancers.addfeature()Philipp Gesang2016-07-071-15/+75
|
* [init] postpone loading of font-tfmPhilipp Gesang2016-07-071-2/+2
|
* [fontloader] sync with Context as of 2016-07-05Philipp Gesang2016-07-0522-611/+1619
|
* [*] update datev2.7-fix-3Philipp Gesang2016-06-162-3/+3
|
* [fontloader] sync with Context as of 2016-06-16Philipp Gesang2016-06-166-405/+441
|
* [db] fix initialization behavior to prevent crashPhilipp Gesang2016-06-151-5/+4
| | | | | | | | | | | 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.
* [fontloader] sync with Context as of 2016-06-14Philipp Gesang2016-06-143-21/+27
|
* [db] adapt error handling to new fontloader conventionsPhilipp Gesang2016-06-121-14/+21
|
* [db] fix crash with missing name dataPhilipp Gesang2016-06-121-2/+2
|
* [fontloader] import font-oclPhilipp Gesang2016-06-122-0/+299
| | | | | Some of the more absurd aspects of fonts ;) This will fork inkscape for the actual SVG processing.
* [fontloader] sync with Context as of 2016-06-12Philipp Gesang2016-06-1218-86/+1464
|
* [features] fix missing localPhilipp Gesang2016-06-111-2/+3
| | | | | | | 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
* [init] adapt Context base path for file loaderPhilipp Gesang2016-06-101-10/+31
| | | | | | | | | 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.
* [fontloader] sync with Context as of 2016-05-31Philipp Gesang2016-06-105-78/+128
| | | | | | 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.
* [db] resolve symlinks when traversing the file systemPhilipp Gesang2016-06-081-31/+41
| | | | | | | | | 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.