Re: [NTG-context] MetaPost sarith (graph) package

[Wolfgang Schuster]

Am 08.03.10 08:58, schrieb Taco Hoekwater:

Troy Henderson wrote:

Is the sarith package usable in MKIV?  For example, I would like to
get the numerical (not string) values of auto.x and auto.y from the
graph package.  I expect the following example to work, but it does
not (even if I "input sarith") with MPinclusions.


This works:

\startMPinclusions
input graph;
input sarith;
\stopMPinclusions

Apparently, an explicit input graph is needed as well. I have no idea
why though, as there is an \startMPinclusions inside m-graph.mkiv too.


\startMPinclusions[+]
input sarith;
\stopMPinclusions

Wolfgang

___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] simplefont and arbic script

[Hans Hagen]

On 8-3-2010 8:26, Wolfgang Schuster wrote:

Am 08.03.10 07:41, schrieb Mehdi Omidali:

I want to use simplefont to define an arabic script font. I couldn't
find any thing in the manual and on the web.

\usemodule[simplefonts]

\setmainfont[][features=arabic]

\starttext



\stoptext


keep in mind that what features are applied also depends on the font

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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] MetaPost bug? in MKIV

[Hans Hagen]

On 3-3-2010 21:26, Wolfgang Schuster wrote:

Am 03.03.10 21:21, schrieb Troy Henderson:

I hate to "beat a dead horse", but I want to understand this for
certain. Is the consensus that graph.mp is incompatible with MKIV?
If so, are there any plans to make it compatible? After all, graph.mp
is part of the base MP distribution.

\usemodule[graph]? (this loads graph.mp)


indeed.

graph is somewhat special in the sense that it uses some poor man number 
typesetter and therefore it needs to be loaded in a special way with 
some code being overloaded


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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Margin terminology -- badly documented, undocumented, or misdocumented

[Hans Hagen]

On 2-3-2010 22:33, James Fisher wrote:


A minor other thing confusing me is the terminology; mainly 'cut' and
'back'.  Are these ConTeXt-specific terms or are they found elsewhere?
'Back' would make more sense to me as 'binding' or 'spine', and the edge
referred to as 'cut' is referred to in
Wikipediaas
the 'fore-edge'.


there are a few more 'not so good translations' ... actually, they were 
translated by native speakers so we hav eto liv ewith them (for some we 
can consider synonyms but not now)


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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Working with Arabic

[Taco Hoekwater]

Graham Douglas wrote:


And so to my question. I would very much like to explore using (or 
writing (eventually...)???) commands that let me "format" Arabic words 
etc as part of my notes. I have not explored this yet, so I apologise if
this is already possible 'out of the box'. I just wanted to ask the 
experts here, before spending too much time exploring the wrong things!


The expert on the practical side of this would be Idris, but he is on
the road for a while. If you want to make sure to get his attention,
best would be to email him personally.

For example, I would like to be able to use colour with certain glyphys 
in (any location) within Arabic words. For example \somecommand{Arabic 
text} where \somecommand{...} would (for example) put certain glyphs in 
colour --- particularly for grammar, where you are writing out verb 
tables, or dual/plural endings for adjectives/nouns etc.


You can use \color in the middle of an arabic word without disrupting
anything in the processing, so perhaps it would be good enough to just
do something like this:

  \def\coloredalef{{\color[green]ا}}
  \catcode`ا=\active
  \defا{\coloredalef}

but for more advanced stuff, node processing will be needed.

In essence,  where do I need to start exploring to be able to write such 
things --- LuaTeX node processing, colour attributes etc??


I would have to say: the context source code (for now). There are
no articles specifically on luatex node/attribute processing yet,
just the reference manual.

Best wishes,
Taco

___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] problems with \enabletrackers[resolvers.locating]

[Hans Hagen]

On 4-3-2010 23:35, luigi scarso wrote:


\enabletrackers[resolvers.*]



\starttext\input knuth \stoptext

If uncomment
%%% \enabletrackers[resolvers.locating] %%% PROBLEM
then

! LuaTeX error ...ypes/tex/texmf-context/tex/context/base/data-res.lua:2024:


ok, fixed

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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Working with Arabic

[Hans Hagen]

On 8-3-2010 10:38, Taco Hoekwater wrote:

Graham Douglas wrote:


And so to my question. I would very much like to explore using (or
writing (eventually...)???) commands that let me "format" Arabic words
etc as part of my notes. I have not explored this yet, so I apologise if
this is already possible 'out of the box'. I just wanted to ask the
experts here, before spending too much time exploring the wrong things!


The expert on the practical side of this would be Idris, but he is on
the road for a while. If you want to make sure to get his attention,
best would be to email him personally.


For example, I would like to be able to use colour with certain
glyphys in (any location) within Arabic words. For example
\somecommand{Arabic text} where \somecommand{...} would (for example)
put certain glyphs in colour --- particularly for grammar, where you
are writing out verb tables, or dual/plural endings for
adjectives/nouns etc.


You can use \color in the middle of an arabic word without disrupting
anything in the processing, so perhaps it would be good enough to just
do something like this:

\def\coloredalef{{\color[green]ا}}
\catcode`ا=\active
\defا{\coloredalef}

but for more advanced stuff, node processing will be needed.


In essence, where do I need to start exploring to be able to write
such things --- LuaTeX node processing, colour attributes etc??


I would have to say: the context source code (for now). There are
no articles specifically on luatex node/attribute processing yet,
just the reference manual.


we have been working on an experimental mechanism 'font goodies' which 
provides means to enhance fonts and one application is coloring arabic


for instance, for the husayni font (by idris, presented last week at the 
dante meeting), we have a goodies file that looks like:


return {
name = "husayni",
version = "1.00",
comment = "Goodies that complement the Husayni font by Idris Samawi 
Hamid.",

author = "Idris Samawi Hamid and Hans Hagen",
featuresets = {
default = {
basics, analysis, regular, positioning, --  = yes,  
= 2,

},
},
stylistics = {
ss01 = "Allah, Muhammad",

ss55 = "idgham-tanwin",
js01 = "Raawide",

js21 = "Haa.final_alt2",
},
colorschemes = {
default = {
[1] = {
"Onedotabove", "Onedotbelow", "Twodotsabove", "Twodotsbelow", 
"Threedotsabove", "Twodotsabove.vrt", "Twodotsbelow.vrt", 
"Twodotsabove.KBA", "Threedotsabove.KBA", "Threedotsbelowinv", 
"Hamzahabove", "Hamzahbelow", "MaaddahHamzah.identity", 
"Waslah","Hamzah.initial_medial",

},

[5] = {
"Ayah", "Ayah.alt1", "Ayah.alt2", "Ayah.alt3", "Ayah2",
}
}
}
}

Of course such a file should match a font, but it permits things like:

\definefontfeature
  [husayni-colored]
  [goodies=husayni,
   colorscheme=default,
   featureset=default]

I can imagine that we make a collection of goodies for fonts that make 
sense. Concerning the arabic ... best coordinate this with idris as he's 
working on the benchmark arabic font.


And no, this is not documentted (yet) apart from an 'article' in 
hybrid.pdf which is not net on line.


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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] including xml files

[Hans Hagen]

On 7-3-2010 18:29, Philipp Gesang wrote:


So in this case, you would have \xmlinclude{test}{afile}{file}.

Yes, that did it.  I thoroughly confused the notion of “lpath” in
xml-mkiv.pdf.


it's not xpath but shares quite some properties with it


To actually make use of inc.xml in the current document, perhaps
\xmlprocessfile is what you are after?

[...] snip
That's actually what troubled me in the first mail of this thread.  I
don't think \xmlprocessfile is intended to include files this way.


xml in mkiv is still somewhat experimental although the commands and 
interfaces will stay; the current implementation is the second one and 
has the advanage that it stays closer to xpath and also is more 
roundtrip safe (tables of contents and so); i expect further improvements


i use the xml code in production environments so it's performing quite 
ok now


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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Working with Arabic

[Wolfgang Schuster]

Am 08.03.10 10:53, schrieb Hans Hagen:
we have been working on an experimental mechanism 'font goodies' which 
provides means to enhance fonts and one application is coloring arabic
Will it then be also possible to assign a single color to a complete 
font, e.g.


\definefontfeature[blue][default][color=blue]

\starttext

{\setfontfeature[blue]Blue text}

gives the same result as

\color[blue]{blue text}

\stoptext

Wolfgang

___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Working with Arabic

[Hans Hagen]

On 8-3-2010 11:18, Wolfgang Schuster wrote:

Am 08.03.10 10:53, schrieb Hans Hagen:

we have been working on an experimental mechanism 'font goodies' which
provides means to enhance fonts and one application is coloring arabic

Will it then be also possible to assign a single color to a complete
font, e.g.

\definefontfeature[blue][default][color=blue]

\starttext

{\setfontfeature[blue]Blue text}

gives the same result as

\color[blue]{blue text}

\stoptext


No, at least not now as i see color as completely unrelated to fonts. In 
the case of arabic it's part of the tradition to color certain glyphs.


Of course it's possible to implement it but somehow coloring a whole 
font sounds like a hack to me (as we have style/color pairs in setups 
already).


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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] no output

[Michael Saunders]

I finally got Context to install (correctly, I think), and I'm trying
to set up a profile for it in TeXnicCenter.  When I run it, I get the
promising message:

> TeXExec | processing document 'test.tex'
> TeXExec | no ctx file found
> TeXExec | tex processing method: context
> TeXExec | TeX run 1
> TeXExec | writing option file test.top
> TeXExec | using randomseed 110
> TeXExec | tex engine: luatex
> TeXExec | tex format: cont-en
> TeXExec | runtime: 0.08
>
> LaTeX-Result: 0 Error(s), 0 Warning(s), 0 Bad Box(es), 0 Page(s)

but no pdf file is output.  My command  looks something like this:

texexec  --lua --bat --nonstop --pdf --interface=en --color
--language=en  test.tex

the tex file contains the lines:

> \starttext
> hello cruel world
> \stoptext

What is wrong?
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] no output

[Taco Hoekwater]

Michael Saunders wrote:

I finally got Context to install (correctly, I think), and I'm trying
to set up a profile for it in TeXnicCenter.  When I run it, I get the
promising message:


TeXExec | processing document 'test.tex'
TeXExec | no ctx file found
TeXExec | tex processing method: context
TeXExec | TeX run 1
TeXExec | writing option file test.top
TeXExec | using randomseed 110
TeXExec | tex engine: luatex
TeXExec | tex format: cont-en
TeXExec | runtime: 0.08

LaTeX-Result: 0 Error(s), 0 Warning(s), 0 Bad Box(es), 0 Page(s)


but no pdf file is output.  My command  looks something like this:

texexec  --lua --bat --nonstop --pdf --interface=en --color
--language=en  test.tex

the tex file contains the lines:


\starttext
hello cruel world
\stoptext


What is wrong?


Well, if I try a similar command line in a terminal in my installation
I get:

  Fatal Error : Your format does not match the base files!

  Format Version  : 2010.03.02 12:34 MKIV
  Files Version   : 2009.08.19 17:10

(it ends up reading my new format but the old texlive include files).

Considering the lack of output from texexec, I expect you have an
at least partially similar problem with the format file.

0. Are you sure there is a luatex/mkiv format generated already?

1. If you want luatex/mkiv, it is better to use 'context' instead of
'texexec' as run command (they, you don't need the --lua nor the --pdf
 nor the --color switch).

2. The --bat and --nonstop are confusing the issue because they
suppress output.

Best wishes,
Taco



___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Working with Arabic

[Wolfgang Schuster]

Am 08.03.10 11:39, schrieb Hans Hagen:

Will it then be also possible to assign a single color to a complete
font, e.g. [...]
No, at least not now as i see color as completely unrelated to fonts. 
In the case of arabic it's part of the tradition to color certain glyphs.


Of course it's possible to implement it but somehow coloring a whole 
font sounds like a hack to me (as we have style/color pairs in setups 
already).

OK, you’re the boss.

Wolfgang

___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Working with Arabic

[Thomas A. Schmitz]

> OK, you’re the boss.
> 
> Wolfgang
> 
Lieber Gott, du bist der Boss.
Amen. Dein Rhinozeros.

(Sorry, couldn't resist.)

Thomas
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Working with Arabic

[Hans Hagen]

On 8-3-2010 13:08, Wolfgang Schuster wrote:

Am 08.03.10 11:39, schrieb Hans Hagen:

Will it then be also possible to assign a single color to a complete
font, e.g. [...]

No, at least not now as i see color as completely unrelated to fonts.
In the case of arabic it's part of the tradition to color certain glyphs.

Of course it's possible to implement it but somehow coloring a whole
font sounds like a hack to me (as we have style/color pairs in setups
already).

OK, you’re the boss.


well, that's a weak argument for not pressing me -)

btw, adding color as option to a font would slow down font switching etc 
significantly



-
  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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] suggestions for context documentation

[Hans Hagen]

\usemodule
  [abr-01]

\setuplayout
  [width=middle,
   height=middle,
   footer=0cm,
   topspace=1.5cm]

\setupbodyfont
  [palatino]

\setupheader
  [state=high]

\setupwhitespace
  [big]

\starttext

Hi all,

As I was on the Dante 2010 meeting and as I could not access my
mail last week, today I ran into the long thread about
documentation. I will not reply to each mail but stick to this
summary. Now, I understand that there is a lack of documentation
but before one complains too loud about it, consider the
following:

\startitemize

\startitem We started with \CONTEXT\ in the early 90's and it went
public around 1995. So, we're 15 years down the road. Whatever
comment one has on the system, including its documentation, has to
be seen into this light: we're looking back at over 15 years of
development and ahead at quite some more. \stopitem

\startitem In all those years we've been writing a lot of code,
not only for our own use, but also for users. Just to mention a
few areas: specific language and font support is non trivial in
traditional \TEX\ and took quite some time and backends change and
being involved in the development also brings a price (in many
aspects). \stopitem

\startitem What started a system for our own use, is now used by
others as well, and this brings not only the responsibility to fix
bugs fast but also to monitor lists etc.\ Add to that quite some
involvement in \TEX\ user groups, conferences, writing articles
etc.\ In the process we also happen to come up with some manuals.
Just wonder for a while where I find the time to do my regular
work (the work that pays the bills). \stopitem

\startitem Even an old manual can quite well describe
functionality as much didn't change. It's only with \MKIV\ that
some compatibility is dropped and only for obscure features. Of
course I could trick users by regenerating a manual with a newer
date. I often use the excellent book \quote {\TEX\ by Topic} which
is already quite old and does not cover \ETEX, \PDFTEX, \LUATEX\
or whatever but what is told in it is still true. I never look at
it thinking it being old. \stopitem

\startitem As one can visually get all kind of output and as
typographical elements can interfere the ultimate manual would
show $n!$ variants and become quite unreadable. There is no easy
way out of this. For other languages there's a lot of code
googlable but I find myself always writing from scratch as each
case seems to be different. Of course printed manuals can be of
help (the \LUA\ book being a very good example of a manual) but
writing one takes time. \stopitem

\startitem More documentation would not help all users. Some are
better of with a simple manual and some occasional help on the
list. I've been using all kind of programming languages and the
fact that some have huge (auto generated) documentation systems is
no guarantee that they can be used. I find myself quite often just
look in the source to see what is (not) happening and then
probably feel as confused as users looking into \CONTEXT\ sources.
\stopitem

\startitem There are quite some options that were never meant for
usage beyond our own, but as we ship the full product, they become
visible. No, they are not documented apart from the source. Yes,
if useful they should be documented but why by me? \stopitem

\startitem Any comparison with \LATEX\ documentation is useless.
One reason for starting to write \CONTEXT\ is that I didn't
understand the \LATEX\ book that well as well as that for proper
non English usage one had to patch unreadable code. When \CONTEXT\
came around the internet and mail were already replacing articles
and books. Just look at how the content in user group journals
changed from beginners explanations to more expert and niche
topics. Also, the fact that new books about \LATEX\ are still
written means that there is no perfect one yet. If you ever run
into one of the authors of the companions, just ask them how much
time it took \unknown\ close to a lifetime I bet. \stopitem

\startitem There was some comment on me being the only developer.
This might be true to a large extend but Taco, Wolfgang, Aditya,
Mojca, Luigi (I mention just a few currently active developers and
feel sorry for those I forget so feel free to amend me) know their
way around the source quite well and contribute patches too. We
don't have a formal team (as that would introduce the problem of
adding|/|removing active members and I like to be more informal
and users on the list know pretty well who are contributors.
\stopitem

\startitem There is no real cutting|-|out going on, it's just the
way it evolved. On the other hand, as I use the system myself I
would probably quit using it if anyone could push in code. It's
hard to keep \TEX\ doing what you want it to do and breaking it is
too easy due to interference. So, developers need some feeling
about what side effects can occur. Even then we see bugs creep in.
\stopitem

\startitem Believe me: when some folks send me a 

Re: [NTG-context] including xml files

[Philipp Gesang]

On 2010-03-08 <10:57:00>, Hans Hagen wrote:
> On 7-3-2010 18:29, Philipp Gesang wrote:
> 
> >>So in this case, you would have \xmlinclude{test}{afile}{file}.
> >Yes, that did it.  I thoroughly confused the notion of “lpath” in
> >xml-mkiv.pdf.
> 
> it's not xpath but shares quite some properties with it
Well, what I meant was that I thought the second parameter of
\xmlinclude to be a path within the include-file, not the main document.
The xpath--lpath relation is clear enough, I just got this one wrong
because I read lines 111--115 of lxml-ini.mkiv first but the definition
in xml-mkiv only later …

> >>To actually make use of inc.xml in the current document, perhaps
> >>\xmlprocessfile is what you are after?
> >[...] snip
> >That's actually what troubled me in the first mail of this thread.  I
> >don't think \xmlprocessfile is intended to include files this way.
> 
> xml in mkiv is still somewhat experimental although the commands and
> interfaces will stay; the current implementation is the second one
> and has the advanage that it stays closer to xpath and also is more
> roundtrip safe (tables of contents and so); i expect further
> improvements
Will there be documentation on the lua internals?  It is tedious tracing
things down all the way through ConTeXt -> lxml-ini -> lxml-tex ->
lxml-aux to find out (or not) what they're supposed to do.

Regards


Philipp

> 
> i use the xml code in production environments so it's performing
> quite ok now
> 
> 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
> -
> ___
> 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://tex.aanhet.net
> archive  : http://foundry.supelec.fr/projects/contextrev/
> wiki : http://contextgarden.net
> ___

-- 
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments


pgpozSEnyJOkW.pgp
Description: PGP signature
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Working with Arabic

[Wolfgang Schuster]

Am 08.03.10 13:30, schrieb Hans Hagen:

OK, you’re the boss.

well, that's a weak argument for not pressing me -)

I have other things (not yet) which should go into the core,
so such minor things like this it's not worth the effort.

Wolfgang

___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] including xml files

[Hans Hagen]

On 8-3-2010 13:30, Philipp Gesang wrote:


Will there be documentation on the lua internals?  It is tedious tracing
things down all the way through ConTeXt ->  lxml-ini ->  lxml-tex ->
lxml-aux to find out (or not) what they're supposed to do.


once i know what will be exposed, yes,

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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] no output

[Michael Saunders]

Thank you.

I had never heard of "luatex/mkiv format" before---I have just been
trying to follow the four or five conflicting pages about installation
that I found at Context Garden.  I did a Google search there for
"luatex format", which does not occur, and for "mkiv format", which
occurs once, under a heading about updating existing installations.
It says:

*  For making MKIV format

luatools --selfupdate
mtxrun --selfupdate
luatools --generate
context --make

I tried these commands and, indeed they ran.

I also changed my command line to:
context  --interface=en --language=en test.tex
I had been trying to follow the example on the Context Garden page,
which contained the incorrect command and flags you saw.

Now when I run context, I get less promising output than before:

MTXrun | run 1: luatex
--fmt="C:contextminimal/tex/texmf-cache/luatex-cache/context/d1d2ccfb3346ff481f4c4dab022cb26d/fomats/cont-en"
--lua="C:contextminimal/tex/texmf-cache/luatex-cache/context/d1d2ccfb3346ff481f4c4dab022cb26d/fomats/cont-en.lui"
--backen
MTXrun | fatal error: no return code, message: luatex: No such file or directory
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] not understanding ConTeXt-XML

[Hans van der Meer]

I guess I am a bit stupid, but I do not understand how to process xml  
in ConTeXt.
I started working through the contextXML-example.pdf from the Pragma  
site.

I tried to follow the example on page 8 which reads:
% here go style definitions
% and XML to TEX mappings
\starttext
\processXMLfilegrouped {filename.xml}
\stoptext

In TeXShop (working in the latest context-beta) I have the tex-input:

\def\Filenumber#1{[#1]}






\Filenumber{
{\bf 

}
}


\starttext
\processXMLfilegrouped {xml-input.xml}
\stoptext

and in file name.xml:


D134


I get the obviously wrong result:

  
 [  

  ] xsl:template>

D134

My main problem seems to be the proper incantations and in the right  
order.
What is the relation between the -definitions and the  
xml-processing, because these data show up in the result?
What is in this respect the function of macros like  
\defineXMLenvironment, etc? From the example document I cannot infer  
the relation between these and the -definitions.
Just some pointers in the right direction may set me on the right  
track. Thanks in advance.


Hans van der Meer




___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] not understanding ConTeXt-XML

[Wolfgang Schuster]

Am 08.03.10 15:05, schrieb Hans van der Meer:
I guess I am a bit stupid, but I do not understand how to process xml 
in ConTeXt.

I started working through the contextXML-example.pdf from the Pragma site.
I tried to follow the example on page 8 which reads:

For MKII you need the \defineXMLenvironment etc. commands.

For MKIV you should first read Thomas MyWay: 
http://dl.contextgarden.net/myway/tas/


Wolfgang

___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] MPinclusions/MetaPost sarith (graph) package

[Alan BRASLAU]

On Monday 08 March 2010 09:18:38 Wolfgang Schuster wrote:
> 
> \startMPinclusions[+]
> input sarith;
> \stopMPinclusions
> 

This probably explains other problems that I had experienced
concerning \startMPinclusions\stopMPinclusions...
Indeed, as metapost is processed in one run under mkIV,
I had gotten around such problems by simply putting certain metapost
definitions in an early instance of \startMPcode\stopMPcode.

Perhaps the [+] option could/should be by default for MPinclusions
with some other option syntax allowing one to reinitialize
the MPinclusions. Or maybe not...
In any case, we need to document this more clearly.

Concerning the graph package:
1) Should it use \startMPinclusions[+] so as not to erase
other MPinclusions?
2) Is there a penalty/overhead in including sarith by default
in the graph package?
3) Will metapost be able to better handle arithmetic soon,
and/or can someone suggest a better way of using lua along
with metapost graph? (Currently I externally use "awk"
via \immediate\write18 to manipulate data.)

Alan
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] MPinclusions/MetaPost sarith (graph) package

[luigi scarso]

On Mon, Mar 8, 2010 at 3:28 PM, Alan BRASLAU  wrote:

> (Currently I externally use "awk"
> via \immediate\write18 to manipulate data.)
In mkiv you should be able to manipulate your data with lua & lpeg.
You gain in portability -- no need of an external awk

-- 
luigi
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] suggestions for context documentation

[Alan BRASLAU]

On Monday 08 March 2010 13:31:28 Hans Hagen wrote:
> 
> As I was on the Dante 2010 meeting and as I could not access my
> mail last week, today I ran into the long thread about
> documentation. I will not reply to each mail but stick to this
> summary. Now, I understand that there is a lack of documentation
> but before one complains too loud about it, consider the
> following:
> 

I was out of town for the last two weeks. I too saw this thread
but did not have the time to read it all.

I agree that the ConTeXt reference manual needs to be updated
and completed, in particular concerning mkIV. Nevertheless, I have
been able to get quite far using the (old) mkII manual and find it
to be pretty good, even if not perfect. For this reason, I had
contacted Hans and Taco to gain access to the source but have to date
made only a few, minor corrections. This is a project that I try to
work on in my "spare time". As none of us have much time to spare
from our other responsibilities, documentation always proceeds too slowly.
(Indeed, while traveling the last two weeks, I had hoped to have some
time available to work more on this. However, I did not do anything!)

Part of the problem with writing documentation is being expert enough
to know all of the in's and out's of ConTeXt. Nevertheless, I believe
that improvements can be done. Also, taking such initiative will motivate
the real experts to eventually complete the holes (or give hints
on what further to include).

Alan

P.S. Concerning LaTeX, whereas the User's Guide and Reference Manual
(what we locally call "the lion") and the Companion (1st edition,
what we call "the dog") are excellent starting points. I find
that the second edition to be confusing and so hardly ever refer to it.
The documentation of the diverse packages is of diverse quality.

___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] data manipulation (was sarith)

[Alan BRASLAU]

On Monday 08 March 2010 15:35:14 luigi scarso wrote:
> On Mon, Mar 8, 2010 at 3:28 PM, Alan BRASLAU  wrote:
> > (Currently I externally use "awk"
> > via \immediate\write18 to manipulate data.)
> 
> In mkiv you should be able to manipulate your data with lua & lpeg.
> You gain in portability -- no need of an external awk
> 

Yes, another language to learn...  (after all, I *like* awk)

Can you indicate a good starting point?
(perhaps this message should be filed under the thread on documentation...)

Alan
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] no output

[Taco Hoekwater]

Michael Saunders wrote:

Thank you.

I had never heard of "luatex/mkiv format" before---I have just been
trying to follow the four or five conflicting pages about installation
that I found at Context Garden.  I did a Google search there for
"luatex format", which does not occur, and for "mkiv format", which
occurs once, under a heading about updating existing installations.
It says:

*  For making MKIV format

luatools --selfupdate
mtxrun --selfupdate
luatools --generate
context --make

I tried these commands and, indeed they ran.

I also changed my command line to:
context  --interface=en --language=en test.tex
I had been trying to follow the example on the Context Garden page,
which contained the incorrect command and flags you saw.

Now when I run context, I get less promising output than before:

MTXrun | run 1: luatex
--fmt="C:contextminimal/tex/texmf-cache/luatex-cache/context/d1d2ccfb3346ff481f4c4dab022cb26d/fomats/cont-en"
--lua="C:contextminimal/tex/texmf-cache/luatex-cache/context/d1d2ccfb3346ff481f4c4dab022cb26d/fomats/cont-en.lui"
--backen
MTXrun | fatal error: no return code, message: luatex: No such file or directory


Hm, this looks like a PATH error. After all, you ran context --make on 
the commandline and that worked, so it should also be able to work from

texniccenter.

Best wishes,
Taco
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] including xml files

[Thomas A. Schmitz]

On Mar 8, 2010, at 10:57 AM, Hans Hagen wrote:

> xml in mkiv is still somewhat experimental although the commands and 
> interfaces will stay; the current implementation is the second one and has 
> the advanage that it stays closer to xpath and also is more roundtrip safe 
> (tables of contents and so); i expect further improvements
> 
> i use the xml code in production environments so it's performing quite ok now

Just a quick question as I'm writing something on ConTeXt + various xml 
variants for MAPS: does ConTeXt insist on finding the extension .xml with 
\xmldocument ? I tried and am having trouble processing a file such as 
foo.xhtml; when I rename the same file to foo.xml, it works flawlessly. 

All best

Thomas
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] including xml files

[Hans Hagen]

On 8-3-2010 20:33, Thomas A. Schmitz wrote:


On Mar 8, 2010, at 10:57 AM, Hans Hagen wrote:


xml in mkiv is still somewhat experimental although the commands and interfaces 
will stay; the current implementation is the second one and has the advanage 
that it stays closer to xpath and also is more roundtrip safe (tables of 
contents and so); i expect further improvements

i use the xml code in production environments so it's performing quite ok now


Just a quick question as I'm writing something on ConTeXt + various xml 
variants for MAPS: does ConTeXt insist on finding the extension .xml with 
\xmldocument ? I tried and am having trouble processing a file such as 
foo.xhtml; when I rename the same file to foo.xml, it works flawlessly.


not that i know of ... i use several suffixes here

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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] beta: framecolor bug (mkiv)

[Peter Rolf]

Hi,

strange little bug. packed example is attached.

MTXrun | current version: 2010.03.02 12:34
This is LuaTeX, Version beta-0.51.0-2010030811 (rev 3445)

Best wishes,  Peter
\setupcolors[state=start]
\setuppagenumber[state=stop]

% 'frame=off' :  next frame is set to red, if its framecolor is grayscale
% 'frame=on' : next frame is ok (black)
\framed[foregroundcolor=red,frame=off]{frame should be black} % text is needed 
to trigger color
% wrong framecolor (red instead of black)
\framed[offset=overlay,rulethickness=1pt,framecolor=black]\bgroup
 \clip[width=5cm,height=5cm]% clip is needed
 {\externalfigure[mill.png]}\egroup

\framed[foregroundcolor=red,frame=off]{frame should be blue}
% no problem with colored frame
\framed[offset=overlay,rulethickness=1pt,framecolor=blue]\bgroup
 \clip[width=5cm,height=5cm]% clip is needed
 {\externalfigure[mill.png]}\egroup

\stoptext
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] XML processing not understood

[Hans van der Meer]

Starting the typesetting in mkiv of xml data I cannot get a simple  
example working.
I studied both the recent MyWay document and Hans Hagens xml-mkiv  
reference manual (especially page 11).

From these I concocted the following simple test:

file typeset from TeXShop is dvd-setup.tex containing:
\startxmlsetups xml:dvdsetups
\xmlsetsetup{dvdsetups}{*}{-}
\xmlsetsetup{dvdsetups}{dvd|title|subtitle}{xml:*}
\stopxmlsetups
\xmlregistersetup{xml:dvdsetups} % also not working: {dvdsetups}

\startxmlsetups xml:dvd
\Filenumber{\xmlatt{#1}{filenumber}}
\xmlflush{#1}
\stopxmlsetups
\startxmlsetups xml:title
\Title{\xmlflush{#1}}
\stopxmlsetups
\startxmlsetups xml:subtitle
\Subtitle{\xmlflush{#1}}
\stopxmlsetups

\def\Filenumber#1{Filenumber = \quotation{#1}\crlf}
\def\Title#1{Title = \quotation{#1}\crlf}
\def\Subtitle#1{Subtitle = \quotation{#1}\crlf}

\starttext
\xmlprocessfile{dvd}{dvd.xml}{}
\stoptext
\endinput

The file dvd.tex contains the following data:


Title
subtitle


The result is a single ouput line with on it: Title subtitle
That is just the data inside the dvd nodes.
What am I doing wrong here?

version recently loaded:ConTeXt  ver: 2010.03.02 12:34 MKIV  fmt:  
2010.3.8  int: english/english


Hans van der Meer




___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] XML processing not understood

[Hans Hagen]

On 8-3-2010 21:53, Hans van der Meer wrote:

Starting the typesetting in mkiv of xml data I cannot get a simple
example working.
I studied both the recent MyWay document and Hans Hagens xml-mkiv
reference manual (especially page 11).
 From these I concocted the following simple test:

file typeset from TeXShop is dvd-setup.tex containing:
\startxmlsetups xml:dvdsetups
\xmlsetsetup{dvdsetups}{*}{-}
\xmlsetsetup{dvdsetups}{dvd|title|subtitle}{xml:*}
\stopxmlsetups


\xmlsetsetup{#1}{dvd|title|subtitle}{xml:*}

(or dvd as that's what you use later)

consider the #1 to be a sort of symbolic reference to the current node, 
in this case being the root of the document (which in your case is dvd)


we can have many docs in memory either or not accessed explicitly


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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] including xml files

[Hans Hagen]

On 8-3-2010 21:55, Thomas A. Schmitz wrote:


context --environment=ourenvironment maps1.html


ah, context can recognize a couple of suffixes but ignores html so just use

  --forcexml

which will add the wrapper (future versions will not use the wrapper but 
that's sort of hidden anyway)


we also have another force:

  --forcecld

as well for documents coded in lua (currently in the context namespace 
but in the future more generic)


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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Working with Arabic

[Graham Douglas]

Just a short note to thank everyone for their various comments. I will
read some more and see how far I can get... and come back when I can 
formulate some more precise (better) questions. Am reading through the 
reference manual --- LuaTeX's versatility is quite incredible.


Warm regards to all.

Graham

___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] including xml files

[Thomas A. Schmitz]

On Mar 8, 2010, at 10:04 PM, Hans Hagen wrote:

> ah, context can recognize a couple of suffixes but ignores html so just use
> 
>  --forcexml
> 
> which will add the wrapper (future versions will not use the wrapper but 
> that's sort of hidden anyway)

Excellent, I will add  this somewhere to the article! Thanks Hans!

All best

Thomas
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] columns and whitespace

[Hans Hagen]

On 4-3-2010 23:56, James Fisher wrote:

There was a thread about columns and whitespace ~ 2 weeks ago, but I wasn't
a subscriber then.  I've just come across it independently myself.  I'm not
sure what conclusion was come to.  From a few tests, I'd characterize the
problem code in \startcolumns as: "if whitespace has been set to more than
none, set whitespace to 'line'."

Try it by uncommenting various lines:


%\setupwhitespace[none]
%\setupwhitespace[small]

\starttext

\startcolumns[n=2]
%\setupwhitespace[small]
\input knuth
\stopcolumns

\stoptext


Do people agree with that characterization; has the bug been found; what's
being done about it?  I don't want to have to re-setup whitespace every time
I go to columns.


\startcolumns[n=2,blank=medium]
\input knuth
\stopcolumns

it's not a bug as by default columns are set up with

blank={line,fixed}

this has always been the case; as columns can be mixed with no columns 
we want the lines to align


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
-
___
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___