From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/114496
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Rik Kabel via ntg-context <ntg-context@ntg.nl>
Newsgroups: gmane.comp.tex.context
Subject: Re: new upload
Date: Sun, 13 Mar 2022 14:58:13 -0400
Message-ID: <433701aa-03e4-270c-126d-e2e110b27537@rik.users.panix.com>
References: <4ebb054e-02d7-5713-7206-03ef8d8c14b8@xs4all.nl>
Reply-To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1579229140672350995=="
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="40134"; mail-complaints-to="usenet@ciao.gmane.io"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
 Firefox/91.0 Thunderbird/91.7.0
Cc: Rik Kabel <ConTeXt@rik.users.panix.com>
To: ntg-context@ntg.nl
Original-X-From: ntg-context-bounces@ntg.nl Sun Mar 13 20:17:54 2022
Return-path: <ntg-context-bounces@ntg.nl>
Envelope-to: gctc-ntg-context-518@m.gmane-mx.org
Original-Received: from zapf.boekplan.nl ([5.39.185.232] helo=zapf.ntg.nl)
	by ciao.gmane.io with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
	(Exim 4.92)
	(envelope-from <ntg-context-bounces@ntg.nl>)
	id 1nTTiz-000ACp-DU
	for gctc-ntg-context-518@m.gmane-mx.org; Sun, 13 Mar 2022 20:17:53 +0100
Original-Received: from localhost (localhost [127.0.0.1])
	by zapf.ntg.nl (Postfix) with ESMTP id 5BD2A2A2A4C;
	Sun, 13 Mar 2022 20:17:13 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl
Original-Received: from zapf.ntg.nl ([127.0.0.1])
	by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WC81tSK1fWzg; Sun, 13 Mar 2022 20:17:11 +0100 (CET)
Original-Received: from zapf.ntg.nl (localhost [127.0.0.1])
	by zapf.ntg.nl (Postfix) with ESMTP id AA8262A30FD;
	Sun, 13 Mar 2022 20:17:11 +0100 (CET)
Original-Received: from localhost (localhost [127.0.0.1])
 by zapf.ntg.nl (Postfix) with ESMTP id 319942A30FD
 for <ntg-context@ntg.nl>; Sun, 13 Mar 2022 20:17:08 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl
Original-Received: from zapf.ntg.nl ([127.0.0.1])
 by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id gSbpUGgjSJfx for <ntg-context@ntg.nl>;
 Sun, 13 Mar 2022 20:17:06 +0100 (CET)
Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=166.84.1.75;
 helo=l2mail1.panix.com; envelope-from=context@rik.users.panix.com;
 receiver=<UNKNOWN> 
X-Greylist: delayed 1128 seconds by postgrey-1.36 at zapf.ntg.nl;
 Sun, 13 Mar 2022 20:17:06 CET
Original-Received: from l2mail1.panix.com (l2mail1.panix.com [166.84.1.75])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
 (No client certificate requested)
 by zapf.ntg.nl (Postfix) with ESMTPS id 71BE52A2A4C
 for <ntg-context@ntg.nl>; Sun, 13 Mar 2022 20:17:06 +0100 (CET)
Original-Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89])
 by l2mail1.panix.com (Postfix) with ESMTPS id 4KGppg5S0GzDRG
 for <ntg-context@ntg.nl>; Sun, 13 Mar 2022 14:58:19 -0400 (EDT)
Original-Received: from [192.168.1.106] (cpe-69-204-136-231.nycap.res.rr.com
 [69.204.136.231])
 by mailbackend.panix.com (Postfix) with ESMTPSA id 4KGppY4tX0zGly
 for <ntg-context@ntg.nl>; Sun, 13 Mar 2022 14:58:13 -0400 (EDT)
Content-Language: en-US
In-Reply-To: <4ebb054e-02d7-5713-7206-03ef8d8c14b8@xs4all.nl>
X-BeenThere: ntg-context@ntg.nl
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: mailing list for ConTeXt users <ntg-context.ntg.nl>
List-Unsubscribe: <https://mailman.ntg.nl/mailman/options/ntg-context>,
 <mailto:ntg-context-request@ntg.nl?subject=unsubscribe>
List-Archive: <http://mailman.ntg.nl/pipermail/ntg-context/>
List-Post: <mailto:ntg-context@ntg.nl>
List-Help: <mailto:ntg-context-request@ntg.nl?subject=help>
List-Subscribe: <https://mailman.ntg.nl/mailman/listinfo/ntg-context>,
 <mailto:ntg-context-request@ntg.nl?subject=subscribe>
Errors-To: ntg-context-bounces@ntg.nl
Original-Sender: "ntg-context" <ntg-context-bounces@ntg.nl>
Xref: news.gmane.io gmane.comp.tex.context:114496
Archived-At: <http://permalink.gmane.org/gmane.comp.tex.context/114496>

This is a multi-part message in MIME format.
--===============1579229140672350995==
Content-Type: multipart/alternative;
 boundary="------------d82klKMY77UaNYbQ18Bcdp8q"
Content-Language: en-US

This is a multi-part message in MIME format.
--------------d82klKMY77UaNYbQ18Bcdp8q
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit


On 2022-03-11 18:16, Hans Hagen via ntg-context wrote:
> Hi,
>
> It has been a while since there was an updaste but there it is. The 
> most significant 'changes' are:
>
> - more automatic adaption to double sided page properties in metafun 
> (lmtx) ... blame sreeram and me for messing up
>
> - more extensibve support for indic fonts which sreeram has documented 
> on the wiki (fonts, translutaration etc)
>
> and
>
> - improved math rendering to be documented by by mikael in an upcoming 
> manual ... it tooks a couple of months so it is supposed to have some 
> impact.
>
> before we move on the the structural compoments and see what can be 
> done beter there, we decided to release the first stage that deals with:
>
> = fixing font properties; we don't expect fonts to be improved so 
> that's the route we follow
>
> = extensive inter atom spacing (we have many more math classes, some 
> in the engine, some in context) and everything can be controlled (the 
> old pairwise spacing primitives have been replaced by a more general 
> mechanism, including support for fast setup of categories and 
> inhertance from other classes)
>
> = idem for inter class penalties, including granular control over line 
> breaks using a system of (in/de)creasing penalties
>
> = auto-fenced inline material across lines and linebreaks in molecules 
> (read: complex atoms)
>
> = taking stretch and shrink in encapsulated atoms into account in 
> linbreaks (using some new box related mechanism that is also available 
> in text and will be explained later)
>
> = spacing at the edges that should not be there but always was there 
> as side effect of the engine is now removed; as with other new 
> features this can be controlled (we have rulesets for atoms to which 
> we can add more in the future)
>
> = more detailed control over (skewed) fractions, (flattened) accents, 
> (sized) fences, radicals ... there was already a lot there but it now 
> combines with mentioned spacing (when relevant the context macros have 
> been adapted to control this which is a bit cleaner)
>
> = we have a new built in muskip (tiny) but as we have an inheritance 
> system as well as binding to variables one can set up extensive 
> spacing models register and constant binding; the currently set values 
> are based on math typesetting references; in the future we might have 
> additional ones
>
> = although we did handle primes already rather transparent in mkiv / 
> lmtx, inconsistency in fonts made us decide to make primes first class 
> properties of atoms and molecules which means that we now have: pre 
> super/subscripts, post super/subscripts and primes; this permits nicer 
> anchoring under parameter control
>
> = there are more font parameters to control matters (they are not in 
> open type but we sort of assume they are); the options that we had to 
> control how the engine deals with fonts are now driving the process 
> (without them being set not much is applied) and we basically assume 
> open type fonts (where one can enable engine options for those kind of 
> fonts but also for traditional); some experimental options for testing 
> are gone
>
> = in the process tracing for what is done in math by the engine has 
> been extended (mostly for ourselves)
>
> = instead of auto patching math fonts most is now under control of the 
> goodie files; user can (as usual) make their own, but also ask Mikael 
> to add missing bits and pieces (wrt dimensions)
>
> = most known math fonts are dealt with but there are a few exceptions: 
> we no longer consider asana to be useful (it doesn't pass our qa and 
> needs too much patching); erewhon is also troublesome (dimensions, 
> missing shaped) as is concrete (idem) so we decided not to waste too 
> much time on them now
>
> = we probably need to freeze math fonts in the distribution and only 
> update when we know what has been changed
>
> = we got rid of quite some artifacts that normally go unnoticed (like 
> tiny added spaces that result from always applied spacing even if not 
> needed and/or to compensate for glyph features like too much or little 
> side bearing): by fixing inconsistencies in fonts we could get rid of 
> all and therefore inter atom spacing is what does the job; once you 
> know it, you see it and there is no going back
>
> = because we zoom in we notice these things but much went unnoticed 
> (or was just accepted) for years; it means that we think some of the 
> things we did qualify as math micro typography (like it or not) and it 
> does mean that documents can render differently (unlikely for display, 
> propably also for inline unless you have plenty of math in a paragraph)
>
> == our objective has been to make it easier for users and to get rid 
> of explicit spacing; for that we also introduced commands for 
> differentials (that have their own class), imaginary numbers (also 
> have their class) and we added exponential as class; fwiw, digits and 
> factorial are classes too so again spacing has been optimized for them
>
> = whatever i forgot in the meantime mikael will add to this list
>
> There is a rough description in the 'ontarget' document. We hope you 
> enjoy it, at least we did (and so, as we're not finished yet).
>
> 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
> ___________________________________________________________________________________ 
>


With regard to math fonts, I notice that the goodies file for Libertinus 
expects version 6.8 of the font, but the current version (since February 
2021) is 7.040, and much work appears to have gone into the math font.

Two questions, then:

 1. Is Libertinus Math considered a "useful" math font?
 2. How does the goodies mechanism work when the expected version
    differs from the found version?

(I understand that keeping up with evolving fonts is somewhere between 
difficult and impossible.)

I also note that the typescript for libertinus is quite old and does not 
reflect the semibold variants that have been available for some time. I 
prefer them to the bold variants, and my own typescript for libertinus 
does incorporate them. I am happy to share it if anyone wants it.

-- 
Rik

--------------d82klKMY77UaNYbQ18Bcdp8q
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 2022-03-11 18:16, Hans Hagen via
      ntg-context wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:4ebb054e-02d7-5713-7206-03ef8d8c14b8@xs4all.nl">Hi,
      <br>
      <br>
      It has been a while since there was an updaste but there it is.
      The most significant 'changes' are:
      <br>
      <br>
      - more automatic adaption to double sided page properties in
      metafun (lmtx) ... blame sreeram and me for messing up
      <br>
      <br>
      - more extensibve support for indic fonts which sreeram has
      documented on the wiki (fonts, translutaration etc)
      <br>
      <br>
      and
      <br>
      <br>
      - improved math rendering to be documented by by mikael in an
      upcoming manual ... it tooks a couple of months so it is supposed
      to have some impact.
      <br>
      <br>
      before we move on the the structural compoments and see what can
      be done beter there, we decided to release the first stage that
      deals with:
      <br>
      <br>
      = fixing font properties; we don't expect fonts to be improved so
      that's the route we follow
      <br>
      <br>
      = extensive inter atom spacing (we have many more math classes,
      some in the engine, some in context) and everything can be
      controlled (the old pairwise spacing primitives have been replaced
      by a more general mechanism, including support for fast setup of
      categories and inhertance from other classes)
      <br>
      <br>
      = idem for inter class penalties, including granular control over
      line breaks using a system of (in/de)creasing penalties
      <br>
      <br>
      = auto-fenced inline material across lines and linebreaks in
      molecules (read: complex atoms)
      <br>
      <br>
      = taking stretch and shrink in encapsulated atoms into account in
      linbreaks (using some new box related mechanism that is also
      available in text and will be explained later)
      <br>
      <br>
      = spacing at the edges that should not be there but always was
      there as side effect of the engine is now removed; as with other
      new features this can be controlled (we have rulesets for atoms to
      which we can add more in the future)
      <br>
      <br>
      = more detailed control over (skewed) fractions, (flattened)
      accents, (sized) fences, radicals ... there was already a lot
      there but it now combines with mentioned spacing (when relevant
      the context macros have been adapted to control this which is a
      bit cleaner)
      <br>
      <br>
      = we have a new built in muskip (tiny) but as we have an
      inheritance system as well as binding to variables one can set up
      extensive spacing models register and constant binding; the
      currently set values are based on math typesetting references; in
      the future we might have additional ones
      <br>
      <br>
      = although we did handle primes already rather transparent in mkiv
      / lmtx, inconsistency in fonts made us decide to make primes first
      class properties of atoms and molecules which means that we now
      have: pre super/subscripts, post super/subscripts and primes; this
      permits nicer anchoring under parameter control
      <br>
      <br>
      = there are more font parameters to control matters (they are not
      in open type but we sort of assume they are); the options that we
      had to control how the engine deals with fonts are now driving the
      process (without them being set not much is applied) and we
      basically assume open type fonts (where one can enable engine
      options for those kind of fonts but also for traditional); some
      experimental options for testing are gone
      <br>
      <br>
      = in the process tracing for what is done in math by the engine
      has been extended (mostly for ourselves)
      <br>
      <br>
      = instead of auto patching math fonts most is now under control of
      the goodie files; user can (as usual) make their own, but also ask
      Mikael to add missing bits and pieces (wrt dimensions)
      <br>
      <br>
      = most known math fonts are dealt with but there are a few
      exceptions: we no longer consider asana to be useful (it doesn't
      pass our qa and needs too much patching); erewhon is also
      troublesome (dimensions, missing shaped) as is concrete (idem) so
      we decided not to waste too much time on them now
      <br>
      <br>
      = we probably need to freeze math fonts in the distribution and
      only update when we know what has been changed
      <br>
      <br>
      = we got rid of quite some artifacts that normally go unnoticed
      (like tiny added spaces that result from always applied spacing
      even if not needed and/or to compensate for glyph features like
      too much or little side bearing): by fixing inconsistencies in
      fonts we could get rid of all and therefore inter atom spacing is
      what does the job; once you know it, you see it and there is no
      going back
      <br>
      <br>
      = because we zoom in we notice these things but much went
      unnoticed (or was just accepted) for years; it means that we think
      some of the things we did qualify as math micro typography (like
      it or not) and it does mean that documents can render differently
      (unlikely for display, propably also for inline unless you have
      plenty of math in a paragraph)
      <br>
      <br>
      == our objective has been to make it easier for users and to get
      rid of explicit spacing; for that we also introduced commands for
      differentials (that have their own class), imaginary numbers (also
      have their class) and we added exponential as class; fwiw, digits
      and factorial are classes too so again spacing has been optimized
      for them
      <br>
      <br>
      = whatever i forgot in the meantime mikael will add to this list
      <br>
      <br>
      There is a rough description in the 'ontarget' document. We hope
      you enjoy it, at least we did (and so, as we're not finished yet).
      <br>
      <br>
      Hans
      <br>
      <br>
      -----------------------------------------------------------------
      <br>
                                                Hans Hagen | PRAGMA ADE
      <br>
                    Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
      <br>
             tel: 038 477 53 69 | <a class="moz-txt-link-abbreviated" href="http://www.pragma-ade.nl">www.pragma-ade.nl</a> | <a class="moz-txt-link-abbreviated" href="http://www.pragma-pod.nl">www.pragma-pod.nl</a>
      <br>
      -----------------------------------------------------------------
      <br>
___________________________________________________________________________________
      <br>
      If your question is of interest to others as well, please add an
      entry to the Wiki!
      <br>
      <br>
      maillist : <a class="moz-txt-link-abbreviated" href="mailto:ntg-context@ntg.nl">ntg-context@ntg.nl</a> /
      <a class="moz-txt-link-freetext" href="http://www.ntg.nl/mailman/listinfo/ntg-context">http://www.ntg.nl/mailman/listinfo/ntg-context</a>
      <br>
      webpage  : <a class="moz-txt-link-freetext" href="http://www.pragma-ade.nl">http://www.pragma-ade.nl</a> / <a class="moz-txt-link-freetext" href="http://context.aanhet.net">http://context.aanhet.net</a>
      <br>
      archive  : <a class="moz-txt-link-freetext" href="https://bitbucket.org/phg/context-mirror/commits/">https://bitbucket.org/phg/context-mirror/commits/</a>
      <br>
      wiki     : <a class="moz-txt-link-freetext" href="http://contextgarden.net">http://contextgarden.net</a>
      <br>
___________________________________________________________________________________
      <br>
    </blockquote>
    <p><br>
    </p>
    <p>With regard to math fonts, I notice that the goodies file for
      Libertinus expects version 6.8 of the font, but the current
      version (since February 2021) is 7.040, and much work appears to
      have gone into the math font.</p>
    <p>Two questions, then:</p>
    <ol>
      <li>Is Libertinus Math considered a "useful" math font?</li>
      <li>How does the goodies mechanism work when the expected version
        differs from the found version?<br>
      </li>
    </ol>
    <p>(I understand that keeping up with evolving fonts is somewhere
      between difficult and impossible.)</p>
    <p>I also note that the typescript for libertinus is quite old and
      does not reflect the semibold variants that have been available
      for some time. I prefer them to the bold variants, and my own
      typescript for libertinus does incorporate them. I am happy to
      share it if anyone wants it.<br>
    </p>
    <p>-- <br>
      Rik<br>
    </p>
  </body>
</html>

--------------d82klKMY77UaNYbQ18Bcdp8q--

--===============1579229140672350995==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18KSWYgeW91ciBxdWVzdGlvbiBpcyBvZiBpbnRlcmVz
dCB0byBvdGhlcnMgYXMgd2VsbCwgcGxlYXNlIGFkZCBhbiBlbnRyeSB0byB0aGUgV2lraSEKCm1h
aWxsaXN0IDogbnRnLWNvbnRleHRAbnRnLm5sIC8gaHR0cDovL3d3dy5udGcubmwvbWFpbG1hbi9s
aXN0aW5mby9udGctY29udGV4dAp3ZWJwYWdlICA6IGh0dHA6Ly93d3cucHJhZ21hLWFkZS5ubCAv
IGh0dHA6Ly9jb250ZXh0LmFhbmhldC5uZXQKYXJjaGl2ZSAgOiBodHRwczovL2JpdGJ1Y2tldC5v
cmcvcGhnL2NvbnRleHQtbWlycm9yL2NvbW1pdHMvCndpa2kgICAgIDogaHR0cDovL2NvbnRleHRn
YXJkZW4ubmV0Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCg==

--===============1579229140672350995==--