January 2012 - ntg-context - NTG Mailing Lists

Not wanted hidden spaces when you compress fonts
by Jan Heinen 04 Jan '12

04 Jan '12

Hello, if I compress a font, there are suddenly hidden spaces between words. You can't see the spaces in the PDF, but when you copy the text from the PDF to an editor you can see the spaces. And when you search for a word (with hidden spaces) in the PDF, the word can't be found. This is the result when you copy the text from the PDF into an editor: "The quick brow n fox jum ps over the lazy dog." There is a space in "brow n" and one in "jum ps". When you search for "brown" in the PDF you get no result. Here is an example: \definefontfeature[cond][default][extend=0.8] \usemodule[simplefonts] \setmainfont[Allerlight][features=cond] \starttext The quick brown fox jumps over the lazy dog. \stoptext How to get rid of this hidden spaces? Regards Jannis

1 0

xml file inclusion
by Hans van der Meer 04 Jan '12

04 Jan '12

I would like to include files with the following input xml-file <root> <file location=".." other_attributes</file> </root> In the xmlsetup for <file> I thought to place a call to \xmlinclude: \startxmlsetups xml:file \xmlinclude{#1}{.}{location} \stopxmlsetups But this does not work and I get the following error message: ! LuaTeX error ...-new/tex/texmf-context/tex/context/base/lxml-aux.lua:368: attempt to index field '__p__' (a nil value) stack traceback: ...-new/tex/texmf-context/tex/context/base/lxml-aux.lua:368: in function 'include' ...-new/tex/texmf-context/tex/context/base/lxml-aux.lua:393: in function 'include' ...-new/tex/texmf-context/tex/context/base/lxml-tex.lua:430: in function 'include' <main ctx instance>:1: in main chunk. What am I doing wrong? This is how I interprete the manual text "includes the file specified by attribute of the element located by lpath at node node. Hans van der Meer

1 1

Undefined controle sequence with usemodule[simpleslides]
by pol stra 04 Jan '12

04 Jan '12

Dear all, I tried to compile the first example of the simpleslide module’s documentation, but it doesn’t work: ! Undefined control sequence. system > tex > error on line 9 in file test-simple.tex: Undefined control sequence ... 1 \usemodule[simpleslides] 2 [style=BigNumber] 3 \setupTitle 4 [ title={Title of the presentation}, 5 author={Name of authors}, 6 date={Date of presentation}, 7 ] 8 \starttext 9 >> \placeTitle 10 \SlideTitle {The first slide} 11 Write whatever you want. 12 \SlideTitle {The second slide} 13 Continue writing. 14 \stoptext 15 <argument> \??vars :simpleslides:title: \dousestylehashparameter #1#2->\ifcsname #1 #2\endcsname \expandafter \douses... \dostartattributes ...estylehashparameter {#1}{#2} \dousecolorhashparameter {... \placeTitle ...pleslides:title:}\c!style \c!color \simpleslidestitlecomponen... l.9 \placeTitle ? ! Undefined control sequence. Thanks (I hope I’m not too unpolite)

3 2

framedtext in itemize
by Hans van der Meer 04 Jan '12

04 Jan '12

Why does framedtext extends to the right in \itemize? Shouldn't the width be reduced by the extend of the item-shift? Isn't that the idea behind the "fit"-parameter. It wouldn't be a problem to calculate a reduced width, but how can I access the marginshift caused by the item? A minimal example: \starttext \startitemize[a] \item \startframedtext[offset=0pt,width=fit]\input tufte\stopframedtext \item \input tufte \stopitemize \startframedtext[offset=0pt,width=fit]\input tufte\stopframedtext \stoptext Hans van der Meer

3 2

SciTE configuration to use mkiv instead of mkii
by Peter Park Nelson 03 Jan '12

03 Jan '12

Hello, I installed and configured SciTE today to try it out. I am using the standalone distribution. When I try to process a context document with F7, SciTE calls texexec and uses mkii instead of mkiv (I always use mkiv/luatex). How do I configure SciTE to use mkiv? Here's the beginning of the output: >texexec --pdf H1.tex /home/peter/context1220/tex/texmf-context/scripts/context/ruby/base/system.rb:16: warning: Insecure world writable dir /usr/local/texlive in PATH, mode 040777 TeXExec | processing document 'H1.tex' TeXExec | no ctx file found TeXExec | tex processing method: context TeXExec | TeX run 1 TeXExec | writing option file H1.top TeXExec | using randomseed 202 TeXExec | tex engine: pdftex TeXExec | tex format: cont-en.mkii warning: Could not open char translation file `natural.tcx'. This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010) \write18 enabled. entering extended mode (./H1.tex ConTeXt ver: 2011.12.31 15:44 MKII fmt: 2011.12.31 int: english/english system : cont-new.mkii loaded (/home/peter/context1220/tex/texmf-context/tex/context/base/cont-new.mkii [...more output...] -- Peter Park Nelson peter.park.nelson(a)gmail.com

4 5

mod_php vs context: tight loop
by Brendan Jurd 03 Jan '12

03 Jan '12

Hello list, I have a PHP application which generates documentation on the fly with context. This has been working really well, but I am now testing deployment on a new server with a more recent version of context, and it seems to be somehow getting itself into a tight loop. When I run texexec via the mod_php apache module, the command never returns, and `ps ax` shows the following: 9709 ? S 0:00 sh -c texexec --check 2>&1 9710 ? S 0:00 /bin/sh /usr/bin/texexec --check 9711 ? R 9:59 /usr/bin/texlua /usr/bin/mtxrun --usekpse --execute texexec --check `top` shows the mtxrun process eating 99.9% CPU. Attaching an strace to this process, once it is underway, shows no output. My test script is as follows: <?php $result = null; system("texexec --check 2>&1", $result); print $result . "\n"; ?> When this same test script is run directly from the command line with `php5 -f test.php`, it works as expected and outputs the following: MTXrun | kpse fallback with progname 'context' initialized in 0.01 secondsTeXExec | current distribution: web2c TeXExec | context source date: 2010.07.30 11:35 TeXExec | format path: . /root/.texmf-config/web2c/luatex /root/.texmf-var/web2c/luatex /root/texmf/web2c/luatex /etc/texmf/web2c/luatex /var/lib/texmf/web2c/luatex /usr/local/share/texmf/web2c/luatex /usr/share/texmf/web2c/luatex /usr/share/texmf-texlive/web2c/luatex /root/.texmf-config/web2c /root/.texmf-var/web2c /root/texmf/web2c /etc/texmf/web2c /var/lib/texmf/web2c /usr/local/share/texmf/web2c /usr/share/texmf/web2c /usr/share/texmf-texlive/web2c TeXExec | start of analysis TeXExec | end of analysis TeXExec | TeXExec | TeXExec | version 6.2.1 - 1997-2009 - PRAGMA ADE/POD 0 Using --timeout=30 in the arguments to texexec makes no difference; mtxrun nonetheless runs forever until it is signalled. It seems that this must be down to some kind of difference in Apache's execution environment -- I don't see any other way to explain the same PHP code working in cli and failing in mod_php, even when running as the same user. But what possible environmental factor could lead to mtxrun freaking out like this? I'm hoping someone on this list may be able to point me in the right direction. This server is a VZ instance running under proxmox, with the following relevant ubuntu packages installed (per the 'natty' release): context 2010.07.30-1 libapache2-mod-php5 5.3.5-1ubuntu7.3 apache2 2.2.17-1ubuntu1.4 -- Regards, Brendan Jurd Software Engineer Achieve, Corp brendan.jurd(a)achievecorp.com.au

3 6

(again) issues with streams
by Pablo Rodríguez 03 Jan '12

03 Jan '12

Hi there, playing with an example posted by Wolfgang to the list, I'm trying to generate a bilingual poetry edition (original and facing translation). If anyone could help, I'd really appreciate (this is the second time I post the message to the list http://www.ntg.nl/pipermail/ntg-context/2011/064184.html) This is a minimal sample: \enabletrackers[streams.flushing] \def\itit#1{{\language[it]\em#1}} \starttext \completecontent \startoutputstream[agr] \dorecurse{4}{\chapter{Knuth}\input knuth\par} \enableoutputstream[es] \dorecurse{4}{\chapter{Ward}\input ward\par \input tufte\par} \disableoutputstream \stopoutputstream \synchronizestreams[agr,es] \page \flushoutputstream[agr] \page \flushoutputstream[es] \stoptext My first question is how can I make that ConTeXt synchronizes automatically titles and paragraphs. I mean, I want to type the original first and the translation after the original and that ConTeXt typesets everything right (original with facing translation). My second question is how can I do that numbering on both sides is really independent. I mean that chapter and similar titles have the same number that its facing translations (and the same for footnotes). My third question is how can I number lines there, since I get the following error when using \starlinenumbering ... \stoplinenumbering (this is all Greek to me): !LuaTeX error: There should have been a lua <node> here, not an object with type nil! ==> Fatal error occurred, no output PDF file produced! Compilation failed. mtx-context | fatal error: return code: 70 Thanks for your help, Pablo -- http://www.ousia.tk

1 0

most recent manual
by Chris Lott 03 Jan '12

03 Jan '12

I'm working my way through the ConTeXt manual/reference. I discovered the draft of a new manual at: http://wiki.contextgarden.net/manual_being_revised -- is this the latest available anywhere? I'm finding a lot of things that are out of date in the new draft (for instance, using \setupnote[footnote] instead of \setupfootnotes) which generally means doing it wrong, searching google and the wiki for information, and finding out that things have changed :) Is this the best way? c -- Chris Lott <chris(a)chrislott.org>

3 5

setupnote[footnote] adding extra pages
by Chris Lott 03 Jan '12

03 Jan '12

Why does this document create three pages, with the footnote on the second and a third that is blank? \setuppagenumbering[state=stop] \setupnote[footnote][numberconversion=Romannumerals] \starttext This is a sample letter. \footnote{foo} \stoptext If I remove the \setupnote line, then everything is on one page, as it should be. c -- Chris Lott <chris(a)chrislott.org>

2 2

Beta: bug in \setuphead[chapter]
by Otared Kavian 03 Jan '12

03 Jan '12

Dear Hans, dear all, My best wishes to all the community for this New Year! With the latest beta, \setuphead[chapter] has a strange behavior: the order of two keys seems to be important… More precisely \setuphead [chapter] [header=high, align=middle ] results in an error (see below), while \setuphead [chapter] [align=middle, header=high ] works as expected (I had a tough time to find the bug and this minimal example…). Minimal example that does not work: %%% begin bug-setuphead.tex \setuphead [chapter] [header=high, align=middle ] \starttext \chapter{My chapter title} \input knuth \stoptext %%% end bug-setuphead.tex The error message points to: \page_layouts_synchronize_element_indeed ...ounds \else \ifx \previoustextst... \page_layouts_synchronize_element ...t_indeed {#1} \fi <inserted text> ..._element \currentlayoutelement \fi \docommand ...=high]\the \everysetuplayoutelement \next1 #1,->\docommand {#1} \syst_helpers_do_process_comma_item \syst_helpers_do_process_comma_list ...rgument #1, ]\relax \global \advance \… Best regards: OK

3 5