Re: [NTG-context] installing two ConTeXt trees
On 3 sept. 2013, at 19:14, Aditya Mahajan adit...@umich.edu wrote: […] the synctex.gz file is not anymore deleted (however a utility file [file-name].tuc remains). That (not deleting tuc file) is delebrate (as it saves time in successive runs). If you want to delete the tuc file, you can use --purgeall instead of --purge. Thanks Aditya: actually that utility file .tuc can be deleted for some situations (for instance when one does a small test) and kept for others. Maybe for those who do not use ConTeXt from a Terminal, but rather from editors like TeXShop or TeXWorks, one could have a feature to pass typesetting options to mkiv, for instance like a \setuptypesetting command, to be put in the first five lines of a document, which accepts various parameters such as for example \setuptypesetting[purge=yes,synctex={yes,zipped},engine=mkiv] to pass options to mkiv. But this is probably too complicated. Best regards: OK ___ 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] installing two ConTeXt trees
On 9/4/2013 9:05 AM, Otared Kavian wrote: On 3 sept. 2013, at 19:14, Aditya Mahajan adit...@umich.edu wrote: […] the synctex.gz file is not anymore deleted (however a utility file [file-name].tuc remains). That (not deleting tuc file) is delebrate (as it saves time in successive runs). If you want to delete the tuc file, you can use --purgeall instead of --purge. Thanks Aditya: actually that utility file .tuc can be deleted for some situations (for instance when one does a small test) and kept for others. Maybe for those who do not use ConTeXt from a Terminal, but rather from editors like TeXShop or TeXWorks, one could have a feature to pass typesetting options to mkiv, for instance like a \setuptypesetting command, to be put in the first five lines of a document, which accepts various parameters such as for example \setuptypesetting[purge=yes,synctex={yes,zipped},engine=mkiv] to pass options to mkiv. But this is probably too complicated. the job is already running and one needs tex to parse such commands there are two ways (rather old features btw) to control a job: - some directives can be given on the first line of a file - you can make a jobname.ctx file (there are a few examples in the distribution) the last one is the most flexible as there can be a file per job or a shared one 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] installing two ConTeXt trees
On 9/4/2013 9:05 AM, Otared Kavian wrote: On 3 sept. 2013, at 19:14, Aditya Mahajan adit...@umich.edu wrote: […] the synctex.gz file is not anymore deleted (however a utility file [file-name].tuc remains). That (not deleting tuc file) is delebrate (as it saves time in successive runs). If you want to delete the tuc file, you can use --purgeall instead of --purge. Thanks Aditya: actually that utility file .tuc can be deleted for some situations (for instance when one does a small test) and kept for others. Maybe for those who do not use ConTeXt from a Terminal, but rather from editors like TeXShop or TeXWorks, one could have a feature to pass typesetting options to mkiv, for instance like a \setuptypesetting command, to be put in the first five lines of a document, which accepts various parameters such as for example \setuptypesetting[purge=yes,synctex={yes,zipped},engine=mkiv] to pass options to mkiv. But this is probably too complicated. as an experiment i now also check the preamble for a ctxfile specification make a file preferences.ctx, put it someplace in the tree and run mtxrun --generate: ?xml version='1.0' standalone='yes'? ctx:job ctx:messagedefault flags/ctx:message ctx:flags ctx:flagpurge/ctx:flag ctx:flagsynctex=zipped/ctx:flag /ctx:flags /ctx:job then you can say: % ctxfile=preferences \starttext whatever \stoptext - 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] vragen over layoutinstellingen
On 9/4/2013 12:43 AM, Ernst van der Storm wrote: Beste NTG-context, Als context-beginner heb ik nu een probleem waarvan het me niet lukt om het op te lossen. In context mkiv kan ik dit minimale voorbeeld zonder fouten compileren (ik heb binary's die nog geen maand oud zijn). In de bijlage(s) beide bronbestanden, met mijn output. Het lukt niet om het paginanummer onder de beide afbeeldingen weg te krijgen. De afbeelding is bedoeld als voorpagina, nu ook als achterpagina. Allerlei varianten geprobeerd -- alle marges en afstanden, hoofd en voet op 0cm gezte, zelfs negatieve waardes, het voorbeeld toont de eerste (voor-)pagina met een onderwit/-marge/-voet die leeg is (0cm), toch nog steeds met het paginanummer (op de rand van de A4). Sommige hulpcommando's willen overigens niet compileren: %\tooninstellingen en %\toonlayout. \toonkader werkt wel, de eerste pagina geeft ook een minimale rand, maar toch met het paginanummmer (en dat wil ik op de voor- en achterpagina juist niet. Bijkomende vraag is waarom ik er steeds een derde -- lege -- pagina bij krijg (in een eerder stadium had ik die niet). (Section- en of hoofdstuknummers interesseren mij niet, maar paginanummers wil ik soms níét zien, op de voor- en achterpagina. Graag advies. Met groeten, Ernst van der Storm. PS ConTeXt (b)lijkt eenvoudiger dan LaTeX, maar dit soort moeilijkheden frustreren... Soms lijkt cont-nli.pdf verouderd (2001) is er een nieuwere versie? for this kind of things there are the makeup commands % interface=nl \starttekst \stellayoutin [breedte=midden, hoogte=midden, hoofd=0cm, voet=0cm, kopwit=0.6cm] \startstandaardopmaak % [dubbelzijdig=nee] \externfiguur[mill.png][breedte=\tekstbreedte,hoogte=\teksthoogte] \stopstandaardopmaak \stoptekst - 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 XHTML Format
On 9/4/2013 3:19 AM, Thangalin wrote: Hi, The attached t.tex file produces the attached t.xhtml file. I have looked at the following documents: * http://en.wikipedia.org/wiki/EPUB#Open_Publication_Structure_2.0..1 http://en.wikipedia.org/wiki/EPUB#Open_Publication_Structure_2.0.1 * http://en.wikipedia.org/wiki/DTBook * http://www.idpf.org/epub/20/spec/OPS_2.0.1_draft.htm * http://www.w3.org/TR/xhtml11/doctype.html * http://www.w3.org/TR/html5/sections.html It seems that the macros in t.tex are being written out as XML elements, verbatim. It is my understanding that these XML elements, however, do not conform to the minimal content models associated with XHTML 1.1. you get a representation in xml indeed, but not verbatim, but as close as possible to the genaric (parent) structure elements in context of course we could alternatively export all as div class=tag-subtag-... but i don't like that too much; html itself is not rich enough for our purpose What needs to happen to take a minimal ConTeXt file (such as the attached) to produce a minimum viable EPUB that: * Generates XHTML headers (including !DOCTYPE and html...) not needed as we're 'standalone' * Produces images as img tags, rather than float tags. the css can deal with them (info is written to files for that) the only real problematic thing is hyperlinks as css has no provision for that so there's an option to inject a... * Uses typical XHTML tags for body elements (e.g., ol for ordered lists). xhtml has no typical tags .. it's xml + css (or xslt) ... unfortunately browsers have messed up html so much (extensions, too tolerant support for unmatched tags, different rendering models) that xhtml never really took off the export of context is in fact just xml, and by tagging it as xhtml we can apply css to it; but if someone has a workflow for producing epub an option if to postprocess that xml file into whatever epub one wants (i.e. the export is generic and carries as much info as possible) Ideally, I would like to do something such as: * context t.tex * mtxrun --script epub --make t.specification to generate an EPUB that passes validation of epubcheck http://code.google.com/p/epubcheck/wiki/Library, with an output XHTML file that more closely matches the XHTML specification. Everytime we look into epub there's another issue ... it's not a standard but reversed engineered application mess (happen soften with xml: turn some application data structures into xml and call it a standard) I only tested (long ago already) with some firefox plugin (i don't have a recent epub device, only an old firts generation one which is dead slow, never relly used, probably broken by now) and i refuse to buy a new one till resolution is decent (and i only want generic devices, not something bound to some shop) How can I help? by testing as i have no real use/demand for epub it's not something i look into on a daily basis 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] Another issue with my magazine
On 9/3/2013 11:10 PM, Mikoláš Štrajt wrote: % Hello All! % % In the folowing style, I need to do some whitespace tweaks. Unfortunately, I didn't found solutions in manual, so I am asking here. % % I need: % % - make first paragraph after author name noindented, i tried to put some \nointdent here, but without any effect % - make vertical space between article head and author name shorter (also in general : modify vertical spaces of heads) % % Regards Mikoláš Štrajt % % PS: You can use this e-mail as source code of my solution. :-D first of all you need to switch to mkiv ... more change on tips and solutions then - 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] How to redefine \section temporaly?
Hi, Le dimanche 01 septembre 2013 13:02:42 john Culleton a écrit : On Sat, 31 Aug 2013 23:10:07 +0200 Romain Diss romain.d...@yahoo.fr wrote: I wrote some articles with context and they contain (of course) sections. Now I have to include all these articles in a book but each article should become a section of the book. So I wonder if there is a way to convert the \section command of the article files into \subsection in the book. If faced with this problem I would import the tex file into gvim and do a mass change with one statement like: :% s/\\section/\\subsection/ Then I would save the tex file under a different name. If there are already subsections I would convert them to subsubsections first, then convert the sections to subsections. Eqch step is just a singl command in gvim. You're right. I also use vim and this is a quick and working solution (and even faster with :bufdo %s/\\section/\\subsection/). However the idea was to keep the section/subsection/subsub.. order in the article individual files and not modify them. In fact I was looking to the most 'contexty' solution. -- Romain Diss romain.d...@yahoo.fr ___ 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] Problem with units and problem with libraries
Am 04.09.2013 um 19:07 schrieb Tomas Hala th...@pef.mendelu.cz: Hi all, recently I installed TeXlive 2013. In a document, I ran into the problem with font sizes: only points and ems operates properly in contrast to other units giving the basic (12pt) size. Add \definebodyfontenvironment[fontsize] for each size. 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 ___
[NTG-context] Problem with units and problem with libraries
Hi all, recently I installed TeXlive 2013. In a document, I ran into the problem with font sizes: only points and ems operates properly in contrast to other units giving the basic (12pt) size. The same behaviour gives ConTeXt in TL2012. Older TL2011 and TL2010 are OK. Mimimal example: \starttext \def\text[#1]{blah blah --- #1: {\setupbodyfont[#1]blah blah}\par} % O.K. \text[8pt] \text[0.5em] %% K.O. \text[4pc] \text[1in] \text[12mm] \text[1cm] \text[50sp] \text[0.5ex] \text[6dd] \text[0.5cc] \stoptext Therefore, a few days ago I tried to install the current version from the garden. Shortly after the beginning of execution, the first-setup.sh script broke down with the following error: texlua: /lib/libc.so.6: version `GLIBC_2.7' not found (required by texlua) texlua: /lib/libc.so.6: version `GLIBC_2.11' not found (required by texlua) It was discussed in this list on May, so I tried the following but without the password for svn I was not successful. svn co http://svn.contextgarden.net/suite/build-binaries ./do_all.sh Thanks in advance for advice, help and/or password. Best wishes, Tomas Hala ___ 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 XHTML Format
Hi. of course we could alternatively export all as div class=tag-subtag-... but i don't like that too much; html itself is not rich enough for our purpose What about giving developers the ability to change the destination element? For example: \setuplist[chapter][ xml={\starttag[h1]#1\stoptag} ] Would produce, upon export: h1Chapter/h1 Or (using export instead of xml; I don't care what it is named): \setuplist[chapter][ export={\starttag[div]\startattribute[class]{chapter}#1\stopattribute\stoptag}} ] Similarly, this would produce: div class=chapterChapter/div This would offer the flexibility of custom XML documents without affecting the default behaviour. * Generates XHTML headers (including !DOCTYPE and html...) not needed as we're 'standalone' Having the ability to produce the !DOCTYPE... and htmnl elements could be as simple as: \setupexport[ standalone=no, ] * Produces images as img tags, rather than float tags. the css can deal with them (info is written to files for that) Yes, but they aren't standard. There is an ecosystem of tools (e.g., Calibre, normalizing CSS templates, etc.), not to mention a widespread knowledge-base, that groks the minimal XHTML specification. Plus, using XML tags that are not in the minimal XHTML spec. means more testing on more devices to make sure that their XHTML parsers render correctly. xhtml has no typical tags .. it's xml + css (or xslt) ... unfortunately browsers have That is, a Strictly Conforming XHTML Document, as per: http://www.w3.org/TR/2000/REC-xhtml1-2126/#docconf the export of context is in fact just xml, and by tagging it as xhtml we can apply css to it; but if someone has a workflow for producing epub an option if to postprocess that xml file into whatever epub one wants I could transform the ConTeXt-generated XML into strictly conforming XHTML, but it was a step I was hoping to avoid. Right now my process is: 1. Convert XML data to a ConTeXt .tex file. 2. Convert ConTeXt to either PDF or EPUB. 3. Stylize EPUB using CSS. I want to use ConTeXt here (instead of going directly from XML data to EPUB) because ConTeXt provides functionality such as multiple indexes, table-of-contents, and bundling the .epub. Having an extra step to generate strictly conforming XHTML is architecturally painful as it means transforming the document three times (XML - ConTeXt, ConTeXt - XML, then XML - XHTML). Everytime we look into epub there's another issue ... it's not a standard but reversed engineered application mess (happen soften with xml: turn some application data structures into xml and call it a standard) Some book vendors only accept validating EPUBs. ConTeXt is documented as being able to generate EPUBs. The documentation should state the EPUBs do not validate and do not generate strictly conforming XHTML. I have spent the last three weeks converting documents from LaTeX to ConTeXt because the documentation stated that ConTeXt can produce EPUBs. While true, the documentation did not mention its shortcomings. Had I known in advance, I probably would have gone straight to EPUB using Java or, with a little revulsion, PHP classes. ;-) That said, I probably should have tested this feature sooner. :-) as i have no real use/demand for epub it's not something i look into on a daily basis How can I help resolve these issues? Merely testing (which I am happy to do) isn't going to produce a strictly conforming XHTML document. Kindest 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 ___
[NTG-context] Footnote number in different font?
Hello List, this is a nitpick, but it's an itch that's been itching me for a couple of days now. When you put a footnote to Arabic text, the little number (like this one: ²) appears in the font the Arabic text is in, which makes it look distinct from the other footnote numbers in the text and thus difficult to identify for the eye. I'm using \setupnotation[footnote][before=\lefttoright] to keep the footnotes from appearing completely mirrored, but haven't been able to find out a way what else to put there (perhaps next to the \lefttoright) to affect the font of the little number. Is there a way to do that? Cheers, J. R. ___ 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] Another issue with my magazine
On 2013-09-04 Hans Hagen wrote: first of all you need to switch to mkiv ... more change on tips and solutions then OK. I have switched to mkiv. What now about my head whitespace problems. -- Mikolas Strajt___ 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 ___