From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/100796 Path: news.gmane.org!.POSTED!not-for-mail From: Joseph Canedo Newsgroups: gmane.comp.tex.context Subject: Re: roadmap Date: Wed, 16 May 2018 08:24:49 +0200 Message-ID: <5afbcead.1c69fb81.9885b.36a6@mx.google.com> References: <118dfafa-3546-5c81-0cf6-a7a8dfe0a716@gmail.com> <63d9d108-e7b2-4aab-0783-8734cd394853@gmail.com> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1206790770506474775==" X-Trace: blaine.gmane.org 1526451792 11347 195.159.176.226 (16 May 2018 06:23:12 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 16 May 2018 06:23:12 +0000 (UTC) To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Wed May 16 08:23:08 2018 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from zapf.boekplan.nl ([5.39.185.232] helo=zapf.ntg.nl) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fIpq6-0002rQ-29 for gctc-ntg-context-518@m.gmane.org; Wed, 16 May 2018 08:23:06 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id BBB0928944; Wed, 16 May 2018 08:24:59 +0200 (CEST) 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 hsLYECSapZ82; Wed, 16 May 2018 08:24:58 +0200 (CEST) Original-Received: from zapf.ntg.nl (localhost [IPv6:::1]) by zapf.ntg.nl (Postfix) with ESMTP id B2D4A288BA; Wed, 16 May 2018 08:24:58 +0200 (CEST) Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 7D476288BA for ; Wed, 16 May 2018 08:24:57 +0200 (CEST) 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 o5ukfB31G3YP for ; Wed, 16 May 2018 08:24:56 +0200 (CEST) Original-Received: from mail-wm0-f52.google.com (mail-wm0-f52.google.com [74.125.82.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by zapf.ntg.nl (Postfix) with ESMTPS id 8D819288B9 for ; Wed, 16 May 2018 08:24:46 +0200 (CEST) Original-Received: by mail-wm0-f52.google.com with SMTP id f8-v6so5229889wmc.4 for ; Tue, 15 May 2018 23:24:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:mime-version:to:from:subject:date:importance:in-reply-to :references; bh=YkPsmRCtqhEaqQTMVgyytPOmyq+j/TVuO5z4YHOCMaQ=; b=EX+Grk8AFA3uFR9O2TSad/9NUFz7Y0uoTllRosexsuRWxqqsm4Dmk9naEXu6GJKLky xpS+nKJCAk8eHeqPtWHWkC0sVthuByTfu1A9NZU2yfWhExQ3m8bm0U5ZT8ESVrJq2WKJ NfA07svkxa1+bxCttQMROBSZQrE/0eaw+gR0qTf74J1UOZswqzx+m6/c/pNvtuLwHLre e5vbgXcbmtg1oBAJVSzDVAxOqX+nCapgdJ7VD4tyOVj2F+W69HdI78E4xxjUPbH2hbBv 3G0j+ihPdLAtEWDsbQoSSiK45P3ctJRZfp7v/ntI7Siqv119SA6Bw/Hqs+Tl5RrAfomZ udOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:mime-version:to:from:subject:date :importance:in-reply-to:references; bh=YkPsmRCtqhEaqQTMVgyytPOmyq+j/TVuO5z4YHOCMaQ=; b=SKBkzxozNtYBPJbQanRa66NTcJQj8DAXbduQeDXsOIN5M94W3idrYH2B94EarA1/f/ xseM5pSQmH2XrHJlo6TrOhhyQkYrBl6X7DaRrvb/YKag6y7oqInuxJqO3vhXhrOLRF2o Wx0UeEdoP6d1o3AJHApqH2hXz82qWaavTXht0xeJ8OLNtzrZa6qRdDHtPdnZ9wjNPeYX UflvaVw/YhiZ0lYWfKpH58TVfGaZbz5OV1pqH7DNFl7I6Df6bkGiBF7ZwEME0N8hOjSU 30ZUhkJ3Cdr+ek6v9IdEpWNfDMCQ7MOj+Ptnf9oK9D3B42OE+5N+g5MS2Rgwi3vxVpTJ wgdA== X-Gm-Message-State: ALKqPwcwY0RZcr1X/9eG69eCWfz0XMQ91ld1no75iZaTxco8gKFduTZj fLB7fPEScd1aWlNJHFgSfCX3Xtzw X-Google-Smtp-Source: AB8JxZp1af4J3UZct8nVpusPSeVI8NQRXiC9UC2aJudyfSQDt6aQMdyetRIYFWeQBf5oZJ7Z+pYiHQ== X-Received: by 2002:a1c:8cc8:: with SMTP id o191-v6mr563635wmd.83.1526451885928; Tue, 15 May 2018 23:24:45 -0700 (PDT) Original-Received: from ?IPv6:2a01:cb00:68e:300:f46f:9383:ba5d:4f28? (2a01cb00068e0300f46f9383ba5d4f28.ipv6.abo.wanadoo.fr. [2a01:cb00:68e:300:f46f:9383:ba5d:4f28]) by smtp.gmail.com with ESMTPSA id c27-v6sm3361727wrg.75.2018.05.15.23.24.44 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 15 May 2018 23:24:45 -0700 (PDT) Importance: normal X-Priority: 3 In-Reply-To: <63d9d108-e7b2-4aab-0783-8734cd394853@gmail.com> X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.16 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ntg-context-bounces@ntg.nl Original-Sender: "ntg-context" Xref: news.gmane.org gmane.comp.tex.context:100796 Archived-At: --===============1206790770506474775== Content-Type: multipart/alternative; boundary="_79658EF2-6864-49C1-A44A-FBE52E3304F6_" --_79658EF2-6864-49C1-A44A-FBE52E3304F6_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" If I am not mistaken, you can write=C2=A0: node.new(=E2=80=98noad=E2=80=99, nodes.noadcodes.bin) De=C2=A0: Henri Menke Envoy=C3=A9 le=C2=A0:mercredi 16 mai 2018 07:39 =C3=80=C2=A0: ntg-context@ntg.nl >> mailing list for ConTeXt users Objet=C2=A0:Re: [NTG-context] roadmap I just thought of another thing. Could you expose _all_ the subtypes of _all_ the different node types=20 similar to node.id? (currently this is only enabled for whatsits) As of=20 now I always have to go to texnodes.w, find the array and count to find=20 out which number a subtype has. It would be much easier if we could node.new("noad", "bin") instead of node.new("noad", 4) and I would also like to see node.subtype("noad", "bin") -- return 4 On 15/05/18 11:34, Hans Hagen wrote: > On 5/15/2018 12:52 AM, Henri Menke wrote: >=20 >> Math typesetting is really crappy in ConTeXt, but I get that this is=20 >> beyond your priorities.=C2=A0 I plan to develop a module which resembles= =20 >> the features and syntax of the amsmath LaTeX package for my PhD=20 >> thesis.=C2=A0 I'm not sure how well this will integrate with the existin= g=20 >> mechanisms. >=20 > hm. i have no clue what you refer to ... afaik most is configureable >=20 >> - columnsets, the new ones have considerably fewer features than the=20 >> old ones. >=20 > like ... but adding some is no problem (only predictable stuff) .. no=20 > column handler suits all (we now also have page columns btw) >=20 >> - rowwise setups in xtables and maybe columnwise, but that is=20 >> computationally expensive. >=20 > indeed so that's why we have categories instead >=20 >>> - We can add more trickery for fonts and scripts. There are some=20 >>> pending extensions. >>> >>> - Maybe we should provide a few more general styles. >> >> What does that mean?=C2=A0 Things like the TUGboat style? >=20 > no, e.g. some basic educational stuff >=20 >> More callbacks.=C2=A0 I'm missing callbacks into error handling (i.e.=20 >> intercept errors) not just into error reporting like show_error_hook. >=20 > if you want to intercept errors then that has to happen at the macro=20 > level, because once tex starts expanding the error can be anywhere >=20 > (so, in a macro package one can set at the tex level flags that one can=20 > act upon in the error callback) >=20 > (the eror messages themselves might become a layer but that's for later) >=20 >> Throw out all non-Lua-related primitives and ntg-context@ntg.nlreplace=20 >> them with Lua functions.=C2=A0 People can then define those primitives=20 >> themselves, e.g. >=20 > way too slow ... in that case i'd drop tex completely (i.e. do all in lua= ) >=20 > also, you can right now (re)define primitives if you like (depending on=20 > the definition of primitive) >=20 >> \suppressoutererror >> >> becomes >> >> \protected\def\suppressoutererror{% >> =C2=A0=C2=A0=C2=A0=C2=A0 \directlua{errors.suppressoutererror()}} >> >> This makes it much easier to access that stuff from Lua.=C2=A0 Also=20 >> interface all the \pdfvariable and \pdfextension stuff to Lua. >=20 > all pdf stuff is already doable in lua (context doesn't even use \pdf*=20 > for quite a while) >=20 >> This should have maybe been done before 1.0 but I guess with 2.0 you=20 >> can introduce =E2=80=9Cbreaking=E2=80=9D features. >=20 > well, a 2.0 (if ever) will probably only be useable for context ... >=20 >> LuaJIT will always be 5.1 compatible.=C2=A0 That is one of the declared= =20 >> goals of the project.=C2=A0 However there exist compatibility layers for= =20 >> Lua which implement recent features for older interpreters. >> https://github.com/keplerproject/lua-compat-5.3 >=20 > in that case in the end it will be dropped ... >=20 >> I would rather not see LuaJIT support being dropped.=C2=A0 The VM by its= elf=20 >> (without JIT) is already a lot faster than regular Lua and I feel that=20 >> the ConTeXt runs benefit from that quite a lot.=C2=A0 I use contextjit a= s=20 >> my daily driver. >=20 > hm, at most 20% which is also what i get when i buy a new laptop >=20 > keep in mind that luajit has some limitations (stack and such) >=20 > (and the last few years i managed to squeeze out a lot from lua, and=20 > with lua 5.3 the gaps became narrower) > =C2=A0Hans >=20 >=20 > ----------------------------------------------------------------- > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Hans Hagen | PRAGMA ADE > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 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 t= he Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-cont= ext webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___________________________________________________________________________= ________ --_79658EF2-6864-49C1-A44A-FBE52E3304F6_ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"

If I am not mistaken, you can write&nb= sp;:

 

node= .new(=E2=80=98noad=E2=80=99, nodes.noadcodes.bin)

<= o:p> 

De : Henri Menke
Envoy=C3=A9 le :mercredi = 16 mai 2018 07:39
=C3=80 : ntg-context@ntg.nl >> mailing list for ConTeXt users
O= bjet :Re: [NTG-context] roadmap

 

I just thought of another thing.

<= p class=3DMsoNormal> 

Could you exp= ose _all_ the subtypes of _all_ the different node types

similar to node.id? (currently this is only enabled for whatsits)=C2= =A0 As of

now I always have to go to texnodes.w, f= ind the array and count to find

out which number a= subtype has.=C2=A0 It would be much easier if we could

 

=C2=A0=C2=A0=C2=A0=C2=A0 nod= e.new("noad", "bin")

 = ;

instead of

&nb= sp;

=C2=A0=C2=A0=C2=A0=C2=A0 node.new("n= oad", 4)

 

and I would also like to see

 =

=C2=A0=C2=A0=C2=A0=C2=A0 node.subtype("noad&q= uot;, "bin") -- return 4

 

On 15/05/18 11:34, Hans Hagen wrote:

> On 5/15/2018 12:52 AM, Henri Menke wrote:

>

>> Math typesetting is really = crappy in ConTeXt, but I get that this is

>>= beyond your priorities.  I plan to develop a module which resembles <= /p>

>> the features and syntax of the amsmath LaT= eX package for my PhD

>> thesis.  I'm n= ot sure how well this will integrate with the existing

>> mechanisms.

>

> hm. i have no clue what you refer to ... afaik most is configurea= ble

>

>> - column= sets, the new ones have considerably fewer features than the

>> old ones.

>

> like ... but adding some is no problem (only predictable = stuff) .. no

> column handler suits all (we now= also have page columns btw)

>

>> - rowwise setups in xtables and maybe columnwise, but that= is

>> computationally expensive.

>

> indeed so that's why we ha= ve categories instead

>

>>> - We can add more trickery for fonts and scripts. There are s= ome

>>> pending extensions.

>>> 

>>= > - Maybe we should provide a few more general styles.

>> 

>> What does= that mean?  Things like the TUGboat style?

&g= t;

> no, e.g. some basic educational stuff

<= p class=3DMsoNormal>>

>> More callbacks.&= nbsp; I'm missing callbacks into error handling (i.e.

>> intercept errors) not just into error reporting like show_erro= r_hook.

>

> if you w= ant to intercept errors then that has to happen at the macro

> level, because once tex starts expanding the error can be= anywhere

>

> (so, i= n a macro package one can set at the tex level flags that one can

> act upon in the error callback)

>

> (the eror messages themselves might be= come a layer but that's for later)

>

>> Throw out all non-Lua-related primitives and ntg-con= text@ntg.nlreplace

>> them with Lua function= s.  People can then define those primitives

&= gt;> themselves, e.g.

>

> way too slow ... in that case i'd drop tex completely (i.e. do all= in lua)

>

> also, y= ou can right now (re)define primitives if you like (depending on

> the definition of primitive)

&g= t;

>> \suppressoutererror

>> 

>> becomes

>> 

>= ;> \protected\def\suppressoutererror{%

>> =      \directlua{errors.suppressoutererror()}}

>> 

>> T= his makes it much easier to access that stuff from Lua.  Also

>> interface all the \pdfvariable and \pdfextension = stuff to Lua.

>

> al= l pdf stuff is already doable in lua (context doesn't even use \pdf*

> for quite a while)

>

>> This should have maybe been done before 1.0 = but I guess with 2.0 you

>> can introduce = =E2=80=9Cbreaking=E2=80=9D features.

>

> well, a 2.0 (if ever) will probably only be useable fo= r context ...

>

>>= ; LuaJIT will always be 5.1 compatible.  That is one of the declared <= /p>

>> goals of the project.  However there = exist compatibility layers for

>> Lua which = implement recent features for older interpreters.

&= gt;> https://github.com/keplerproject/lua-compat-5.3

>

> in that case in the end it will be = dropped ...

>

>> = I would rather not see LuaJIT support being dropped.  The VM by itself=

>> (without JIT) is already a lot faster th= an regular Lua and I feel that

>> the ConTeX= t runs benefit from that quite a lot.  I use contextjit as

>> my daily driver.

>

> hm, at most 20% which is also what i get when i buy= a new laptop

>

> ke= ep in mind that luajit has some limitations (stack and such)

>

> (and the last few years i mana= ged to squeeze out a lot from lua, and

> with l= ua 5.3 the gaps became narrower)

>=C2=A0  H= ans

>

>

> ---------------------------------------------------------= --------

>=C2=A0      &= nbsp;           &nbs= p;            &= nbsp;           Hans Hage= n | PRAGMA ADE

>=C2=A0     &= nbsp;         Ridderstraat 27 | 806= 1 GH Hasselt | The Netherlands

>=C2=A0  &nb= sp;     tel: 038 477 53 69 | www.pragma-ade.nl | www.pr= agma-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/lis= tinfo/ntg-context

webpage=C2=A0 : http://www.pragma= -ade.nl / http://context.aanhet.net

archive=C2=A0 := https://bitbucket.org/phg/context-mirror/commits/

= wiki=C2=A0=C2=A0=C2=A0=C2=A0 : http://contextgarden.net

______________________________________________________________________= _____________

 

= --_79658EF2-6864-49C1-A44A-FBE52E3304F6_-- --===============1206790770506474775== 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 X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f --===============1206790770506474775==--