![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
Sanjoy Mahajan wrote:
I'll experiment, especially if I can figure out a set of magic kpathsea paths to keep mkii and mkiv in parallel.
no need for that ; it is made to run in parallel, just an extra zip with mkiv and lua files ending up in base, and luatools.lua ending up in the script path; also, mkiv does not use kpse -)
Great. When the mkiv zip is available, I'll try it (tried poking around the pragma site but didn't find it). No kpse is indeed good news!
i will put it there as soon as tex live is really frozen since we don't want a mess up now
About backward compatability, maybe the mkiv transition is the time to sacrifice backward compatability in a few instances where it makes the code or user interface simpler? One example off the top of my head is \setuppapersize[ABC] becoming equivalent to \setuppapersize[ABC][ABC] (rather than to \setuppapersize[ABC][A4]), and there are no doubt others. Or is the (understandable) policy of ConTeXt development that backward compatability is paramount?
i've always tried to be downward compatible, but some changes are less dangerous (like the setuppapersize proposal) however, such changes then would also affect mkii (typesetting part mostly the same); another issue is that i want to move towards a 'macro package building block' approach so that one can combine components to make specialized versions anyhow, you can collect UI issues and organize a poll on the wiki Hans -- ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------