[NTG-context] Arrange a pdf file
Hi, I do not understand what is going on here: Earlier one could say: texmfstart texexec --arrange --print=2UP --environments=arrange code- review.pdf with in the environment file: \definepapersize [offset=15pt] \setuppapersize [A5,landscape][A4,portrait] \setuplayout [backspace=0pt, topspace=0pt, width=middle, height=middle, location=middle, header=0pt, footer=0pt] \setuppagenumbering[location=,alternative=doublesided] \starttext \copypages[code-review.pdf][width=0pt] \stoptext Resulting in a neat arranged document. However with the earlier and latest version (march 11) this fails, because the pdf-file (in this example "code-review") is deleted! !pdfTeX error: pdftex (file ./code-review.pdf): reading image file failed ==> Fatal error occurred, no output PDF file produced! Willi BOEDE Book and Electronic Document Engineering Willi Egger [EMAIL PROTECTED] KvK 17138708 ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] luatools --find-file cont-en.lua
Aditya Mahajan wrote: > On Sat, 15 Mar 2008, Peter Münster wrote: > >> Hello, >> >> What is "luatools --find-file" supposed to find? >> >> It finds files like context.tex but no lua files like l-table.lua or >> cont-en.lua. >> >> "texmfstart --locate" finds also the lua files. in your cnf file, add LUAINPUTS = .;$CTXDEVLUPATH;$TEXINPUTS;$TEXMF/scripts/context/lua - 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] mplib
On Sat, 15 Mar 2008 11:18:33 +0100 Hans Hagen <[EMAIL PROTECTED]> wrote: > btw, how difficult would it be to add a lua api to gnuplot, in which > case we could communicate via lua tables > > Hans btw: Some of you may not know about cairo library. (http://cairographics.org/) It's versatile graphic library with many output targets(pdf,svg,png,...) and bindings to different programming languages (including lua!). It can do almost the same things that metapost do. Development version of gnulpot should be able to use cairo library for rendering too. ZS ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] mplib
On Sun, Mar 16, 2008 at 10:58 AM, zs <[EMAIL PROTECTED]> wrote: > On Sat, 15 Mar 2008 11:18:33 +0100 > Hans Hagen <[EMAIL PROTECTED]> wrote: > > > btw, how difficult would it be to add a lua api to gnuplot, in which > > case we could communicate via lua tables > > > > Hans > > > btw: Some of you may not know about cairo library. > (http://cairographics.org/) > It's versatile graphic library with many output targets(pdf,svg,png,...) and > bindings to different programming languages (including lua!). > It can do almost the same things that metapost do. > Development version of gnulpot should be able to use cairo library for > rendering too. Cairo (with pango, that needs lots of tweaking to be able to build it, I do not even dare dreaming about being able to build it on windows) is able to generate PDFs in gnuplot, but not to input any TeX labels yet, I'm affraid. Mojca ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] processing xml in mkiv
Hi all,
xml processing is about the last part of my ConTeXt stuff where I
haven't been able to switch to mkiv; I just can't get my head around
it... 2 questions:
1. When I try to process a xml-file with my old (mkii) environments,
the output looks OK, but I always get a first page with the xml
version declaration
Is this a bug or a feature? Is there anything I can do to prevent it?
2. I'm really lost with the new xml mechanism. My first problem: In a
message from September last year, Hans explained that the command to
process xml files is:
> The regular definitions still work but processing a file is done
> differently:
>
> \xmlprocess{id}{filename}{optional initialization setup}
I used to have environments with which to typeset a bunch of files.
How can this be ported to the new mechanism, which appears to expect
a filename?
Sorry if these are very basic problems, but I'm probably a bit obtuse
here.
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] processing xml in mkiv
On Sun, 16 Mar 2008 11:29:49 +0100
"Thomas A. Schmitz" <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> xml processing is about the last part of my ConTeXt stuff where I
> haven't been able to switch to mkiv; I just can't get my head around
> it... 2 questions:
>
> 1. When I try to process a xml-file with my old (mkii) environments,
> the output looks OK, but I always get a first page with the xml
> version declaration
>
>
>
> Is this a bug or a feature? Is there anything I can do to prevent it?
Can you post a example, I never saw such a effect in my test files.
> 2. I'm really lost with the new xml mechanism. My first problem: In a
> message from September last year, Hans explained that the command to
> process xml files is:
>
> > The regular definitions still work but processing a file is done
> > differently:
> >
> > \xmlprocess{id}{filename}{optional initialization setup}
>
> I used to have environments with which to typeset a bunch of files.
> How can this be ported to the new mechanism, which appears to expect
> a filename?
\xmlprocess{main}{filename.xml}{} works for me.
> Sorry if these are very basic problems, but I'm probably a bit obtuse
> here.
You don't have to use new xml mechanism form MkIV, the old code could
be used without problems. The advantage of the new code is direct
access to elements in the tree (you could use xml files as database)
and the option to read from zip files.
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Arrange a pdf file
On Sat, 15 Mar 2008 23:45:59 +0100 Willi Egger <[EMAIL PROTECTED]> wrote: > Hi, > > I do not understand what is going on here: > > Earlier one could say: > > texmfstart texexec --arrange --print=2UP --environments=arrange code- > review.pdf texexec --pdfarrange --paperformat=A5A4 --print=2UP code-review.pdf 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] processing xml in mkiv
On Mar 16, 2008, at 12:04 PM, Wolfgang Schuster wrote:
> On Sun, 16 Mar 2008 11:29:49 +0100
> "Thomas A. Schmitz" <[EMAIL PROTECTED]> wrote:
>
>> Hi all,
>>
>> xml processing is about the last part of my ConTeXt stuff where I
>> haven't been able to switch to mkiv; I just can't get my head around
>> it... 2 questions:
>>
>> 1. When I try to process a xml-file with my old (mkii) environments,
>> the output looks OK, but I always get a first page with the xml
>> version declaration
>>
>>
>>
>> Is this a bug or a feature? Is there anything I can do to prevent it?
>
> Can you post a example, I never saw such a effect in my test files.
Hi Wolfgang,
OK, here is a minimal example:
file test.xml:
]>
This is an xml file.
file testenvironment.tex
\usemodule[xtag-ent]
\defineXMLenvironment[document]
{\starttext}
{\stoptext}
\defineXMLenvironment[section]
{\section{\XMLpar{section}{title}{}}}
{}
\defineXMLenvironment[quotation]
{\quotation\bgroup}
{\egroup}
When I process with mkii, I get the expected output. Processing with
texexec --lua --env=testenvironment test.xml
gives me the first line (here it's not an entire page) I described!
>
>
>> 2. I'm really lost with the new xml mechanism. My first problem: In a
>> message from September last year, Hans explained that the command to
>> process xml files is:
>>
>>> The regular definitions still work but processing a file is done
>>> differently:
>>>
>>>\xmlprocess{id}{filename}{optional initialization setup}
>>
>> I used to have environments with which to typeset a bunch of files.
>> How can this be ported to the new mechanism, which appears to expect
>> a filename?
>
> \xmlprocess{main}{filename.xml}{} works for me.
I tried to translate this into the "new" mechanism and thought it
should read like so:
\startxmlsetups xml:mysetups
\xmlsetsetup{\xmldocument}{text:p|section|quotation}{xml:*}
\stopxmlsetups
\xmlregistersetup{xml:mysetups}
\startxmlsetups xml:p
\xmlflush{#1}\endgraf
\stopxmlsetups
\startxmlsetups xml:quotation
\quotation{\xmlflush{#1}}
\stopxmlsetups
\startxmlsetups xml:section
\section{\xmlatt{#1}{section}{title}}
\stopxmlsetups
\starttext
\xmlprocess{main}{test.xml}{}
\stoptext
But then, I only get "invalid xml file" in the output.
>
>
>> Sorry if these are very basic problems, but I'm probably a bit obtuse
>> here.
>
> You don't have to use new xml mechanism form MkIV, the old code could
> be used without problems. The advantage of the new code is direct
> access to elements in the tree (you could use xml files as database)
> and the option to read from zip files.
>
> Wolfgang
OK, I'll keep that in mind. Thanks for your help, Wolfgang!
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] processing xml in mkiv
> OK, here is a minimal example:
>
> file test.xml:
>
>
>
>
> ]>
>
>
>
> This is an xml file.
>
>
>
> file testenvironment.tex
>
> \usemodule[xtag-ent]
>
> \defineXMLenvironment[document]
> {\starttext}
> {\stoptext}
>
> \defineXMLenvironment[section]
> {\section{\XMLpar{section}{title}{}}}
> {}
>
> \defineXMLenvironment[quotation]
> {\quotation\bgroup}
> {\egroup}
>
>
> When I process with mkii, I get the expected output. Processing with
>
> texexec --lua --env=testenvironment test.xml
>
> gives me the first line (here it's not an entire page) I described!
This seems like a bug to me. This did only happen with the content in
the first line because I inserted a empty first line at the begin of
the line the xml header disappeared from the pdf, could be related to
a wrong catcode for the "<" at the beginning of the line.
> >> 2. I'm really lost with the new xml mechanism. My first problem: In a
> >> message from September last year, Hans explained that the command to
> >> process xml files is:
> >>
> >>> The regular definitions still work but processing a file is done
> >>> differently:
> >>>
> >>>\xmlprocess{id}{filename}{optional initialization setup}
> >>
> >> I used to have environments with which to typeset a bunch of files.
> >> How can this be ported to the new mechanism, which appears to expect
> >> a filename?
> >
> > \xmlprocess{main}{filename.xml}{} works for me.
>
> I tried to translate this into the "new" mechanism and thought it
> should read like so:
>
> \startxmlsetups xml:mysetups
> \xmlsetsetup{\xmldocument}{text:p|section|quotation}{xml:*}
> \stopxmlsetups
>
> \xmlregistersetup{xml:mysetups}
>
> \startxmlsetups xml:p
> \xmlflush{#1}\endgraf
> \stopxmlsetups
>
> \startxmlsetups xml:quotation
> \quotation{\xmlflush{#1}}
> \stopxmlsetups
>
> \startxmlsetups xml:section
> \section{\xmlatt{#1}{section}{title}}
> \stopxmlsetups
\startxmlsetups xml:section
\section{\xmlatt{#1}{section}{title}}
\xmlflush{#1}
\stopxmlsetups
> \starttext
> \xmlprocess{main}{test.xml}{}
> \stoptext
>
> But then, I only get "invalid xml file" in the output.
Remove the DOCDATA definition from your xml file, seems the parser has
problems with "<>" pairs inside of the DOCDATA definition.
The following line give me a pdf file
but the next one
]>
give only "invalid xml file".
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] processing xml in mkiv
On Mar 16, 2008, at 1:51 PM, Wolfgang Schuster wrote:
>>
> This seems like a bug to me. This did only happen with the content in
> the first line because I inserted a empty first line at the begin of
> the line the xml header disappeared from the pdf, could be related to
> a wrong catcode for the "<" at the beginning of the line.
>
OK, then this is a bug. The declaration has to be on the first line,
my editor (emacs in nxml mode) doesn't even let me save the file when
I introduce a first blank line before it.
\xmlprocess{main}{filename.xml}{} works for me.
Yes, but that would mean you need an environment for every xml file
you want to process. I have now tried
\xmlprocess{main}{\inputfilename}{}
and this seems to work.
>> \startxmlsetups xml:section
>> \section{\xmlatt{#1}{section}{title}}
>> \stopxmlsetups
>
> \startxmlsetups xml:section
> \section{\xmlatt{#1}{section}{title}}
> \xmlflush{#1}
> \stopxmlsetups
Thanks! I experimented a bit more; I think it has to be
\startxmlsetups xml:section
\section{\xmlatt{#1}{title}}
\xmlflush{#1}
\stopxmlsetups
(at least, this seems to work for me...)
>
>
>> \starttext
>> \xmlprocess{main}{test.xml}{}
>> \stoptext
>>
>> But then, I only get "invalid xml file" in the output.
>
> Remove the DOCDATA definition from your xml file, seems the parser has
> problems with "<>" pairs inside of the DOCDATA definition.
>
> The following line give me a pdf file
>
> ]>
Hmm, but this isn't valid xml?
>
> but the next one
>
>
> ]>
Whereas this is valid and processed without problems by mkii?
Hmm, either mkiv xml handling is still a bit immature, or I'm not
mature enough to use it yet :-)
Thanks a lot, Wolfgang!
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] processing xml in mkiv
> > This seems like a bug to me. This did only happen with the content in
> > the first line because I inserted a empty first line at the begin of
> > the line the xml header disappeared from the pdf, could be related to
> > a wrong catcode for the "<" at the beginning of the line.
> >
>
> OK, then this is a bug. The declaration has to be on the first line,
> my editor (emacs in nxml mode) doesn't even let me save the file when
> I introduce a first blank line before it.
No problems with Scite or EmEditor.
> \xmlprocess{main}{filename.xml}{} works for me.
>
> Yes, but that would mean you need an environment for every xml file
> you want to process. I have now tried
> \xmlprocess{main}{\inputfilename}{}
>
> and this seems to work.
>
> >> \startxmlsetups xml:section
> >> \section{\xmlatt{#1}{section}{title}}
> >> \stopxmlsetups
> >
> > \startxmlsetups xml:section
> > \section{\xmlatt{#1}{section}{title}}
> > \xmlflush{#1}
> > \stopxmlsetups
>
> Thanks! I experimented a bit more; I think it has to be
>
> \startxmlsetups xml:section
> \section{\xmlatt{#1}{title}}
> \xmlflush{#1}
> \stopxmlsetups
>
> (at least, this seems to work for me...)
I did the same thing in my example but forgot it in my last mail.
> >> \starttext
> >> \xmlprocess{main}{test.xml}{}
> >> \stoptext
> >>
> >> But then, I only get "invalid xml file" in the output.
> >
> > Remove the DOCDATA definition from your xml file, seems the parser has
> > problems with "<>" pairs inside of the DOCDATA definition.
> >
> > The following line give me a pdf file
> >
> > > > ]>
>
> Hmm, but this isn't valid xml?
I know but it could help to find the wrong definition in the xml parser.
> > but the next one
> >
> > >
> > ]>
>
> Whereas this is valid and processed without problems by mkii?
You should know, MkII read the xml code with TeX macros whereas MkIV
use lpeg to read the xml code.
> Hmm, either mkiv xml handling is still a bit immature, or I'm not
> mature enough to use it yet :-)
The MkIV is new and still under development, tests like your one help
to find errors and to fix them.
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] processing xml in mkiv
Thomas A. Schmitz wrote:
> On Mar 16, 2008, at 1:51 PM, Wolfgang Schuster wrote:
>
>> This seems like a bug to me. This did only happen with the content in
>> the first line because I inserted a empty first line at the begin of
>> the line the xml header disappeared from the pdf, could be related to
>> a wrong catcode for the "<" at the beginning of the line.
>>
>
> OK, then this is a bug. The declaration has to be on the first line,
> my editor (emacs in nxml mode) doesn't even let me save the file when
> I introduce a first blank line before it.
indeed ther eis something weird, but it may as well be something in
lautex itself, so taco has to look into it too
what happens is:
\def\processXMLfilegrouped#1{{\enableXML\processfile{#1}\relax\ifmmode\else\par\fi}}
it looks like the new catcode regime lags one line behind here
-
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Arrange a pdf file
Hi Wolfgang, thanks for your line of code! - Stupid me used --arrange in place of --pdfarrange! Willi On Mar 16, 2008, at 12:18 PM, Wolfgang Schuster wrote: > On Sat, 15 Mar 2008 23:45:59 +0100 > Willi Egger <[EMAIL PROTECTED]> wrote: > >> Hi, >> >> I do not understand what is going on here: >> >> Earlier one could say: >> >> texmfstart texexec --arrange --print=2UP --environments=arrange >> code- >> review.pdf > > texexec --pdfarrange --paperformat=A5A4 --print=2UP code-review.pdf > > 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 : https://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > __ > _ BOEDE Book and Electronic Document Engineering Willi Egger [EMAIL PROTECTED] KvK 17138708 ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Command \NN in table?
Hi, I'm currently trying to typeset tables of digits. I read in This Way #3 that the tabulate environment has digits support with \NN. Would it be possible to had the same feature in the table environment? By the way, I'd like to congratulate Hans for the \digits command: it really saved me so much time! It don't need to retype numbers from my numerical outputs anymore. And I can switch very easily from english to french number format. It's great! Best wishes, Morgan ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] A new feature for \digits: \digits{e-1}
Hi everyone,
In LaTeX, the numprint package provides the \numprint command, and is
pretty useful when typing numbers. It is quite similar to the \digits
ConTeXt command.
However, the two commands differ when it comes to this example:
\numprint{e-1}
\digits e-1
In this case, the \numprint command ommits the \cdot in front of the
1O^-1, whereas \digits does not.
My question is: is it a deliberate choice?
If not, would it be possible to modify the \digits command in order to
reproduce the behavior of \numprint?
Best wishes,
Morgan
___
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] processing xml in mkiv
On Mar 16, 2008, at 6:16 PM, Hans Hagen wrote:
> indeed ther eis something weird, but it may as well be something in
> lautex itself, so taco has to look into it too
>
> what happens is:
>
> \def\processXMLfilegrouped#1{{\enableXML\processfile{#1}\relax
> \ifmmode\else\par\fi}}
>
> it looks like the new catcode regime lags one line behind here
Glad to know it wasn't just me being stupid... So I will continue to
try my hand at the new mkiv mechanism.
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
