* Re: XML roundtripping
2019-05-15 14:35 ` Denis Maier
@ 2019-05-15 15:45 ` Mica Semrick
2019-05-15 16:32 ` Hans Hagen
2019-05-15 18:24 ` nyssus
2 siblings, 0 replies; 11+ messages in thread
From: Mica Semrick @ 2019-05-15 15:45 UTC (permalink / raw)
To: mailing list for ConTeXt users, Denis Maier, Hans Hagen
[-- Attachment #1.1: Type: text/plain, Size: 1939 bytes --]
If your web requirement is single XML files per article, you should be able to feed ConTeXt multiple XML files and typeset them as one PDF.
On May 15, 2019 7:35:47 AM PDT, Denis Maier <maier.de@gmail.com> wrote:
>Our workflow is not settled yet; we're still discussing options. All
>depends upon what is possible ...
>
>That being said, for the purpose of displaying the articles online
>we'll
>need every article in a separate XML file. The question is if and how
>we
>will produce a PDF version containing a whole volume (we'll probably
>need
>one PDF for the whole volume and also PDFs for each article).
>
>One option would be:
>- merge the articles into a single XML,
>- typeset from there
>- split the PDF
>(Hence my question here,
>https://mailman.ntg.nl/pipermail/ntg-context/2019/095011.html).
>
>Another option could be:
>- Typeset each article individually.
>- Get the last page number => in the next article, set the first page
>number to this + 1
>(So, we do not necessarily need to write the page numbers back to the
>XML,
>but we'll somehow need to pass the page number to the next article in
>the
>chain.)
>
>
>Am Mi., 15. Mai 2019 um 14:46 Uhr schrieb Hans Hagen
><j.hagen@xs4all.nl>:
>
>> On 5/15/2019 12:57 PM, Denis Maier wrote:
>> > Hmm, getting the page number back from the tuc file sound feasible.
>I'll
>> > have to look into this.
>> >
>> > But how would I write the information back to the XML? Is this
>explained
>> > somewhere?
>> all depends on the workflow ... why does it need to be written back?
>>
>>
>> -----------------------------------------------------------------
>> Hans Hagen | PRAGMA ADE
>> Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>> tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
>> -----------------------------------------------------------------
>>
[-- Attachment #1.2: Type: text/html, Size: 3029 bytes --]
[-- Attachment #2: Type: text/plain, Size: 493 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://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: XML roundtripping
2019-05-15 14:35 ` Denis Maier
2019-05-15 15:45 ` Mica Semrick
@ 2019-05-15 16:32 ` Hans Hagen
2019-05-15 20:31 ` Denis Maier
2019-05-15 18:24 ` nyssus
2 siblings, 1 reply; 11+ messages in thread
From: Hans Hagen @ 2019-05-15 16:32 UTC (permalink / raw)
To: Denis Maier; +Cc: mailing list for ConTeXt users
On 5/15/2019 4:35 PM, Denis Maier wrote:
> Our workflow is not settled yet; we're still discussing options. All
> depends upon what is possible ...
>
> That being said, for the purpose of displaying the articles online we'll
> need every article in a separate XML file. The question is if and how we
> will produce a PDF version containing a whole volume (we'll probably
> need one PDF for the whole volume and also PDFs for each article).
>
> One option would be:
> - merge the articles into a single XML,
> - typeset from there
> - split the PDF
> (Hence my question here,
> https://mailman.ntg.nl/pipermail/ntg-context/2019/095011.html).
you can create a master xml file with includes and process the lots in
one go ... this is quite convenient when you assemble for instance books
from chapters that are split into sections ... you can make a xml file
per chapter that includes the sections and then a book file that loads
them all ... files can have a processing instruction telling what styel
to load and you can run individual files or assemblies ... all the stuff
needed to do that is there (and probably also documented someplace)
anyway, you can always save '\lastpage' during a run ... or you can have
some shared lua file with chapters/pagenumbers that gets updated by the
current run
all this is workflow dependent but all can be done without too much hassle
(fwiw: we have some cases where for one projects hundreds of xml files
get merged runtime and then processed ... the overhead is neglectable to
the run)
> Another option could be:
> - Typeset each article individually.
> - Get the last page number => in the next article, set the first page
> number to this + 1
> (So, we do not necessarily need to write the page numbers back to the
> XML, but we'll somehow need to pass the page number to the next article
> in the chain.)
>
>
> Am Mi., 15. Mai 2019 um 14:46 Uhr schrieb Hans Hagen <j.hagen@xs4all.nl
> <mailto:j.hagen@xs4all.nl>>:
>
> On 5/15/2019 12:57 PM, Denis Maier wrote:
> > Hmm, getting the page number back from the tuc file sound
> feasible. I'll
> > have to look into this.
> >
> > But how would I write the information back to the XML? Is this
> explained
> > somewhere?
> all depends on the workflow ... why does it need to be written back?
>
>
> -----------------------------------------------------------------
> Hans Hagen | PRAGMA ADE
> Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> tel: 038 477 53 69 | www.pragma-ade.nl
> <http://www.pragma-ade.nl> | www.pragma-pod.nl
> <http://www.pragma-pod.nl>
> -----------------------------------------------------------------
>
--
-----------------------------------------------------------------
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: XML roundtripping
2019-05-15 16:32 ` Hans Hagen
@ 2019-05-15 20:31 ` Denis Maier
2019-05-16 7:40 ` Hans Hagen
0 siblings, 1 reply; 11+ messages in thread
From: Denis Maier @ 2019-05-15 20:31 UTC (permalink / raw)
To: Hans Hagen; +Cc: mailing list for ConTeXt users
[-- Attachment #1.1: Type: text/plain, Size: 3580 bytes --]
Hans Hagen <j.hagen@xs4all.nl> schrieb am Mi., 15. Mai 2019, 18:32:
> On 5/15/2019 4:35 PM, Denis Maier wrote:
> > Our workflow is not settled yet; we're still discussing options. All
> > depends upon what is possible ...
> >
> > That being said, for the purpose of displaying the articles online we'll
> > need every article in a separate XML file. The question is if and how we
> > will produce a PDF version containing a whole volume (we'll probably
> > need one PDF for the whole volume and also PDFs for each article).
> >
> > One option would be:
> > - merge the articles into a single XML,
> > - typeset from there
> > - split the PDF
> > (Hence my question here,
> > https://mailman.ntg.nl/pipermail/ntg-context/2019/095011.html).
>
> you can create a master xml file with includes and process the lots in
> one go ... this is quite convenient when you assemble for instance books
> from chapters that are split into sections ... you can make a xml file
> per chapter that includes the sections and then a book file that loads
> them all ... files can have a processing instruction telling what styel
> to load and you can run individual files or assemblies ... all the stuff
> needed to do that is there (and probably also documented someplace)
>
Ok. Sounds good. How can I call the style in the xml files? I know that I
can process a file with \xmlprocessfile or call it from the command line
with --env=, and in a normal tex-file I could obviously use \environment
for this, but how does this work with xml?
> anyway, you can always save '\lastpage' during a run ... or you can have
> some shared lua file with chapters/pagenumbers that gets updated by the
> current run
>
> all this is workflow dependent but all can be done without too much hassle
>
> (fwiw: we have some cases where for one projects hundreds of xml files
> get merged runtime and then processed ... the overhead is neglectable to
> the run)
>
> > Another option could be:
> > - Typeset each article individually.
> > - Get the last page number => in the next article, set the first page
> > number to this + 1
> > (So, we do not necessarily need to write the page numbers back to the
> > XML, but we'll somehow need to pass the page number to the next article
> > in the chain.)
> >
> >
> > Am Mi., 15. Mai 2019 um 14:46 Uhr schrieb Hans Hagen <j.hagen@xs4all.nl
> > <mailto:j.hagen@xs4all.nl>>:
> >
> > On 5/15/2019 12:57 PM, Denis Maier wrote:
> > > Hmm, getting the page number back from the tuc file sound
> > feasible. I'll
> > > have to look into this.
> > >
> > > But how would I write the information back to the XML? Is this
> > explained
> > > somewhere?
> > all depends on the workflow ... why does it need to be written back?
> >
> >
> > -----------------------------------------------------------------
> > Hans Hagen | PRAGMA ADE
> > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> > tel: 038 477 53 69 | www.pragma-ade.nl
> > <http://www.pragma-ade.nl> | www.pragma-pod.nl
> > <http://www.pragma-pod.nl>
> > -----------------------------------------------------------------
> >
>
>
> --
>
> -----------------------------------------------------------------
> Hans Hagen | PRAGMA ADE
> Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -----------------------------------------------------------------
>
[-- Attachment #1.2: Type: text/html, Size: 5458 bytes --]
[-- Attachment #2: Type: text/plain, Size: 493 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://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: XML roundtripping
2019-05-15 20:31 ` Denis Maier
@ 2019-05-16 7:40 ` Hans Hagen
[not found] ` <CAMXdeGGHdr0aevuJR6bb0YuKDomn_RtF1GRjJtfxiarNsf7cdQ@mail.gmail.com>
0 siblings, 1 reply; 11+ messages in thread
From: Hans Hagen @ 2019-05-16 7:40 UTC (permalink / raw)
To: Denis Maier, mailing list for ConTeXt users
On 5/15/2019 10:31 PM, Denis Maier wrote:
>
>
> Hans Hagen <j.hagen@xs4all.nl <mailto:j.hagen@xs4all.nl>> schrieb am
> Mi., 15. Mai 2019, 18:32:
>
> On 5/15/2019 4:35 PM, Denis Maier wrote:
> > Our workflow is not settled yet; we're still discussing options. All
> > depends upon what is possible ...
> >
> > That being said, for the purpose of displaying the articles
> online we'll
> > need every article in a separate XML file. The question is if and
> how we
> > will produce a PDF version containing a whole volume (we'll probably
> > need one PDF for the whole volume and also PDFs for each article).
> >
> > One option would be:
> > - merge the articles into a single XML,
> > - typeset from there
> > - split the PDF
> > (Hence my question here,
> > https://mailman.ntg.nl/pipermail/ntg-context/2019/095011.html).
>
> you can create a master xml file with includes and process the lots in
> one go ... this is quite convenient when you assemble for instance
> books
> from chapters that are split into sections ... you can make a xml file
> per chapter that includes the sections and then a book file that loads
> them all ... files can have a processing instruction telling what styel
> to load and you can run individual files or assemblies ... all the
> stuff
> needed to do that is there (and probably also documented someplace)
>
>
> Ok. Sounds good. How can I call the style in the xml files? I know that
> I can process a file with \xmlprocessfile or call it from the command
> line with --env=, and in a normal tex-file I could obviously use
> \environment for this, but how does this work with xml?
<?context-directive job ctxfile somefile.ctx?>
with "somefile.ctx" being:
<?xml version='1.0' standalone='yes'?>
<ctx:job>
<ctx:message>My very special style</ctx:message>
<ctx:process>
<ctx:flags>
<!-- ctx:flag>purge</ctx:flag -->
</ctx:flags>
<ctx:resources>
<ctx:environment>whatever.tex</ctx:environment>
</ctx:resources>
</ctx:process>
</ctx:job>
>
>
> anyway, you can always save '\lastpage' during a run ... or you can
> have
> some shared lua file with chapters/pagenumbers that gets updated by the
> current run
>
> all this is workflow dependent but all can be done without too much
> hassle
>
> (fwiw: we have some cases where for one projects hundreds of xml files
> get merged runtime and then processed ... the overhead is
> neglectable to
> the run)
>
> > Another option could be:
> > - Typeset each article individually.
> > - Get the last page number => in the next article, set the first
> page
> > number to this + 1
> > (So, we do not necessarily need to write the page numbers back to
> the
> > XML, but we'll somehow need to pass the page number to the next
> article
> > in the chain.)
> >
> >
> > Am Mi., 15. Mai 2019 um 14:46 Uhr schrieb Hans Hagen
> <j.hagen@xs4all.nl <mailto:j.hagen@xs4all.nl>
> > <mailto:j.hagen@xs4all.nl <mailto:j.hagen@xs4all.nl>>>:
> >
> > On 5/15/2019 12:57 PM, Denis Maier wrote:
> > > Hmm, getting the page number back from the tuc file sound
> > feasible. I'll
> > > have to look into this.
> > >
> > > But how would I write the information back to the XML? Is this
> > explained
> > > somewhere?
> > all depends on the workflow ... why does it need to be
> written back?
> >
> >
> > -----------------------------------------------------------------
> > Hans Hagen |
> PRAGMA ADE
> > Ridderstraat 27 | 8061 GH Hasselt | The
> Netherlands
> > tel: 038 477 53 69 | www.pragma-ade.nl
> <http://www.pragma-ade.nl>
> > <http://www.pragma-ade.nl> | www.pragma-pod.nl
> <http://www.pragma-pod.nl>
> > <http://www.pragma-pod.nl>
> > -----------------------------------------------------------------
> >
>
>
> --
>
> -----------------------------------------------------------------
> Hans Hagen | PRAGMA ADE
> Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> tel: 038 477 53 69 | www.pragma-ade.nl
> <http://www.pragma-ade.nl> | www.pragma-pod.nl
> <http://www.pragma-pod.nl>
> -----------------------------------------------------------------
>
--
-----------------------------------------------------------------
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: XML roundtripping
2019-05-15 14:35 ` Denis Maier
2019-05-15 15:45 ` Mica Semrick
2019-05-15 16:32 ` Hans Hagen
@ 2019-05-15 18:24 ` nyssus
2 siblings, 0 replies; 11+ messages in thread
From: nyssus @ 2019-05-15 18:24 UTC (permalink / raw)
To: mailing list for ConTeXt users, Denis Maier, Hans Hagen
On 15/05/2019 15:35, Denis Maier wrote:
> Another option could be:
> - Typeset each article individually.
> - Get the last page number => in the next article, set the first page
> number to this + 1
> (So, we do not necessarily need to write the page numbers back to the XML,
> but we'll somehow need to pass the page number to the next article in the
> chain.)
Shouldn't products, components, and environments provide a way of doing
that from the ConTeXt side?
___________________________________________________________________________________
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://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___________________________________________________________________________________
^ permalink raw reply [flat|nested] 11+ messages in thread