On 10/13/2020 4:47 PM, Pablo Rodriguez wrote:
On 10/13/20 1:36 PM, Hans Hagen wrote:
On 10/12/2020 4:59 PM, Pablo Rodriguez wrote:
[...] On page 36 (https://pdf.ousia.tk/wrong-font-expansion.pdf#page=36), lines 4, 11 and 20 are wrong.
Current LMTX (LuaTeX 2.07 20200920 + ConTeXt MkIV 2020.09.20 23:02) has the issue, while MkIV (LuaTeX 1.11 7226 + ConTeXt MkIV 2020.01.30 14:13) has no problem with that.
I think this might be a bug. Could you confirm the issue? I need to keep count of how frequently i suggest typo also
\setupalign[verytolerant,stretch]
when one uses hz and/or protrusion. I don't know why folks expect expansion and protrusion to give better (or intended) output when the other constraints are such that tex either not even ends up in the phase where expansion is applied, or when fitting the constraints is only possible with excessive and visible expansion. When expansion is max or min and there is not enough spacing to stretch and shrink the results will not get better. Read: expansion is a last resort in getting things right. Also, protrusion actually add to the constraints so that is never a way to get a better fit.
Many thanks for your reply, Hans.
If both expansion and protrusion add problems to line breaking, I’m disabling both features in my documents.
they should work ok, if you help them to work well which happens by being more permissible (tolerant,stretch) .. the main drawbacks are loss of performance and much larger pdf files Hans (i admit that i never use these features because on the average the result doesn't look better, unless maybe when one does a (really) high resolution print which means: offset) ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------