bug with hz in LMTX?

bug with hz in LMTX?

[Pablo Rodriguez]

Dear list,

I have the following sample:

  \showframe\showgrid
  \setuplayout[width=middle]
  \definefontfamily[mainface][rm][TeX Gyre Pagella]
      [features={default, quality}]
  \setupbodyfont[mainface, 20pt]
  \setupalign[hanging, hz]
  \starttext
  \dorecurse{25}{\input{zapf}\input{cuomo}}
  \stoptext

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?

Many thanks for your help,

Pablo
--
http://www.ousia.tk
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: bug with hz in LMTX?

[Hans Hagen]

On 10/12/2020 4:59 PM, Pablo Rodriguez wrote:
> Dear list,
> 
> I have the following sample:
> 
>    \showframe\showgrid
>    \setuplayout[width=middle]
>    \definefontfamily[mainface][rm][TeX Gyre Pagella]
>        [features={default, quality}]
>    \setupbodyfont[mainface, 20pt]
>    \setupalign[hanging, hz]
>    \starttext
>    \dorecurse{25}{\input{zapf}\input{cuomo}}
>    \stoptext
> 
> 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.

Anyway, with tolerant and stretch the test looks ok here.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: bug with hz in LMTX?

[Pablo Rodriguez]

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.

Many thanks for your help,

Pablo
--
http://www.ousia.tk
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: bug with hz in LMTX?

[Hans Hagen]

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
-----------------------------------------------------------------
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________