ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Hans Hagen <j.hagen@xs4all.nl>
To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: roadmap
Date: Mon, 14 May 2018 17:17:24 +0200	[thread overview]
Message-ID: <aaf4386e-f49d-fe37-b531-3c91de909fa2@xs4all.nl> (raw)

Hi,

The ConTeXt meeting is - as usual - the right place and moment to 
discuss the roadmap. We never had real binding roadmaps, more informal 
ones. Anyway, here are some thoughts on the two main components: MkIV 
and LuaTeX.

ConTeXt MkIV:

- Check if some mechanism can (by now) be simplified due to LuaTeX 
extension introduced the last few years that can be considered stable by 
now. This has a low impact as we already use Lua a lot.

- Figure out what mechanism in ConTeXt are bottlenecks in performance if 
there are such bottlenecks at all. We need user input on this.

- Get rid of inconsistencies in the user interface e.g. by introducing 
new commands with settings.

- Check what additional features users want (miss) and decide to what 
extent and with what priority we will put effort in this. We've reached 
a point where interference prevents more complex extensions.

- Try to improve tricky mechanisms, like columns and tables. 
Improvements are of course always on the agenda.

- We can add more trickery for fonts and scripts. There are some pending 
extensions.

- Maybe we should provide a few more general styles.

- Are there reasonable challenges left.

LuaTeX 1.09:

- This version is pretty close to what is the final version (seen from 
the functional point of view). We're still debating where to move after 
this. LuaTeX 2.0? A stripped down (lean and mean) version specific for 
ConTeXt? Keep in mind that we cannot fundamentally change something, 
even if we want to, because other macro packages use it and don't expect 
it to change much.

- There will probably be some more options in controlling math (given 
issues with fonts). We have to accept that not everything has a generic 
programmable solution (which is why we have Lua on board).

- There might be a few more callbacks but probably nothing fundamental 
is planned.

- We keep cleaning up the code base (less code is better, less 
dependencies too, some documentation is missing or not yet adapted to 
the new code). For instance the pdf inclusion code will soon be redone 
(and then tested in the ConTeXt distribution as usual).

- When possible we will try to improve performance but there is not much 
to gain to be expected there.

- We will also keep up with Lua (currently 5.3, some day 5.4). It is 
unclear to what extent LuaJit follows. When it stays behind we need to 
decide if support in ConTeXt will stay (to some extent we can have dual 
code paths as we have now).

- We expect the ffi interface to external libraries to become more 
stable over time. ConTeXt will not introduce dependencies (what can be 
done in Lua will happen in Lua) but on the other hand we might put some 
libraries in the distribution e.g. for database support.

- We might add some extensions to MetaPost in MPLib.

In addition we could formulate ideas with respect to the distribution, 
garden, documentation and so on.

You can react on this list but if you come to the meeting, you can 
participate in discussions.

So far for now,

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
___________________________________________________________________________________

             reply	other threads:[~2018-05-14 15:17 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-14 15:17 Hans Hagen [this message]
2018-05-14 19:36 ` roadmap Henning Hraban Ramm
2018-05-14 21:26   ` roadmap Hans Hagen
2018-05-15  9:01     ` roadmap MF
2018-05-14 22:52 ` roadmap Henri Menke
2018-05-14 23:34   ` roadmap Hans Hagen
2018-05-16  5:38     ` roadmap Henri Menke
2018-05-16  6:24       ` roadmap Joseph Canedo
2018-05-16  7:28       ` roadmap Hans Hagen
2018-05-14 23:41   ` roadmap luigi scarso
2018-05-15 19:17 ` roadmap Pablo Rodriguez
2018-05-15 21:26   ` roadmap Hans Hagen
2018-05-16 15:18     ` roadmap Pablo Rodriguez
2018-05-16 19:14 ` roadmap Fabrice L
2018-05-17 13:06   ` roadmap Hans Hagen
2018-05-17 14:24     ` roadmap Mohammad Hossein Bateni
2018-05-17 15:47       ` roadmap Otared Kavian
2018-05-17 16:50         ` roadmap Hans Hagen
2018-05-15  6:15 roadmap Christoph Reller
2018-05-15  6:23 ` roadmap luigi scarso
2018-05-15  6:36 ` roadmap Hans Hagen
2018-05-15 14:46 roadmap Christoph Reller
2018-05-15 14:51 ` roadmap luigi scarso
2018-05-18  9:54 roadmap Christoph Reller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=aaf4386e-f49d-fe37-b531-3c91de909fa2@xs4all.nl \
    --to=j.hagen@xs4all.nl \
    --cc=ntg-context@ntg.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).