| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This introduces microtypography support.
Test:
\input luaotfload.sty
\pdfprotrudechars2 \pdfadjustspacing2
\font\testa=file:lmroman12-regular:script=latn at 12pt
\font\testb=file:lmroman12-regular:script=latn;protrusion=default at 12pt
\testa \input tufte \par
\testb \input tufte \par
\bye
closes #7
|
| |
|
|
| |
Fixing a bug when mixing colored and non-colored fonts.
|
| |
|
|
|
|
| |
Now the boxes are "transparent" to the algorithm. This saves 5%
space on a uncompressed PDF, about 0.5% in a compressed one, but
may be a lot more for documents with a lot of boxes.
|
| |
|
|
|
|
|
|
| |
Smaller pdf output. Some more optimizations could happen by a second
exploration, may come later.
The file doesn't work with LuaTeX 0.40 but seems ok for 0.44. Colors are
now disabled for versions <41.
|
| |
|
|
|
|
|
|
| |
Not relying on str:is_empty which is not in luaextra (yet?).
In pre_output_buffer, we shouldn't encounter sub_math but if
we encounter a sub_box we should explore it like we do for vlist
and hlist.
|
| | |
|
| |
|
|
| |
There still room for improvement.
|
| |
|
|
| |
the callbacks are not registered if no font with colors is loaded, less verbose pdf output
|
| |
|
|
|
| |
Khaled, why not having luaotfload.colorize instead of local colorize
functions?
|
|
|
For easier maintenance.
|
