- ntg-context - NTG Mailing Lists

Re: [NTG-context] Controlling \at output
by Aidan Nichol 28 Feb '16

28 Feb '16

Thanks for the reply. \thispage is producing no output in all the places it is being invoked Aidan > On 24 Feb 2016, at 15:35, ntg-context-request(a)ntg.nl wrote: > > startsetups[referenceformat:thispage] > \doifelse{\filterreference{page}}{\rawcountervalue[userpage]} > {{\tttf !?}} > {\filterreference{page}} > \stopsetups > > \definereferenceformat[thispage][setups=referenceformat:thispage] > > \starttext > > \chapter[one]{First chapter} > > First: \thispage[one] > > Second: \thispage[two] > > \chapter[two]{Second chapter} > > First: \thispage[one] > > Second: \thispage[two]

2 1

\setupsectionblock and \setupbackgrounds page-break problem
by Robin.Kirkham＠csiro.au 28 Feb '16

28 Feb '16

Folks, I want \startfrontmatter to trigger a background image, but I can only get this to appear if I use page=yes (see example below). However, I don’t want any page break between the front-matter and body-matter. If I use page=no (as in the line commented out) this page break disappears — but so does the background image! How can I get the background behind the page where the front-matter text appears, but with no page break before the body-matter? Robin \setupexternalfigures[location=default] \definelayer[frontbackground] \setlayer[frontbackground]{% \externalfigure[mill.png] [width=\paperwidth,height=\paperheight] } \unexpanded\def\frontpartbefore{ \setupbackgrounds[page] [background=frontbackground] } \setupsectionblock[frontpart][page=yes,before=\frontpartbefore] %\setupsectionblock[frontpart][page=no,before=\frontpartbefore] \setupsectionblock[bodypart][page=no] \starttext \startfrontmatter Should be on a first page \stopfrontmatter \startbodymatter Should follow frontmatter with no page break \stopbodymatter \stoptext

2 1

Math fractions
by Aditya Mahajan 28 Feb '16

28 Feb '16

Something is wrong in the current implmentation of \tfrac. If we take away all the bells and whistles provided by \definemathfraction, * \tfrac#1#2 should be equal to {\textstyle #2 \over #1} * \dfrac#1#2 should be equal to {\displaystyle #2 \over #1} * \frac should be equal to \tfrac in inline math and \dfrac in display math. In the current implmentation \frac works correctly, but \tfrac does not. For example: \startbuffer \frac 12 \tfrac 12 \dfrac 12 \stopbuffer \starttext $\getbuffer$ \startformula \getbuffer \stopformula \stoptext The output of \frac and \dfrac is correct in both inline and display mode. The output of \tfrac is wrong in both modes. In both modes, \tfrac should equal the current output of \frac in inline mode. Although I don't completely understand the code, my guess is that there is a bug in how mathstyle=text is implemented (really, mathstyle=text should be equivalent to mathstyle=empty in inline math mode). Thanks, Aditya

1 0

Getting file name of \externalfigure in the header/footer (mkii)
by Gerben Wierda 28 Feb '16

28 Feb '16

Hi folks, I have a file that I use to combine PDF files in one bigger file. The pages are A4 or A3, rotated or not. This results in a mixed A4/A3 document that I can print and distribute. Example page: \page\setuppapersize[A4,portrait][A4,portrait] \setuplayout[backspace=10mm,topspace=10mm,width=277mm,height=190mm,header=5mm,footer=1mm] \rotate[rotation=90]{\externalfigure[Exercise-1a-B2B-web-site-Anna-A.pdf][width=\hsize]} I'd like to have the name of the external file in the header. Can I do that? G PS. I'm still using mkii for my production (only used mkiv for a transformation to EPUB 1.5 ears ago).

1 0

Error with tikz in newest beta
by Jannik Voges 26 Feb '16

26 Feb '16

Hello, when I try to compile the following file with the newest ConTeXt-beta: \usemodule[tikz] \starttext ABC \stoptext the compilation aborts with the following log-file: system > synctex functionality is enabled (1), expect runtime overhead! system > callbacks > not registering frozen 'find_format_file' open source > 1 > 1 > /usr/local/context/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv ConTeXt ver: 2016.02.25 14:00 MKIV beta fmt: 2016.2.26 int: english/english system > 'cont-new.mkiv' loaded open source > 2 > 2 > /usr/local/context/tex/texmf-context/tex/context/base/mkiv/cont-new.mkiv close source > 2 > 2 > /usr/local/context/tex/texmf-context/tex/context/base/mkiv/cont-new.mkiv system > files > jobname 'foo', input '/Volumes/Daten/Desktop/Neuer Ordner 4/foo', result 'foo' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > 2 > 3 > /Volumes/Daten/Desktop/Neuer Ordner 4/foo.tex resolvers > modules > 'tikz' is loaded open source > 3 > 4 > /usr/local/context/tex/texmf-modules/tex/context/pgf/frontendlayer/t-tikz.tex loading > ConTeXt User Module / tikz open source > 4 > 5 > /usr/local/context/tex/texmf-modules/tex/context/pgf/basiclayer/t-pgf.tex loading > ConTeXt User Module / pgf open source > 5 > 6 > /usr/local/context/tex/texmf-modules/tex/context/pgf/basiclayer/t-pgfcor.tex loading > ConTeXt User Module / pgfcor open source > 6 > 7 > /usr/local/context/tex/texmf-modules/tex/context/pgf/systemlayer/t-pgfsys.tex loading > ConTeXt User Module / pgfsys open source > 7 > 8 > /usr/local/context/tex/texmf-modules/tex/context/pgf/utilities/t-pgfrcs.tex loading > ConTeXt User Module / pgfrcs open source > 8 > 9 > /usr/local/context/tex/texmf-modules/tex/context/pgf/utilities/t-pgfmod.tex loading > ConTeXt User Module / pgfmodules close source > 8 > 9 > /usr/local/context/tex/texmf-modules/tex/context/pgf/utilities/t-pgfmod.tex open source > 8 > 10 > /usr/local/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfutil-common.tex open source > 9 > 11 > /usr/local/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfutil-common-lists.tex close source > 9 > 11 > /usr/local/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfutil-common-lists.tex close source > 8 > 11 > /usr/local/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfutil-common.tex open source > 8 > 12 > /usr/local/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfutil-context.def close source > 8 > 12 > /usr/local/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfutil-context.def open source > 8 > 13 > /usr/local/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfrcs.code.tex close source > 8 > 13 > /usr/local/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfrcs.code.tex close source > 7 > 13 > /usr/local/context/tex/texmf-modules/tex/context/pgf/utilities/t-pgfrcs.tex open source > 7 > 14 > /usr/local/context/tex/texmf-modules/tex/generic/pgf/systemlayer/pgfsys.code.tex close source > 7 > 14 > /usr/local/context/tex/texmf-modules/tex/generic/pgf/systemlayer/pgfsys.code.tex close source > 6 > 14 > /usr/local/context/tex/texmf-modules/tex/context/pgf/systemlayer/t-pgfsys.tex close source > 5 > 14 > /usr/local/context/tex/texmf-modules/tex/context/pgf/basiclayer/t-pgfcor.tex close source > 4 > 14 > /usr/local/context/tex/texmf-modules/tex/context/pgf/basiclayer/t-pgf.tex close source > 3 > 14 > /usr/local/context/tex/texmf-modules/tex/context/pgf/frontendlayer/t-tikz.tex close source > 2 > 14 > /Volumes/Daten/Desktop/Neuer Ordner 4/foo.tex close source > 1 > 14 > /usr/local/context/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv * tex error > tex error on line 0 in file : ! Emergency stop <*> cont-yes.mkiv <empty file> End of file on the terminal! Maybe somebody can fix the tikz-module. Thanks Jannik

1 1

Is there “toffset” option for \setupbackgrounds in context
by Bou Salim 26 Feb '16

26 Feb '16

I'm trying to learn `context`, and I'm satisfied with their capacities. I read in contextgarden <http://wiki.contextgarden.net/Command/setupbackgrounds> that options of `\setupbackgrounds` inherit from `\setupframed`, but if I setup `toffset=5mm` for `\setupbackgrounds[text][text][frame=on,toffset=5mm]` I have no effect? With `frameoffset` you can modify the four directions but how about a single direction? Code \setuppapersize[A4] \setuppagenumbering[state=none] \setupbackgrounds[text][text][frame=on,toffset=5mm] \starttext \input knuth \stoptext

2 1

two issues with interactive hyperlinks (please comment)
by Pablo Rodriguez 25 Feb '16

25 Feb '16

Hans, I’m afraid there is a regression partially displayed in the following code: \setupinteraction[state=start, focus=standard] \enabledirectives[references.border] \setupinteractionscreen[option=fit] \setupnote[footnote][way=bytext, location=text] \starttext \completecontent \chapter{Main issue} Simple steps to reproduce the issue with notes: \startitemize[n] \item Open the file and keep browsing it fit to width. \item Click on link for note 24 (on next page). \item Change view to fit to width. \item Search for note 24 in footnotes. \item Click back to return to main text from anchor 24. \item Change view to fit to width. \item Search again for the text with footnote 24 referenced. \item Keep in mind that in a 15 inch screen the fit to height, text is hardly readable. \stopitemize \page \dorecurse{10}{% \dorecurse{10}{This is text.% \footnote{This is a footnote.}\par}} \placefootnotes \stoptext The regression is that \setupinteraction[focus=standard] doesn’t work with hyperlink in table of contents for chapter in betas from 2016.02.15 10:26. Beta from 2016.02.08 15:35 adds a link with named destination (/XYZ). Next beta from 2016.02.15 10:26 adds a link pointing only to the page (/Fit). This is the regression. And I think it is time to discuss an issue with textual links. I know you don’t like it. I’m sorry, but I think it is an essential feature for hyperlinks. [I’d request other users to contribute their experiences with this issue, please.] We need that all links in a text file behave the same way to reach their destination. Page 2 from sample above describes what is wrong (and crazy to send a PDF document generated this way [at least, not relaxing to the reader]). And if \setupinteraction[focus=standard] is used, all link destinations should be named ones (/XYZ). Of course, I’m not talking about widgets for presentations. But footnotes, references, linenotes and other similar links that may appear in a text should behave the same way in the same document. Sorry, but some users complained to me about this behavior. I know that some PDF readers don’t follow this (only mupdf that I’m aware of [and I opened an issue: http://bugs.ghostscript.com/show_bug.cgi?id=696442] SumatraPDF, Adobe, evince and xpdf implement named destinations. It is an extremely useful feature and it isn’t reasonable to expect from users that they have huge screens to read PDF documents generated with ConTeXt. And in many scenarios, having a screen version (different from the print version) is not an option. And as explained in the sample code above, I have only a 15-inch screen. Would it be possible that the destinations with links in a text all honored \setupinteraction[focus=standard]? Many thanks for your excellent work and your help, Pablo -- http://www.ousia.tk

5 15

internal hyperlinks in latest beta
by Alan Bowen 25 Feb '16

25 Feb '16

The links for cross-references within a document do not seem to be working. \setupinteraction[state=start] \starttext some text\reference[text]{} \page \goto{some text}[text], \at{on page}[text] \stoptext produces links that work in previous betas but not in the most recent. Alan

2 2

Re: [NTG-context] docbook(5) to context conversion
by David Nebauer 25 Feb '16

25 Feb '16

On 25/02/16 08:45, Jan Tosovsky wrote: > On 2016-02-23 David Nebauer wrote: >> Any chance you could post your amended xslt files? > Ok, I will publish it on my GitHub account later next week (after necessary cleanup). > Thanks, I'll watch for it. In the meantime I'll brush up on docbook xsl customisation. David.

1 0

next beta
by Hans Hagen 25 Feb '16

25 Feb '16

Hi, The next beta will have a more efficient metafun filldraw option named 'fillup' (flaw and drill were rejected as operator names): \starttext \startMPpage fill fullsquare scaled 4cm withpen pencircle scaled 1cm; draw fullsquare scaled 4cm withpen pencircle scaled 1cm; \stopMPpage \startMPpage fillup fullsquare scaled 4cm withpen pencircle scaled 1cm; \stopMPpage \stoptext The second page will have more efficient pdf code. The beta also has some new arrow trickery that Alan will reveal at the next context meeting. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

1 0