Alan Stone wrote:

On Tue, Mar 17, 2009 at 11:49 AM, Hans Hagen wrote:

...

Hi,

In the process of a major cleanup and code split I uploaded a beta. Some important changes are:

- initialization code is ready for upcoming luatex - language files have been cleaned up - core-<table stuff> is renamed to tabl-<table stuff> - several changes in file names and splits of files - for those using helpers, in mkiv now syst-aux is the place to look

what are helpers ?

\doifelse cum suis (there are also some obscure ones that might go away some day, maybe we should make a list of those used by users)

...

- some non used files removed - some speedup of helper macros (only in mkiv)

what are helper macros useful for ?

well, they play a role in the user interface so the faster they run the better (and since we now only use engines that have etex, i'm removing traces of non-etex variants, at least in mkiv) for instance, in mkiv, the typescript parsing should be faster now, but not all documents use that extensively; if you have 1000 (sub)section titles grabbing args is also a bit faster in general, saving some .05 second on 10000 calls for such helpers is not much but it adds up (and in mkiv we need that because other tasks take more time) 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 -----------------------------------------------------------------

Peter Rolf wrote:

Hans Hagen schrieb:

...

Hi,

In the process of a major cleanup and code split I uploaded a beta. Some important changes are:

- initialization code is ready for upcoming luatex - language files have been cleaned up - core-<table stuff> is renamed to tabl-<table stuff> - several changes in file names and splits of files - for those using helpers, in mkiv now syst-aux is the place to look - some non used files removed - some speedup of helper macros (only in mkiv)

On Taco and my machine test docs come out right but there might be problems left (no tricky new things so solvable fast).

maybe you should have noticed, that you need the latest (still warm from compilation) luatex for this...

anyhow, there is a small problem with colors in mkii.

\setupcolors[state=start] \starttext \red \showcolorcomponents[red,green,blue] \stoptext

the global color \red messes up the values in the \showcolorcomponents output. no such problem with mkiv.

use \setupcolors[textcolor=red] as \red does some nasty auto grouping which in your case has side effects ----------------------------------------------------------------- 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 -----------------------------------------------------------------

hm, works ok here

i uploaded a new beta ... once this one is installed, successive upgrades (unzipping tmf file) should trigger auto-format generation at a next run ... only tested here

Hans Yup, works here too now; thanks! Oh, and it's a very nice spring day here in Germany, sun is shining, birds are singing - wouldn't it be

On Mar 19, 2009, at 10:08 AM, Hans Hagen wrote: the perfect day to implement --pdfarrange and --pdfcombine switches into the context script :-) Thomas

Yue Wang wrote:

{\bf x} in math mode still gives me regular

if so this is because no bold math alphabet is defined; in mkiv we use the unicode model and bf refers to the bold math alphabet ----------------------------------------------------------------- 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 -----------------------------------------------------------------

Aditya Mahajan wrote:

On Thu, 19 Mar 2009, Hans Hagen wrote:

...

Yue Wang wrote:

...

{\bf x} in math mode still gives me regular

if so this is because no bold math alphabet is defined; in mkiv we use the unicode model and bf refers to the bold math alphabet

\bi works for math bold italic letters. Symbols need to be worked on.

with in the unicode spec, that is boldmath is a different thing ... that actually demands complete bold math fonts (not even cambria offers that) ----------------------------------------------------------------- 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 -----------------------------------------------------------------

Yanrui Li wrote:

2009/3/17 Hans Hagen :

...

Hi,

In the process of a major cleanup and code split I uploaded a beta. Some important changes are:

- initialization code is ready for upcoming luatex - language files have been cleaned up - core-<table stuff> is renamed to tabl-<table stuff> - several changes in file names and splits of files - for those using helpers, in mkiv now syst-aux is the place to look - some non used files removed - some speedup of helper macros (only in mkiv)

On Taco and my machine test docs come out right but there might be problems left (no tricky new things so solvable fast).

The tilde sign is not right, eg:

\starttext

$\tilde{X}$

\stoptext

I got the result as shown in attachment.

looks like a bug in the lm fonts (reported as such) (top_accent calculation in mkiv look ok but the tilde has zero width) 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 -----------------------------------------------------------------

Aditya Mahajan wrote:

Same problem with \hat. Both \hat and \tilde work fine with cambria and asana (asana gives funny wide accents). Non otf math fonts---lm, times, and palatino---give wrong behaviour. Antykwa and iwona do not give an accent at all, but that may be due to missing virual font.

maybe using the texttilde etc works better (needs a change in char-def) but then cambria might not woek ok ----------------------------------------------------------------- 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 -----------------------------------------------------------------