* endlinechar redefinition
@ 2007-06-01 7:42 Vit Zyka
2007-06-02 20:58 ` Hans Hagen
0 siblings, 1 reply; 18+ messages in thread
From: Vit Zyka @ 2007-06-01 7:42 UTC (permalink / raw)
To: ConTeXt; +Cc: hajtmar
[-- Attachment #1: Type: text/plain, Size: 1025 bytes --]
Hi Hans,
Jaroslav Hajtnar (in czech TeX list) encountered the problem with \input
primitive redefinition. He uses a macro package for comma separated
value file (CSV) inclusion. It redefines some catcodes and \endlinechar
before start reading such file by \input. The problem is that during
reading CSV the reading is interrupted by reading another file like
\readfilename ->pdfr-ec
(c:/TeXLive2005/texmf-context-a/tex/context/base/pdfr-ec.tex
ConTeXt macro \input takes care about catcodes but not about
\endlinechar so in this situation the file pdfr-ec is read with wrong
\endlinechar which causes error.
We believe that system solution is the ConTeXt takes care about
\endlinechar when automatically starts reading some standard files.
Please Hans can you look at it?
Thanks
Vit
------------------
Minimal demo attached. As a result of this problem, see the '00000' in
the lower left page corner. Actually it is character ^^X (0x18, part of
per-cent/per-mil char) which is used as \endlinechar delimiter.
[-- Attachment #2: endlinechar.zip --]
[-- Type: application/x-zip-compressed, Size: 3243 bytes --]
[-- Attachment #3: Type: text/plain, Size: 487 bytes --]
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: endlinechar redefinition
2007-06-01 7:42 endlinechar redefinition Vit Zyka
@ 2007-06-02 20:58 ` Hans Hagen
2007-06-04 11:38 ` Vit Zyka
0 siblings, 1 reply; 18+ messages in thread
From: Hans Hagen @ 2007-06-02 20:58 UTC (permalink / raw)
To: vit.zyka, mailing list for ConTeXt users; +Cc: hajtmar
Vit Zyka wrote:
> Hi Hans,
>
> Jaroslav Hajtnar (in czech TeX list) encountered the problem with
> \input primitive redefinition. He uses a macro package for comma
> separated value file (CSV) inclusion. It redefines some catcodes and
> \endlinechar before start reading such file by \input. The problem is
> that during reading CSV the reading is interrupted by reading another
> file like
>
> \readfilename ->pdfr-ec
> (c:/TeXLive2005/texmf-context-a/tex/context/base/pdfr-ec.tex
>
> ConTeXt macro \input takes care about catcodes but not about
> \endlinechar so in this situation the file pdfr-ec is read with wrong
> \endlinechar which causes error.
>
> We believe that system solution is the ConTeXt takes care about
> \endlinechar when automatically starts reading some standard files.
> Please Hans can you look at it?
>
works ok here; i remember an issue but that was solved already (afaik);
tex live 2005 is not that up to date -)
a workaroun din an old version is to load pdfr-ec manually, so that it's
read already when the cvs code shows up
in scancvs ... beware of redefining such core macros
in the latest version there are things like \pushcatcodes ...
\popcatcodes and catcode tables (a simulation of the native luatex
catcode table features);
fyi: in luatex (and therefore context mkiv) doing things with data
files will be easier
can you test with a recent context?
(there is a cvs module btw)
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: endlinechar redefinition
2007-06-02 20:58 ` Hans Hagen
@ 2007-06-04 11:38 ` Vit Zyka
2007-06-04 13:34 ` Hans Hagen
2007-06-04 14:14 ` docbook in context R. Ermers
0 siblings, 2 replies; 18+ messages in thread
From: Vit Zyka @ 2007-06-04 11:38 UTC (permalink / raw)
To: Hans Hagen, ConTeXt; +Cc: hajtmar
[-- Attachment #1: Type: text/plain, Size: 2290 bytes --]
Thanks Hans for your response,
Hans Hagen wrote:
> Vit Zyka wrote:
>> Hi Hans,
>>
>> Jaroslav Hajtnar (in czech TeX list) encountered the problem with
>> \input primitive redefinition. He uses a macro package for comma
>> separated value file (CSV) inclusion. It redefines some catcodes and
>> \endlinechar before start reading such file by \input. The problem is
>> that during reading CSV the reading is interrupted by reading another
>> file like
>>
>> \readfilename ->pdfr-ec
>> (c:/TeXLive2005/texmf-context-a/tex/context/base/pdfr-ec.tex
>>
>> ConTeXt macro \input takes care about catcodes but not about
>> \endlinechar so in this situation the file pdfr-ec is read with wrong
>> \endlinechar which causes error.
>>
>> We believe that system solution is the ConTeXt takes care about
>> \endlinechar when automatically starts reading some standard files.
>> Please Hans can you look at it?
>>
> works ok here; i remember an issue but that was solved already (afaik);
> tex live 2005 is not that up to date -)
I did not test this with such museum-belonging ConTeXt. The problem
preserves in the latest public version 2007-04-17. See very left bottom
corner attached PDF (mkii).
> a workaroun din an old version is to load pdfr-ec manually, so that it's
> read already when the cvs code shows up
We internally solve the problem (temporary redefining \input) but I
believe that ConTeXt should follow more systemic solution.
> in scancvs ... beware of redefining such core macros
yes, we did not want you solve possible problems of an usage such
external (plain TeX designed) macros---only if we believe that the
behavior looks like a ConTeXt bug and that can cause problems for other
users.
> in the latest version there are things like \pushcatcodes ...
> \popcatcodes and catcode tables (a simulation of the native luatex
> catcode table features);
I will look at this. But I have not entered a catcode problem in this case.
> fyi: in luatex (and therefore context mkiv) doing things with data
> files will be easier
>
> can you test with a recent context?
yes, it did not work, see attached files.
> (there is a cvs module btw)
thanks for a remmembering. As I said: this mail is a suggestion to solve
a general problem by systemic way.
Thanks
Vit
[-- Attachment #2: demo.pdf --]
[-- Type: application/pdf, Size: 27273 bytes --]
[-- Attachment #3: Type: text/plain, Size: 487 bytes --]
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: endlinechar redefinition
2007-06-04 11:38 ` Vit Zyka
@ 2007-06-04 13:34 ` Hans Hagen
2007-06-04 14:24 ` Vit Zyka
2007-06-04 14:14 ` docbook in context R. Ermers
1 sibling, 1 reply; 18+ messages in thread
From: Hans Hagen @ 2007-06-04 13:34 UTC (permalink / raw)
To: vit.zyka, mailing list for ConTeXt users; +Cc: hajtmar
Vit Zyka wrote:
>
> thanks for a remmembering. As I said: this mail is a suggestion to
> solve a general problem by systemic way.
>
sure, but \input cannot be redefined in a robust way because of its scanning nature; ok, in luatex we can intercept things, but not in mkii
\startreadingfile ... \stopreadingfile is an option then
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* docbook in context
2007-06-04 11:38 ` Vit Zyka
2007-06-04 13:34 ` Hans Hagen
@ 2007-06-04 14:14 ` R. Ermers
2007-06-04 14:42 ` luigi scarso
1 sibling, 1 reply; 18+ messages in thread
From: R. Ermers @ 2007-06-04 14:14 UTC (permalink / raw)
To: mailing list for ConTeXt users
Dear All,
After having had a great deal of problems when submitting my context
files to my publisher, I decided to write future projects in docbook
(V4.4), rather than switching to Word or Open Office. From the docbook
files I then can generate an rtf or wml file which is much more of use
for the publisher, alas.
For me this has the extra advantage of viewing the text in an xml
editor, such as Xmlmind.
My new docbook document processes well in Context and no errors are
reported, thanks again Simon and others for this valuable application.
However two major problems have come up.
The first is a problem with Cals tables and figures:
1. After the section containing a table, all section headings in the
following chapters, sections, subsections, even bridgeheads, until the
end of the document are omitted, without due error message.
2. Figure titles create an extra section or subsection title. I solved
this by using <informalfigure> instead and inserting a <caption>. For
tables using caption is not an option.
A second problem is the language label. In the top level of the tree, I
add the language label, e.g. <book lang="nl">. In general, and for fo
processors this is, I believe the right place. Context gives the
following error message:
\dodosetupsometextprefix ...malist [#3]\docommand
\else \def \docommand
##1{...
l.53 \XMLDBheadtext[nl]{figuren}{Figuren}
This disappears when the label (lang="nl") is removed. Perhaps I am not
right in putting the language label in this way, if so, please advise.
I am grateful for any help,
Robert
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: endlinechar redefinition
2007-06-04 13:34 ` Hans Hagen
@ 2007-06-04 14:24 ` Vit Zyka
2007-06-04 14:33 ` Hans Hagen
0 siblings, 1 reply; 18+ messages in thread
From: Vit Zyka @ 2007-06-04 14:24 UTC (permalink / raw)
To: Hans Hagen, ConTeXt; +Cc: hajtmar
Hans Hagen wrote:
> Vit Zyka wrote:
>>
>> thanks for a remmembering. As I said: this mail is a suggestion to
>> solve a general problem by systemic way.
>>
> sure, but \input cannot be redefined in a robust way because of its
> scanning nature; ok, in luatex we can intercept things, but not in mkii
> Hans
I thought that the number of calling \input inside text state is
limited---(only?) one example is a loading encoding definition file. Why
not to incorporate the cleverness of setting a default \endinputchar to
a macro that invokes \input?
> \startreadingfile ... \stopreadingfile is an option then
understand as a solution bypassing \input redefinition
Vit
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: endlinechar redefinition
2007-06-04 14:24 ` Vit Zyka
@ 2007-06-04 14:33 ` Hans Hagen
2007-06-04 15:50 ` Vit Zyka
0 siblings, 1 reply; 18+ messages in thread
From: Hans Hagen @ 2007-06-04 14:33 UTC (permalink / raw)
To: vit.zyka; +Cc: ConTeXt, hajtmar
Vit Zyka wrote:
> Hans Hagen wrote:
>> Vit Zyka wrote:
>>>
>>> thanks for a remmembering. As I said: this mail is a suggestion to
>>> solve a general problem by systemic way.
>>>
>> sure, but \input cannot be redefined in a robust way because of its
>> scanning nature; ok, in luatex we can intercept things, but not in mkii
>> Hans
>
> I thought that the number of calling \input inside text state is
> limited---(only?) one example is a loading encoding definition file.
> Why not to incorporate the cleverness of setting a default
> \endinputchar to a macro that invokes \input?
>
>> \startreadingfile ... \stopreadingfile is an option then
>
> understand as a solution bypassing \input redefinition
it all depends on the usage ...
- most commands use \readfile, or \readjobfile or alike
- when loading modules of system files , we revert to tex catcode regimes etc
user files ... well, here tex (context) does not know what is dealt with; take xml, in that case we want to stay in xml mode; or verbatim, which needs to set up verbatim
actually this is all arranged already (and always has been)
your problem with the pdfr-enc file results from the fact that loading that file comes at a nasty moment and afaik loading now happens under the right regime; so, if there's a problem we need to find out what's the problem with that file, since it's unrelated to \input (loading that vector is managed so to say)
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: docbook in context
2007-06-04 14:14 ` docbook in context R. Ermers
@ 2007-06-04 14:42 ` luigi scarso
2007-06-04 14:56 ` context file to publisher (was: docbook in context) R. Ermers
` (2 more replies)
0 siblings, 3 replies; 18+ messages in thread
From: luigi scarso @ 2007-06-04 14:42 UTC (permalink / raw)
To: r.ermers, mailing list for ConTeXt users
On 6/4/07, R. Ermers <r.ermers@hccnet.nl> wrote:
> Dear All,
>
> After having had a great deal of problems when submitting my context
> files to my publisher,
What kind of problems ?
--
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* context file to publisher (was: docbook in context)
2007-06-04 14:42 ` luigi scarso
@ 2007-06-04 14:56 ` R. Ermers
2007-06-04 16:44 ` luigi scarso
2007-06-05 8:18 ` docbook in context R. Ermers
2007-06-07 7:43 ` R. Ermers
2 siblings, 1 reply; 18+ messages in thread
From: R. Ermers @ 2007-06-04 14:56 UTC (permalink / raw)
To: mailing list for ConTeXt users
Well, you know: the publisher preferred a word document or rtf; he was
quite puzzled by the Context codes.
I then had to convert the text to xml, which he was more acostumed to.
Robert
luigi scarso schreef:
> On 6/4/07, R. Ermers <r.ermers@hccnet.nl> wrote:
>
>> Dear All,
>>
>> After having had a great deal of problems when submitting my context
>> files to my publisher,
>>
> What kind of problems ?
>
>
>
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: endlinechar redefinition
2007-06-04 14:33 ` Hans Hagen
@ 2007-06-04 15:50 ` Vit Zyka
2007-06-04 21:02 ` Hans Hagen
0 siblings, 1 reply; 18+ messages in thread
From: Vit Zyka @ 2007-06-04 15:50 UTC (permalink / raw)
To: Hans Hagen, ConTeXt; +Cc: hajtmar
Hans Hagen wrote:
> Vit Zyka wrote:
>> Hans Hagen wrote:
>>> Vit Zyka wrote:
>>>>
>>>> thanks for a remmembering. As I said: this mail is a suggestion to
>>>> solve a general problem by systemic way.
>>>>
>>> sure, but \input cannot be redefined in a robust way because of its
>>> scanning nature; ok, in luatex we can intercept things, but not in mkii
>>> Hans
>>
>> I thought that the number of calling \input inside text state is
>> limited---(only?) one example is a loading encoding definition file.
>> Why not to incorporate the cleverness of setting a default
>> \endinputchar to a macro that invokes \input?
>>
>>> \startreadingfile ... \stopreadingfile is an option then
>>
>> understand as a solution bypassing \input redefinition
> it all depends on the usage ...
> - most commands use \readfile, or \readjobfile or alike - when loading
yes, in this case \readsysfile inside:
\def\dododoincludepdffontresource#1% encoding
{\bgroup
\edef\currentencoding{#1}%
\doifvaluesomething\pdffontfileresource
{\startreadingfile
\ignorelines % just in case \par is redefined;
\readsysfile{pdfr-\getvalue\pdffontfileresource}\donothing\donothing
\stopreadingfile
\letgvalue\pdffontfileresource\empty}%
\egroup}
> modules of system files , we revert to tex catcode regimes etc
> user files ... well, here tex (context) does not know what is dealt
> with; take xml, in that case we want to stay in xml mode; or verbatim,
> which needs to set up verbatim
> actually this is all arranged already (and always has been)
catcodes yes, but \endlinechar not:
\def\startreadingfile% beter een every en \setnormalcatcodes
{\doglobal\increment\readingfilelevel
\the\everystartreadingfile
\beginrestorecatcodes
\setcatcodetable\prtcatcodes}
why not introduce something like
\beginrestoreendlinechar
???
Vit
> your problem with the pdfr-enc file results from the fact that loading
> that file comes at a nasty moment and afaik loading now happens under
> the right regime; so, if there's a problem we need to find out what's
> the problem with that file, since it's unrelated to \input (loading
> that vector is managed so to say)
> Hans
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: context file to publisher (was: docbook in context)
2007-06-04 14:56 ` context file to publisher (was: docbook in context) R. Ermers
@ 2007-06-04 16:44 ` luigi scarso
0 siblings, 0 replies; 18+ messages in thread
From: luigi scarso @ 2007-06-04 16:44 UTC (permalink / raw)
To: mailing list for ConTeXt users
On 6/4/07, R. Ermers <r.ermers@hccnet.nl> wrote:
> Well, you know: the publisher preferred a word document or rtf; he was
> quite puzzled by the Context codes.
> I then had to convert the text to xml, which he was more acostumed to.
Why don't you send pdf instead of "tex source code" ?
As far I know, only fews accept tex code,
and it's latex code or ams code.
--
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: endlinechar redefinition
2007-06-04 15:50 ` Vit Zyka
@ 2007-06-04 21:02 ` Hans Hagen
0 siblings, 0 replies; 18+ messages in thread
From: Hans Hagen @ 2007-06-04 21:02 UTC (permalink / raw)
To: vit.zyka; +Cc: ConTeXt, hajtmar
Vit Zyka wrote:
> Hans Hagen wrote:
>> Vit Zyka wrote:
>>> Hans Hagen wrote:
>>>> Vit Zyka wrote:
>>>>>
>>>>> thanks for a remmembering. As I said: this mail is a suggestion to
>>>>> solve a general problem by systemic way.
>>>>>
>>>> sure, but \input cannot be redefined in a robust way because of its
>>>> scanning nature; ok, in luatex we can intercept things, but not in
>>>> mkii
>>>> Hans
>>>
>>> I thought that the number of calling \input inside text state is
>>> limited---(only?) one example is a loading encoding definition file.
>>> Why not to incorporate the cleverness of setting a default
>>> \endinputchar to a macro that invokes \input?
>>>
>>>> \startreadingfile ... \stopreadingfile is an option then
>>>
>>> understand as a solution bypassing \input redefinition
>> it all depends on the usage ...
>> - most commands use \readfile, or \readjobfile or alike - when loading
>
> yes, in this case \readsysfile inside:
>
> \def\dododoincludepdffontresource#1% encoding
> {\bgroup
> \edef\currentencoding{#1}%
> \doifvaluesomething\pdffontfileresource
> {\startreadingfile
> \ignorelines % just in case \par is redefined;
>
> \readsysfile{pdfr-\getvalue\pdffontfileresource}\donothing\donothing
> \stopreadingfile
> \letgvalue\pdffontfileresource\empty}%
> \egroup}
>
>> modules of system files , we revert to tex catcode regimes etc
>> user files ... well, here tex (context) does not know what is dealt
>> with; take xml, in that case we want to stay in xml mode; or
>> verbatim, which needs to set up verbatim
>> actually this is all arranged already (and always has been)
>
> catcodes yes, but \endlinechar not:
>
> \def\startreadingfile% beter een every en \setnormalcatcodes
> {\doglobal\increment\readingfilelevel
> \the\everystartreadingfile
> \beginrestorecatcodes
> \setcatcodetable\prtcatcodes}
>
> why not introduce something like
>
> \beginrestoreendlinechar
\def\startreadingfile
{\doglobal\increment\readingfilelevel
\the\everystartreadingfile
\pushendofline
\restoreendofline
\beginrestorecatcodes
\setcatcodetable\prtcatcodes}
\def\stopreadingfile
{\endrestorecatcodes
\popendofline
\the\everystopreadingfile
\doglobal\decrement\readingfilelevel}
\let\normalstartreadingfile\startreadingfile
\let\normalstopreadingfile \stopreadingfile
there must have been a reason for not adding this, probably because when
we are in line by line mode we don;t want this; in the otr the
endlinechar is restored anyway
i'm a bit reluctant to just change these defaults because i cannot
forsee where it fails me
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: docbook in context
2007-06-04 14:42 ` luigi scarso
2007-06-04 14:56 ` context file to publisher (was: docbook in context) R. Ermers
@ 2007-06-05 8:18 ` R. Ermers
2007-06-07 7:43 ` R. Ermers
2 siblings, 0 replies; 18+ messages in thread
From: R. Ermers @ 2007-06-05 8:18 UTC (permalink / raw)
To: mailing list for ConTeXt users
[-- Attachment #1: Type: text/plain, Size: 165 bytes --]
Dear All,
I made a test file.
Run the file bndel-xml.tex.
The pdf file was too big for the list, even zipped, so I copied parts of
it in a text file.
Robert
[-- Attachment #2: test-context-in-docbook.zip --]
[-- Type: application/x-zip-compressed, Size: 5124 bytes --]
[-- Attachment #3: Type: text/plain, Size: 487 bytes --]
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* docbook in context
2007-06-04 14:42 ` luigi scarso
2007-06-04 14:56 ` context file to publisher (was: docbook in context) R. Ermers
2007-06-05 8:18 ` docbook in context R. Ermers
@ 2007-06-07 7:43 ` R. Ermers
2007-06-07 9:23 ` luigi scarso
2 siblings, 1 reply; 18+ messages in thread
From: R. Ermers @ 2007-06-07 7:43 UTC (permalink / raw)
To: mailing list for ConTeXt users
Dear All,
Has anybody found time to dive into the docbook-Context problem?
The problem is that all section headings dissappear when in a given
docbook section a table is placed. (Of course the document is validated
against the dtd.)
I am really puzzled by it, and it prevents me from using Context now.
Regards,
Robert
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: docbook in context
2007-06-07 7:43 ` R. Ermers
@ 2007-06-07 9:23 ` luigi scarso
2007-06-07 10:14 ` R. Ermers
0 siblings, 1 reply; 18+ messages in thread
From: luigi scarso @ 2007-06-07 9:23 UTC (permalink / raw)
To: r.ermers, mailing list for ConTeXt users
On 6/7/07, R. Ermers <r.ermers@hccnet.nl> wrote:
> Dear All,
>
> Has anybody found time to dive into the docbook-Context problem?
>
> The problem is that all section headings dissappear when in a given
> docbook section a table is placed. (Of course the document is validated
> against the dtd.)
it's in my todo list.e that
But I can't see it until Saturday
>
> I am really puzzled by it, and it prevents me from using Context now.
Please,note that you can always use the standard chain
xml:xslt ->[xsltproc] ->tex:tex->[context]->pdf
and with texexec one can "hide xsltproc"
For sure there is a pdf about that at pragma.
--
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: docbook in context
2007-06-07 9:23 ` luigi scarso
@ 2007-06-07 10:14 ` R. Ermers
2007-06-07 17:00 ` Aditya Mahajan
0 siblings, 1 reply; 18+ messages in thread
From: R. Ermers @ 2007-06-07 10:14 UTC (permalink / raw)
To: luigi scarso, mailing list for ConTeXt users
Thank you very much indeed, Luigi.
I have been looking at the xml manuals of Pragma. I don't quite
understand what you mean with the standard chain.
I have been experimenting before with docbook -> fo, and fop, and I came
across valuable programs like Docman and Gemdoc. But I still prefer the
Context output.
I understand the mappings, but the Cals table mappings are more
complicated. (This is also explained by Simon Pepping
http://www.ntg.nl/maps/pdf/29_7.pdf)
Perhaps this bug arose in a recent version of Context?
Robert
luigi scarso schreef:
> On 6/7/07, R. Ermers <r.ermers@hccnet.nl> wrote:
>> Dear All,
>>
>> Has anybody found time to dive into the docbook-Context problem?
>>
>> The problem is that all section headings dissappear when in a given
>> docbook section a table is placed. (Of course the document is validated
>> against the dtd.)
> it's in my todo list.e that
> But I can't see it until Saturday
>>
>> I am really puzzled by it, and it prevents me from using Context now.
>
> Please,note that you can always use the standard chain
> xml:xslt ->[xsltproc] ->tex:tex->[context]->pdf
> and with texexec one can "hide xsltproc"
>
> For sure there is a pdf about that at pragma.
>
>
>
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: docbook in context
2007-06-07 10:14 ` R. Ermers
@ 2007-06-07 17:00 ` Aditya Mahajan
2007-06-07 23:29 ` luigi scarso
0 siblings, 1 reply; 18+ messages in thread
From: Aditya Mahajan @ 2007-06-07 17:00 UTC (permalink / raw)
To: ntg-context
Quoting "R. Ermers" <r.ermers@hccnet.nl>:
> Thank you very much indeed, Luigi.
>
> I have been looking at the xml manuals of Pragma. I don't quite
> understand what you mean with the standard chain.
Hans has a This Way on using xsltproc to generate ConTeXt code, which
you can then process using context. I do not know if there is a docbook
xsl file with all the translations, or will you have to do that by hand.
Aditya
> I have been experimenting before with docbook -> fo, and fop, and I came
> across valuable programs like Docman and Gemdoc. But I still prefer the
> Context output.
>
> I understand the mappings, but the Cals table mappings are more
> complicated. (This is also explained by Simon Pepping
> http://www.ntg.nl/maps/pdf/29_7.pdf)
> Perhaps this bug arose in a recent version of Context?
>
> Robert
>
>
> luigi scarso schreef:
>> On 6/7/07, R. Ermers <r.ermers@hccnet.nl> wrote:
>>> Dear All,
>>>
>>> Has anybody found time to dive into the docbook-Context problem?
>>>
>>> The problem is that all section headings dissappear when in a given
>>> docbook section a table is placed. (Of course the document is validated
>>> against the dtd.)
>> it's in my todo list.e that
>> But I can't see it until Saturday
>>>
>>> I am really puzzled by it, and it prevents me from using Context now.
>>
>> Please,note that you can always use the standard chain
>> xml:xslt ->[xsltproc] ->tex:tex->[context]->pdf
>> and with texexec one can "hide xsltproc"
>>
>> For sure there is a pdf about that at pragma.
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: docbook in context
2007-06-07 17:00 ` Aditya Mahajan
@ 2007-06-07 23:29 ` luigi scarso
0 siblings, 0 replies; 18+ messages in thread
From: luigi scarso @ 2007-06-07 23:29 UTC (permalink / raw)
To: mailing list for ConTeXt users
> > I have been looking at the xml manuals of Pragma. I don't quite
> > understand what you mean with the standard chain.
>
> Hans has a This Way on using xsltproc to generate ConTeXt code, which
> you can then process using context.
http://www.pragma-ade.com/general/magazines/mag-0008.pdf
http://www.pragma-ade.com/general/manuals/example.pdf
> I do not know if there is a docbook
> xsl file with all the translations, or will you have to do that by hand.
>
http://wiki.docbook.org/topic/DocBookXslStylesheets
--
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
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
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2007-06-07 23:29 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-06-01 7:42 endlinechar redefinition Vit Zyka
2007-06-02 20:58 ` Hans Hagen
2007-06-04 11:38 ` Vit Zyka
2007-06-04 13:34 ` Hans Hagen
2007-06-04 14:24 ` Vit Zyka
2007-06-04 14:33 ` Hans Hagen
2007-06-04 15:50 ` Vit Zyka
2007-06-04 21:02 ` Hans Hagen
2007-06-04 14:14 ` docbook in context R. Ermers
2007-06-04 14:42 ` luigi scarso
2007-06-04 14:56 ` context file to publisher (was: docbook in context) R. Ermers
2007-06-04 16:44 ` luigi scarso
2007-06-05 8:18 ` docbook in context R. Ermers
2007-06-07 7:43 ` R. Ermers
2007-06-07 9:23 ` luigi scarso
2007-06-07 10:14 ` R. Ermers
2007-06-07 17:00 ` Aditya Mahajan
2007-06-07 23:29 ` luigi scarso
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).