Re: [NTG-context] EPUB woes
Am 16.11.2013 um 17:51 schrieb Bill Meahan : > On 11/16/2013 11:00 AM, Keith J. Schultz wrote: >> Hi Bill, >> >> Using a PDF as a basis for creating an Epub ebook is actually a lost cause. >> EPUB is a container format that just wraps around your PDF. I do not know of >> any >> ereader that can actually adjust the formatting/layout of a pdf in any >> significantly >> useful way. You are stuck with the formatting in the PDF. >> >> For a EPUB-ebook to adjust properly you need to use HTML5 and CSS. Producing >> PDF an sticking it into a >> EPUB or MOBI wrapper just does not make sense. >> >> regards >> Keith. > > You are totally misreading what I wrote! Sorry. But, from your original statement: I have followed the steps on the wiki to the letter, using the export-example file provided with the standalone distribution. A PDF generated from the file is exactly what I would expect from an example. The generated epub, however, is useless - all the text is jammed together into one continuous block with no formatting whatsoever. I assumed that the PDF was be put in the EPub- wrapper! According to the EPub standard this can be done! I have to admit that I have not been following the progress done in ConTeXt for creating EPubs/eBooks. Others have answered, and explain what you need to do to get a possibly working EPub. See my comments in my replies to their posts. regards Keith. ___ 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] Unexpected behaviour of enumeration in mkiv
Hi,
please have a look at the minimal example at the bottom. I am
typesetting theorems and lemmata which are numbered consecutively
within chapters in a book. I used the same code for a document
written in mkii, and I thought I could just reuse it in mkiv.
Obviously, there is something I am missing. Question: How do I get
the same output when compiling the following code with 'context' as
when compiled with 'texexec'.
When compiled with 'context', the chapter number is missing in the
numbering of theorems. Lemmas are not numbered at all.
~~~snip~~~
\setupenumerations
[title=yes,
style=normal,
list=all,
before={\blank[big]},
after={\blank[big]},
location=serried,
width=broad,
distance=0.5em,
headstyle=bold,
titlestyle=bold,
way=bychapter,
conversion=numbers]
\defineenumeration
[theorem]
[text=Theorem, listtext={Theorem }]
\defineenumeration
[lemma]
[text=Lemma, listtext={Lemma }, number=theorem]
\starttext
\chapter{First chapter}
\theorem Hello
\theorem Hello
\lemma Hello
\theorem Hello
\stoptext
~~~snip~~~
___
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] EPUB woes
Hi All, I find that the ConTeXt approach to creating the EPub is flawed is a fundemental way! NOT TECHNICALLY. The EPub Standard is a big mess and if you really look at not a true standard in a true sense. Let me explain. 1) The file structure is well documented and properly defines the way a EPub file MUST contain and how file therein must be structure and listed. (notice that I use the word MUST) 2) Now, what a EPub-READER must implement to handle is very little. There are HARDLY ANY provisions that a certified EPuB-READER has to implement any particular engine or features therein to display/render the information contain in the EPub-file/wrapper. In other words it is simply a wrapper file format. and truly nothing more. There is NO REQUIREMENT in the standard that perfectly valid xhtml or HTML5 will be properly displayed in a certified EPub Reader! The standard has become more strict in recent years, yet still lacking. Am 16.11.2013 um 18:37 schrieb Aditya Mahajan : [snip, snip] > When you run `mtxrun --script epub --make test`, it just takes the files > specificied in the "files" field, and zips them in as a epub file. > > Now, in principle, any epub reader should support the any XHTML file; in > practice, they only support the default XHTML tags. The XML+CSS file that > ConTeXt generates are not handled correctly by most (all?) EPUB readers. Here is where my critic of ConTeXt approach grabs. What good is if one produces a perfectly correct EPub, yet hardly any EPub reader can handle. I remember correctly, an EPub Reader need not implement the handling of xhtml inorder to be certified or, if you wish, adhere to the standard. The basic reason why xhtml is handled is because most html renders handle xhtml. Yet, the standard only requires that very basic html features be implemented and the author is required to offer fallbacks incase features are not supported. > So there are three options: > > 1. Wait until the EPUB readers catch up. It took almost 10-15 years for the > browsers to catch up with the HTML standards, and I don't have much hope for > EPUB readers here. Last I checked, none of them supported even MATHML-2. Like I mentioned above a EPub reader is not REQUIRED to support it! > > 2. Write a script (either using xmlproc, or using you favorite XML parser in > your favorite language) that converts the XML generated by ConTeXt into a > "standard" XHTML file. This is the easiest and the least time consuming > alternative. AGAIN, as mentioned above there is no guarantee that it will be displayed properly. Support/export of HTML5 would seem to me to be a better option, but then the HTML5 standard is not complete and not fully supported by most newer ereaders, also. > > 3. Modify the way in which ConTeXt generates the XML files. Ideally, I should > be able to write something like Would be nice if there where commands in ConTeXt or a module for defining what should go into the CSS and a mode "epub" where the ConTeXt commands are converted to suitible HTML5 structures that are suitiable for most ereaders. Features: 1) margins in percentages 2) font sizes based on em 3) a new file for every chapter optional for sections user defined Just a few. Lots more can be found in any decent documentation on writing ebooks. regards Keith. ___ 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] Unexpected behaviour of enumeration in mkiv
Am 15.11.2013 um 17:02 schrieb Thomas Möbius :
> Hi,
>
> please have a look at the minimal example at the bottom. I am
> typesetting theorems and lemmata which are numbered consecutively
> within chapters in a book. I used the same code for a document
> written in mkii, and I thought I could just reuse it in mkiv.
> Obviously, there is something I am missing. Question: How do I get
> the same output when compiling the following code with 'context' as
> when compiled with 'texexec'.
>
> When compiled with 'context', the chapter number is missing in the
> numbering of theorems. Lemmas are not numbered at all.
>
> ~~~snip~~~
> \setupenumerations
>[title=yes,
>style=normal,
>list=all,
>before={\blank[big]},
>after={\blank[big]},
>location=serried,
Change “location=serried” to “alternative=serried”.
>width=broad,
>distance=0.5em,
>headstyle=bold,
>titlestyle=bold,
>way=bychapter,
>conversion=numbers]
You have to change “conversion” to “numberconversion” but this isn’t
necessary because numbers are the default conversion format.
To have chapter numbers as part of the counter add “prefix=yes”.
> \defineenumeration
>[theorem]
>[text=Theorem, listtext={Theorem }]
>
> \defineenumeration
>[lemma]
>[text=Lemma, listtext={Lemma }, number=theorem]
To use the counter of another enumeration use “counter=theorem”, not
“name=theorem”.
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] EPUB woes
On 11/18/2013 10:00 AM, Keith J. Schultz wrote: 2) Now, what a EPub-READER must implement to handle is very little. There are HARDLY ANY provisions that a certified EPuB-READER has to implement any particular engine or features therein to display/render the information contain in the EPub-file/wrapper. right, and I'm not going to waste time on it till i have a decent ebook reader that behaves well 3. Modify the way in which ConTeXt generates the XML files. Ideally, I should be able to write something like Would be nice if there where commands in ConTeXt or a module for defining what should go into the CSS and a mode "epub" where the ConTeXt commands are converted to suitible HTML5 structures that are suitiable for most ereaders. Features: 1) margins in percentages 2) font sizes based on em 3) a new file for every chapter optional for sections user defined Just a few. Lots more can be found in any decent documentation on writing ebooks. context outputs xml and as a bonus provides a css too ... one can always convert that xml to his/her ebooks liking .. maybe at some point the mtx-epub script will do that Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 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] EPUB woes
Hi Hans, Am 18.11.2013 um 13:21 schrieb Hans Hagen : > On 11/18/2013 10:00 AM, Keith J. Schultz wrote: > >> 2) Now, what a EPub-READER must implement to handle is very >> little. There are HARDLY ANY provisions that a certified >> EPuB-READER has >> to implement any particular engine or features therein to >> display/render >> the information contain in the EPub-file/wrapper. > > right, and I'm not going to waste time on it till i have a decent ebook > reader that behaves well The point you are missing is that the ereaders are behaving well. They are following the epub standard, and that to the letter of the standard. The problem is that the standard does not enforce any particular implementation. If you look at the slow progress of the standard that actually requires a full implementation of the HTML5 standard. That wait will very long. Furthermore, ereaders are made by companies more interested in profits than spending a few Euros more to put decent HTML engines into their readers. Why they do not do that is beyond me! > >>> 3. Modify the way in which ConTeXt generates the XML files. Ideally, I >>> should be able to write something like >> Would be nice if there where commands in ConTeXt or a module for >> defining what should go into the CSS and a >> mode "epub" where the ConTeXt commands are converted to suitible HTML5 >> structures that are suitiable for >> most ereaders. >> Features: >>1) margins in percentages >>2) font sizes based on em >> 3) a new file for every chapter optional for sections >> user defined >> Just a few. Lots more can be found in any decent documentation on >> writing ebooks. > > context outputs xml and as a bonus provides a css too ... one can always > convert that xml to his/her ebooks liking .. maybe at some point the mtx-epub > script will do that I always to like to look at programming as modular and would think that a epub/ebook module would be nice that maps there are commands for layingout ebooks. these commands can then be mapped back to standard context commands. For some interested in producing a epub then can use the conventions for producing ebooks and ConTeXt can provide the math conversions to regular page dimensions used in PDFs for proofing or creating a printed version. It would also make the creation of EPubs from ConTeXt a simple parsing exercise. regards Keith. ___ 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] EPUB woes
On 11/18/2013 4:11 PM, Keith J. Schultz wrote: Hi Hans, Am 18.11.2013 um 13:21 schrieb Hans Hagen : On 11/18/2013 10:00 AM, Keith J. Schultz wrote: 2) Now, what a EPub-READER must implement to handle is very little. There are HARDLY ANY provisions that a certified EPuB-READER has to implement any particular engine or features therein to display/render the information contain in the EPub-file/wrapper. right, and I'm not going to waste time on it till i have a decent ebook reader that behaves well The point you are missing is that the ereaders are behaving well. They are following the epub standard, and that to the letter of the standard. The problem is that the standard does not enforce any particular implementation. If you look at the slow progress of the standard that actually requires a full implementation of the HTML5 standard. That wait will very long. sure, and every time i see an epub novel i realize that for something like that one really can stick to rather dumb html ... the point is that one cannot expect context to output simple everywhere accepted html from complex rendered input ... Furthermore, ereaders are made by companies more interested in profits than spending a few Euros more to put decent HTML engines into their readers. Why they do not do that is beyond me! 3. Modify the way in which ConTeXt generates the XML files. Ideally, I should be able to write something like Would be nice if there where commands in ConTeXt or a module for defining what should go into the CSS and a mode "epub" where the ConTeXt commands are converted to suitible HTML5 structures that are suitiable for most ereaders. Features: 1) margins in percentages 2) font sizes based on em 3) a new file for every chapter optional for sections user defined Just a few. Lots more can be found in any decent documentation on writing ebooks. context outputs xml and as a bonus provides a css too ... one can always convert that xml to his/her ebooks liking .. maybe at some point the mtx-epub script will do that I always to like to look at programming as modular and would think that a epub/ebook module would be nice that maps there are commands for layingout ebooks. these commands can then be mapped back to standard context commands. in that case code in xml and either processit by context or transform it into something ebooks can render For some interested in producing a epub then can use the conventions for producing ebooks and ConTeXt can provide the math conversions to regular page dimensions used in PDFs for proofing or creating a printed version. It would also make the creation of EPubs from ConTeXt a simple parsing exercise. so far i had no projects where epub was needes so it has a low priority and i still read paper books (or when i would have ebooks i wouldn't need to render them) ... pdfs views quite well on e.g. nexus 7 devices and i assume the upcoming sony high res ebook will also do pdf well concerning modular: you can consider the context export to be modular .. convertable Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 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] EPUB woes
Am 18.11.2013 um 16:33 schrieb Hans Hagen : > On 11/18/2013 4:11 PM, Keith J. Schultz wrote: >> Hi Hans, >> >> >> Am 18.11.2013 um 13:21 schrieb Hans Hagen : >> >>> On 11/18/2013 10:00 AM, Keith J. Schultz wrote: >>> 2) Now, what a EPub-READER must implement to handle is very little. There are HARDLY ANY provisions that a certified EPuB-READER has to implement any particular engine or features therein to display/render the information contain in the EPub-file/wrapper. >>> >>> right, and I'm not going to waste time on it till i have a decent ebook >>> reader that behaves well >> The point you are missing is that the ereaders are behaving well. They >> are following the epub >> standard, and that to the letter of the standard. The problem is >> that the standard does not >> enforce any particular implementation. If you look at the slow progress >> of the standard that >> actually requires a full implementation of the HTML5 standard. That >> wait will very long. > > sure, and every time i see an epub novel i realize that for something like > that one really can stick to rather dumb html ... the point is that one > cannot expect context to output simple everywhere accepted html from complex > rendered input ... I agree fully. But, Since there are those that wish to produce epubs aka ebooks, they should not be doing complex layout. One can always go from simple to complicated in needed, if there were commands dedicated to epub/ebooks/html. As I had pointed out in my last post below. > >> Furthermore, ereaders are made by companies more interested in profits >> than spending a few Euros >> more to put decent HTML engines into their readers. Why they do not do >> that is beyond me! >>> > 3. Modify the way in which ConTeXt generates the XML files. Ideally, I > should be able to write something like Would be nice if there where commands in ConTeXt or a module for defining what should go into the CSS and a mode "epub" where the ConTeXt commands are converted to suitible HTML5 structures that are suitiable for most ereaders. Features: 1) margins in percentages 2) font sizes based on em 3) a new file for every chapter optional for sections user defined Just a few. Lots more can be found in any decent documentation on writing ebooks. >>> >>> context outputs xml and as a bonus provides a css too ... one can always >>> convert that xml to his/her ebooks liking .. maybe at some point the >>> mtx-epub script will do that >> >> I always to like to look at programming as modular and would think that >> a epub/ebook module would be nice that maps >> there are commands for layingout ebooks. these commands can then be >> mapped back to standard context commands. > > in that case code in xml and either processit by context or transform it into > something ebooks can render > >> For some interested in producing a epub then can use the conventions >> for producing ebooks and ConTeXt can provide the >> math conversions to regular page dimensions used in PDFs for proofing >> or creating a printed version. It would also make the >> creation of EPubs from ConTeXt a simple parsing exercise. > > so far i had no projects where epub was needes so it has a low priority and i > still read paper books (or when i would have ebooks i wouldn't need to render > them) ... pdfs views quite well on e.g. nexus 7 devices and i assume the > upcoming sony high res ebook will also do pdf well Well I did start the discussion. Just offer my 2 Euro cents worth. Especially, since it comes up every now and then. Furthermore, I there was a simple way to create epubs/books with ConTeXt more would use this feature. I have used up enough of or time. regards Keith. ___ 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] ToC - right-alignment of roman numerals
On 2013-11-17 Jan Tosovsky wrote:
> On 2013-06-03 Marco Patzer wrote:
> > On 2013–06–03 honyk wrote:
> >
> > > in fresh MkIV I use the following commands for building ToC, but I
> > > have no idea how to align the label (roman numeral) to the right.
> >
> > The width setting needs to be applied to the chapter list, not the
> > content list, see example
> >
> > \setuphead[chapter][conversion=Romannumerals]
> > \setupheadnumber[chapter][48]
> >
> > \setupcombinedlist
> > [content]
> > [alternative=c]
> >
> > \setupcombinedlist
> > [chapter]
> > [distance=1em,
> >width=1cm,
> >numbercommand={\simplealignedbox{\listparameter{width}}{flushright}}
> > ]
> >
> > \starttext
> > \completecontent
> > \chapter{Foo}
> > \chapter{Bar}
> > \stoptext
> >
>
> Whereas this works for basic test cases, in my document it ends with an
> error:
>
> structure > sectioning > title @ level 2 : 0.0 -> \headtext
> {content}
> ! Argument of \147>flushright has an extra }.
There was a missing comma after the numbercommand parameter! Strange...
Jan
___
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] (critical edition) not hyphenated body with linenotes
Dear Thomas, Luigi and Hans,
here is my first sample to the critical edition project of Thomas.
I think it is a bug.
This is the code:
\setuppapersize[A8]
\starttext
\startlinenumbering
This text shows a \startlinenote[one]{bariant
H} variant \stoplinenote[one].
This text shows a \startlinenote[two]{bariant
H}variant\prewordbreak\stoplinenote[two].
\stoplinenumbering
\stoptext
Last word from body text from linenote isn’t hyphenated unless
\prewordbreak is added.
Could you add this internally, so it isn’t required to add it to every
linenote?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] ToC - right-alignment of roman numerals
> On 2013–06–03 honyk wrote:
> in fresh MkIV I use the following commands for building ToC, but I
> have no idea how to align the label (roman numeral) to the right.
I am almost there, but things get complicated when chapters are combined with
preface/index titles without numbering and thus aligned improperly:
\setupcombinedlist[content][list=chapter, alternative=c]
\setupcombinedlist[chapter][
distance=1em,
width=1cm,
numbercommand={\simplealignedbox{\listparameter{width}}{flushright}},
]
\starttext
\completecontent
\startfrontmatter
\chapter{Preface}text
\stopfrontmatter
\startbodymatter
\chapter{Chapter}text\index{primary}
\stopbodymatter
\startbackmatter
\completeindex
\stopbackmatter
\stoptext
Is there any way how to indent these non-numbered titles so that they start
where the chapter title starts?
Thanks, Jan
___
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] (critical edition) nesting linenotes
Dear Thomas, Luigi and Hans,
my second sample might be related to the first one. But I’m not sure it
is a bug.
Here is the code:
\setuppapersize[A8]
\newcounter\MyCounter
\def\CritApp#1#2{\increment\MyCounter%
\startlinenote[Varia:\MyCounter]{#1] #2}#1%
\prewordbreak\stoplinenote[Varia:\MyCounter]}
\starttext
\startlinenumbering
\startlinenote[one]{hyphenated}this is a test on
\startlinenote[two]{with nested
linenote}hyphenation\prewordbreak\stoplinenote[two]\stoplinenote[one]
\CritApp{this is a test on \CritApp{hyphenation}{nested linenote: bad
line number}}{not hyphenated}
\stoplinenumbering
\stoptext
A command such as \CritApp above is intended to generate all linenote
references automagically.
It works fine, but I cannot nest \CritApp linenotes. The problem is in
within this line:
\startlinenote[Varia:\MyCounter]{#1] #2}#1%
If I replace "{#1] #2}#1" with {#2}#1, nesting \CritApp linenotes,
everything works as expected.
Is this a bug?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] (critical edition) compressseparatorbefore and compressseparatorafter
Dear Thomas, Luigi and Hans,
code first:
\definepapersize[mine][width=3in,height=2in]
\setuppapersize[mine]
\definelinenote[Variant]
\setupnote[Variant][paragraph=yes, inbetween=\hskip2.5em]
\setupnotation[Variant][alternative=serried,distance=1em,compress=yes,
width=broad]
\starttext
\startlinenumbering
This\Variant{That} context\Variant{document} is\Variant{was} a
sample\Variant{an example} that I\Variant{she} want\Variant{didn’t
want} to show\Variant{publish}\stoplinenumbering
\stoptext
With compressed linenotes (when compressseparator isn’t set to none), I
think is important to have the ability to specify different lengths for
the compressseparator than for the linenotes.
If neither of them is defined, compressseparatorbefore should have the
same value as inbetween from setupnote and compressseparatorafter should
take its value from distance in setupnotation.
But with the sample above, I think that the spacing that can make sense
for line numbers might be visually misleading for separators.
Here I’m only an amateur, Thomas, you are the professional. What do you
think of this feature?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] (critical edition) orphan and widows in lines environment
Dear Thomas, Luigi and Hans, an old issue is that there is no way to prevent widows an orphans in the lines environment. This would be important for verse. Hans, you told us that you have it in the agenda (http://www.ntg.nl/pipermail/ntg-context/2013/073769.html). It might be interesting to implement this now. Just in case it helps, Pablo -- http://www.ousia.tk ___ 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] (critical edition) orphan and widows in lines environment
On 11/18/2013 09:35 PM, Pablo Rodriguez wrote: Dear Thomas, Luigi and Hans, Hi Pablo, thanks for your examples, they will go into the test repository. We'll have to think about the nested linenotes; I'm not sure that this is a good way to code an apparatus (and since we're taking TEI xml as our point of departure, we'll have to see how this would be encoded in this particular format). 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 ___
[NTG-context] Integral limits
Hi,
In MkII, it was possible to change the limits on integrals using
\setupmathematics[integral=...] % limits, nolimits, displaylimits
that would affect how \int, \iint, \iiint, \oint, etc behaved.
I can see two ways of definining a similar feature in MkIV.
1. Define \intop, \iintop, etc in char-def.lua and then somewhere define:
\define\int{\intop\intlimits}
\define\iint{\intop\intlimits}
etc.
2. Define a new mathclass "intop" and use that in char-def.lua. Then, in
the appropriate math-*.lua file, map intop to the appropriate macro.
What would be the best way to go?
Thanks,
Aditya
___
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] PDF bookmarks - incorrect titles for registers
Dear All,
when I specify custom titles for my registers, they are ignored in
bookmarks:
\setupinteraction[state=start]
\placebookmarks[chapter]
\setupinteractionscreen[option=bookmark]
\defineregister[indexname][indexnames]
\defineregister[indexsubject][indexsubjects]
\setupheadtext[indexname=Name Index]
\setupheadtext[indexsubject=Subject Index]
\starttext
\completecontent
\chapter{Chapter}text\indexname{primary}\indexsubject{primary}
\startbackmatter
\completeindexname
\completeindexsubject
\stopbackmatter
\stoptext
Is it necessary to switch something else on?
Thanks, Jan
ConTeXt 2013.11.14 & Win 7
___
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] (critical edition) orphan and widows in lines environment
On 11/18/2013 09:41 PM, Thomas A. Schmitz wrote: > On 11/18/2013 09:35 PM, Pablo Rodriguez wrote: >> Dear Thomas, Luigi and Hans, > > Hi Pablo, > > thanks for your examples, they will go into the test repository. We'll > have to think about the nested linenotes; I'm not sure that this is a > good way to code an apparatus (and since we're taking TEI xml as our > point of departure, we'll have to see how this would be encoded in this > particular format). Hi Thomas, sorry, I forgot that TEI xml was the starting point. The issue of nesting linenotes was a request I received from a classical philologist. He is learning ConTeXt, so TEI would be a way to make things more difficult to him right now (by the way, I still have to learn how ConTeXt handles XML). Nesting two variants probably makes no sense in real work. What could happen is that you have a variant note within a larger passage that you want to mark as similar to a passage from other author. This is what the classical philologist offered as sample. (Sorry for the poor explanation, but I’m not a philologist myself.) Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] Integral limits
On 11/18/2013 9:41 PM, Aditya Mahajan wrote:
Hi,
In MkII, it was possible to change the limits on integrals using
\setupmathematics[integral=...] % limits, nolimits, displaylimits
that would affect how \int, \iint, \iiint, \oint, etc behaved.
I can see two ways of definining a similar feature in MkIV.
1. Define \intop, \iintop, etc in char-def.lua and then somewhere define:
\define\int{\intop\intlimits}
\define\iint{\intop\intlimits}
etc.
2. Define a new mathclass "intop" and use that in char-def.lua. Then, in
the appropriate math-*.lua file, map intop to the appropriate macro.
What would be the best way to go?
i prefer 2 (as these set the defaults) and we can make a definer for
specific variants if needed (at all)
is intop the best name? (we don't need to be sparse)
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 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] (critical edition) nesting linenotes
On 11/18/2013 8:55 PM, Pablo Rodriguez wrote:
Dear Thomas, Luigi and Hans,
my second sample might be related to the first one. But I’m not sure it
is a bug.
Here is the code:
\setuppapersize[A8]
\newcounter\MyCounter
\def\CritApp#1#2{\increment\MyCounter%
\startlinenote[Varia:\MyCounter]{#1] #2}#1%
\prewordbreak\stoplinenote[Varia:\MyCounter]}
\starttext
\startlinenumbering
\startlinenote[one]{hyphenated}this is a test on
\startlinenote[two]{with nested
linenote}hyphenation\prewordbreak\stoplinenote[two]\stoplinenote[one]
\CritApp{this is a test on \CritApp{hyphenation}{nested linenote: bad
line number}}{not hyphenated}
\stoplinenumbering
\stoptext
A command such as \CritApp above is intended to generate all linenote
references automagically.
It works fine, but I cannot nest \CritApp linenotes. The problem is in
within this line:
\startlinenote[Varia:\MyCounter]{#1] #2}#1%
If I replace "{#1] #2}#1" with {#2}#1, nesting \CritApp linenotes,
everything works as expected.
Is this a bug?
you need to separate cases:
(1) some macro that uses grouping with nested notes
(2) hyphenation
here is an example of the first case
\setuppapersize
[A8][A7]
\setuplayout
[location=middle]
\unexpanded\def\doCritApp#1#2#3%
{\startlinenote[#1]{#2 #3}(#2)\stoplinenote[#1]}
\newcounter\MyCounter
\unexpanded\def\CritApp
{\doglobal\increment\MyCounter
\normalexpanded{\doCritApp{Varia:\MyCounter}}}
% \setupnotes[linenote][split=verystrict,scope=page]
\starttext
\startlinenumbering
\startlinenote[one]{note one}
one one one one one one one one one one one one one one one
\startlinenote[two]{note two}
two two two two two two two
\stoplinenote[two]
one one one one one one one one one one one one one one one
\stoplinenote[one]
\par
\CritApp
{(one one one one one one)
\CritApp
{(two two)}
{two two two two two two}
(one one one one one one)}
{one one one one one one}
\stoplinenumbering
\stoptext
so, in your macro you need to make sure that the counter (1) gets
incremented global and (2) gets expanded in time.
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 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] How to use local layout parameters (instead of global ones)?
Hello, Here is my problem: \setuplayout[% width=0.75\paperwidth, height=\dimexpr\paperheight-1.2\paperwidth+1.2\textwidth+26mm] \definelayout[luxury][% width=0.6667\paperwidth, height=\dimexpr\paperheight-1.2\paperwidth+1.2\textwidth+26mm] \starttext - textwidth: \the\textwidth \crlf - textheight: \the\textheight \page \setuplayout[luxury] - textwidth: \the\textwidth \crlf - textheight: \the\textheight % <-- The height (\texteight parameter) which depends on the width (\textwidth parameter) in my ‘luxury’ layout has NOT changed though the local width (\textwidth parameter) has changed. Therefore height used the global parameter \textwidth (defined in setuplayout) instead of the local parameter \textwidth (defined in definelayout[luxury]). Question: how to use the local one? \stoptext Best regards. ___ 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] Integral limits
2. Define a new mathclass "intop" and use that in char-def.lua. Then, in the appropriate math-*.lua file, map intop to the appropriate macro. What would be the best way to go? i prefer 2 (as these set the defaults) and we can make a definer for specific variants if needed (at all) Great. is intop the best name? (we don't need to be sparse) How about: integral or integral_operator? Aditya ___ 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] context with mavericks: broken
Dear, long time since I have posted to the list but still a dedicated ConTeXt user… Now, I’ve upgraded to Mavericks. No way to use ConTeXt. I’ve also installed texlive 2013 and I installed the available updates. But still my ConTeXt is broken (I’m typesetting from TeXShop via GUI menu). I always get this: /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in `require': /usr/local/texlive/2013/texmf-dist/scripts/context/ruby/base/switch.rb:501: invalid multibyte escape: /\xFF/ (SyntaxError) from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in `require' from /usr/local/texlive/2013/texmf-dist/scripts/context/ruby/texexec.rb:11:in `’ I can understand it has something to do with ruby but nothing else. ? Many thanks Best -a- -- Andrea Valle -- CIRMA - StudiUm Università degli Studi di Torino --> http://www.cirma.unito.it/andrea/ --> http://www.fonurgia.unito.it/andrea/ --> http://www.flickr.com/photos/vanderaalle/sets/ --> http://vimeo.com/vanderaalle --> http://www.youtube.com/user/vanderaalle --> andrea.va...@unito.it -- "This is a very complicated case, Maude. You know, a lotta ins, a lotta outs, a lotta what-have-yous." (Jeffrey 'The Dude' Lebowski) -- Andrea Valle -- CIRMA - StudiUm Università degli Studi di Torino --> http://www.cirma.unito.it/andrea/ --> http://www.fonurgia.unito.it/andrea/ --> http://www.flickr.com/photos/vanderaalle/sets/ --> http://vimeo.com/vanderaalle --> http://www.youtube.com/user/vanderaalle --> andrea.va...@unito.it -- "This is a very complicated case, Maude. You know, a lotta ins, a lotta outs, a lotta what-have-yous." (Jeffrey 'The Dude' Lebowski) ___ 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] context with mavericks: broken
On 11/19/2013 12:59 AM, Andrea Valle wrote: Dear, long time since I have posted to the list but still a dedicated ConTeXt user… Now, I’ve upgraded to Mavericks. No way to use ConTeXt. I’ve also installed texlive 2013 and I installed the available updates. But still my ConTeXt is broken (I’m typesetting from TeXShop via GUI menu). I always get this: /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in `require': /usr/local/texlive/2013/texmf-dist/scripts/context/ruby/base/switch.rb:501: invalid multibyte escape: /\xFF/ (SyntaxError) from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in `require' from /usr/local/texlive/2013/texmf-dist/scripts/context/ruby/texexec.rb:11:in `’ I can understand it has something to do with ruby but nothing else. I can't test it as my macbook is considered to be too old to update the OS (not sure why as its some 5-6 years old) and I'm not going to buy a another mac for just testing tex. So, it's up to others to look into it. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 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] Integral limits
On 11/18/2013 11:45 PM, Aditya Mahajan wrote: 2. Define a new mathclass "intop" and use that in char-def.lua. Then, in the appropriate math-*.lua file, map intop to the appropriate macro. What would be the best way to go? i prefer 2 (as these set the defaults) and we can make a definer for specific variants if needed (at all) Great. is intop the best name? (we don't need to be sparse) How about: integral or integral_operator? we have radical, limop, nolimop so maybe intop and nointop are ok (we can have verbose synonyms but then we also need them for lim) just wrap up what is needed and i'll look into it (or you can provide patches) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 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] context with mavericks: broken
well :) In any case, I’m able to compile with ConTeXt IV, even if I’m getting some slightly different results. I guess it’s time for me to update too.. Thanks, Best -a- -- Andrea Valle -- CIRMA - StudiUm Università degli Studi di Torino --> http://www.cirma.unito.it/andrea/ --> http://www.fonurgia.unito.it/andrea/ --> http://www.flickr.com/photos/vanderaalle/sets/ --> http://vimeo.com/vanderaalle --> http://www.youtube.com/user/vanderaalle --> andrea.va...@unito.it -- "This is a very complicated case, Maude. You know, a lotta ins, a lotta outs, a lotta what-have-yous." (Jeffrey 'The Dude' Lebowski) On 19 Nov 2013, at 01:11, Hans Hagen wrote: > On 11/19/2013 12:59 AM, Andrea Valle wrote: >> Dear, >> >> long time since I have posted to the list but still a dedicated ConTeXt >> user… >> >> Now, I’ve upgraded to Mavericks. No way to use ConTeXt. >> I’ve also installed texlive 2013 and I installed the available updates. >> But still my ConTeXt is broken (I’m typesetting from TeXShop via GUI menu). >> I always get this: >> >> /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in >> `require': >> /usr/local/texlive/2013/texmf-dist/scripts/context/ruby/base/switch.rb:501: >> invalid multibyte escape: /\xFF/ (SyntaxError) >> from >> /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in >> `require' >> from >> /usr/local/texlive/2013/texmf-dist/scripts/context/ruby/texexec.rb:11:in >> `’ >> >> I can understand it has something to do with ruby but nothing else. > > I can't test it as my macbook is considered to be too old to update the OS > (not sure why as its some 5-6 years old) and I'm not going to buy a another > mac for just testing tex. So, it's up to others to look into it. > > Hans > > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands >tel: 038 477 53 69 | voip: 087 875 68 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 > ___ ___ 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] How to use local layout parameters (instead of global ones)?
On 11/18/2013 11:29 PM, Géry Ogam wrote:
Hello,
Here is my problem:
\setuplayout[%
width=0.75\paperwidth,
height=\dimexpr\paperheight-1.2\paperwidth+1.2\textwidth+26mm]
\definelayout[luxury][%
width=0.6667\paperwidth,
height=\dimexpr\paperheight-1.2\paperwidth+1.2\textwidth+26mm]
\starttext
- textwidth: \the\textwidth \crlf
- textheight: \the\textheight
\page
\setuplayout[luxury]
- textwidth: \the\textwidth \crlf
- textheight: \the\textheight % <-- The height (\texteight parameter)
which depends on the width (\textwidth parameter) in my ‘luxury’ layout
has NOT changed though the local width (\textwidth parameter) has
changed. Therefore height used the global parameter \textwidth (defined
in setuplayout) instead of the local parameter \textwidth (defined in
definelayout[luxury]). Question: how to use the local one?
\stoptext
best do that indirect:
\definemeasure[w1][0.7500\paperwidth]
\definemeasure[w2][0.6667\paperwidth]
\definemeasure[h1][1.2\measured{w1}+26mm]
\definemeasure[h2][1.2\measured{w2}+26mm]
\setuplayout
[width=\measure{w1},
height=\measure{h1}]
\definelayout
[luxury]
[width=\measure{w2},
height=\measure{h2}]
--
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 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] context with mavericks: broken
Hi Andrea, According to Wolfgang Schuster and some others removing the file Skia.ttf may solve the problem. Please read the thread http://www.ntg.nl/pipermail/ntg-context/2013/075689.html and more precisely http://www.ntg.nl/pipermail/ntg-context/2013/075701.html Best regards: OK On 19 nov. 2013, at 00:59, Andrea Valle wrote: > Dear, > > long time since I have posted to the list but still a dedicated ConTeXt user… > > Now, I’ve upgraded to Mavericks. No way to use ConTeXt. > I’ve also installed texlive 2013 and I installed the available updates. > But still my ConTeXt is broken (I’m typesetting from TeXShop via GUI menu). > I always get this: > > /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in > `require': > /usr/local/texlive/2013/texmf-dist/scripts/context/ruby/base/switch.rb:501: > invalid multibyte escape: /\xFF/ (SyntaxError) > from > /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in > `require' > from > /usr/local/texlive/2013/texmf-dist/scripts/context/ruby/texexec.rb:11:in > `’ > > I can understand it has something to do with ruby but nothing else. > > ? > > Many thanks > > Best > -a- > > > -- > Andrea Valle > -- > CIRMA - StudiUm > Università degli Studi di Torino > --> http://www.cirma.unito.it/andrea/ > --> http://www.fonurgia.unito.it/andrea/ > --> http://www.flickr.com/photos/vanderaalle/sets/ > --> http://vimeo.com/vanderaalle > --> http://www.youtube.com/user/vanderaalle > --> andrea.va...@unito.it > -- > > "This is a very complicated case, Maude. You know, a lotta ins, a lotta outs, > a lotta what-have-yous." > (Jeffrey 'The Dude' Lebowski) > > > > -- > Andrea Valle > -- > CIRMA - StudiUm > Università degli Studi di Torino > --> http://www.cirma.unito.it/andrea/ > --> http://www.fonurgia.unito.it/andrea/ > --> http://www.flickr.com/photos/vanderaalle/sets/ > --> http://vimeo.com/vanderaalle > --> http://www.youtube.com/user/vanderaalle > --> andrea.va...@unito.it > -- > > "This is a very complicated case, Maude. You know, a lotta ins, a lotta outs, > a lotta what-have-yous." > (Jeffrey 'The Dude' Lebowski) > > ___ > 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 > ___ ___ 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 ___
