- ntg-context - NTG Mailing Lists

bug with \setuplist[part][after={\blank[samepage, big]}]
by Pablo Rodriguez 06 Jun '14

06 Jun '14

Dear list, I don’t have a minimal sample (yet), but I have added the command above to force part titles in contents to be with the next part title. Well, the contents take five pages and two of them finish with a part title. Am I missing something or is this a bug? And if it were a bug, would it be related to wrong page breaks with titles? Many thanks for your help, Pablo -- http://www.ousia.tk

2 2

\setupquotation [indenting=no] error
by Alan BRASLAU 06 Jun '14

06 Jun '14

Minimal example: \setupquotation [indenting=no] % Undefined \p_indenting error \starttext Knuth: \startquotation \input knuth \stopquotation Ward: \startquotation \input ward \stopquotation \stoptext Alan

1 0

Keyword order problem
by Rik Kabel 05 Jun '14

05 Jun '14

Keyword order appears to matter for the \blank command. The following example shows all orderings for the set {dimension, nowhite, samepage}, some of which work and some of which do not. It also shows two orderings of {dimension, nowhite, samepage, disable}; one works and the other does not. This happens with TL13 as well as the 2014-06-01 beta. I can find no discussion of keyword ordering in the wiki, on the mailing list, or in the manuals. Is this intentional, and if so, with what other commands are keywords similarly constrained? Whether or not this is intentional, can a developer please provide a suggested ordering to use until this is better documented or corrected? The order that keywords are presented in the wiki and in the reference manual are among those that fail. \starttext \subject{Without disable} 12pt,samepage,nowhite\blank[12pt,samepage,nowhite] works 12pt,nowhite,samepage\blank[12pt,nowhite,samepage] fails samepage,12pt,nowhite\blank[samepage,12pt,nowhite] fails samepage,nowhite,12pt\blank[samepage,nowhite,12pt] works nowhite,12pt,samepage\blank[nowhite,12pt,samepage] works nowhite,samepage,12pt\blank[nowhite,samepage,12pt] works \subject{With disable} 12pt,samepage,nowhite,disable\blank[12pt,samepage,nowhite,disable] works samepage,12pt,nowhite,disable\blank[samepage,12pt,nowhite,disable] fails \stoptext -- Rik Kabel

2 1

internal mptopdf converter skips some glyphs in labels
by Sanjoy Mahajan 05 Jun '14

05 Jun '14

The internal mptopdf converter in MkIV omit some glyphs in the labels. Here's a minimal example (test.tex): \starttext \externalfigure[testfig.1][frame=on] \blank \externalfigure[testfig-1.pdf][frame=on] \stoptext And testfig.1 is produced by testfig.mp beginfig(1) label(btex $\Omega$ etex, (0,0)); currentpicture := currentpicture scaled 5; endfig; end Here's testfig.1 to save a step in debugging: %!PS %%BoundingBox: -18 -18 18 18 %%HiResBoundingBox: -17.98805 -17.0195 17.98798 17.0195 %%Creator: MetaPost 1.803 %%CreationDate: 2013.08.09:1612 %%Pages: 1 %*Font: cmr10 49.81323 9.96265 0a:8 %%BeginProlog %%EndProlog %%Page: 1 1 0 0 0 setrgbcolor -17.98805 -17.0195 moveto (\012) cmr10 49.81323 fshow showpage %%EOF Then do: mptopdf testfig.1 context test.tex xpdf test.pdf The first framed box, using the internal mps->pdf conversion, is empty. The second framed go, using the pdf file produced by mptopdf, correctly contains \Omega. With \enabletrackers[graphics.conversion,graphics.inclusion], the log has the following lines, none of which seem to pinpoint the problem: graphics > inclusion > checking conversion of 'testfig.1', fullname 'testfig.1', old format 'mps', new format 'pdf', conversion 'default', resolution 'default' graphics > inclusion > no converter for 'mps' to 'pdf' [MP to PDF] graphics > inclusion > checking conversion of 'testfig-1.pdf', fullname 'testfig-1.pdf', old format 'pdf', new format 'pdf', conversion 'default', resolution 'default' graphics > inclusion > no converter for 'pdf' to 'pdf' graphics > inclusion > new graphic, using hash 'testfig-1.pdf->1->crop->unknown->unknown->unknown->' (Though I don't believe the "no converter for 'mps' to 'pdf'" diagnostic.) This is with Context 2013.05.28 00:36 MKIV (TL2013 on Debian). -Sanjoy

4 11

Margin heading problem, was Re: sections
by Rik Kabel 05 Jun '14

05 Jun '14

On 2014-06-01 12:52, Hans Hagen wrote: > On 6/1/2014 5:40 PM, Rik wrote: > >> Is this also the cause of problems I noted with heading placed into the >> margin, as in the example below? > > no, unrelated, try this: > > \setuphead > [section] > [after={\strut\blank[-2*line,samepage,disable]}, > command=\SectionCommand, > distance=0pt] > > \define[2]\SectionCommand{\inleft{XXXXXX}} That was fine until it ran into \setupwhitespace with a non-zero value. Fiddling with the after key \blank does not appear to help. \define[2]\MarginHead{\inmargin{#1\\#2}} \setuphead [section] [command=\MarginHead, distance=0pt, after={\strut\blank[-2*line,samepage,disable]}] %% With no \setupwhitespace, or any \setupwhitespace setting that %% results in zero interparagraph whitespace, all is well. %setupwhitespace [none]% okay %setupwhitespace [fix]% okay %% With non-zero interparagraph whitespace, the heading separates %% from the text \setupwhitespace [line]% bad \starttext \startchapter[title={Weisman}] \input weisman\par \input weisman \startsection[title={Thuan}] \input thuan\par \input thuan \stopsection \stopchapter \stoptext -- Rik Kabel

2 3

grid + description + superscript
by Trond Thorbjørnsen 05 Jun '14

05 Jun '14

Superscript in math in a description, results in a blank line, see the example. Is there a way to avoid this? -Trond Thorbjørnsen \setuplayout[grid=yes] \definedescription[desc][ inbetween={\blank[none]}, before={\blank[none]}, after={\blank[none]}, margin=no, ] \starttext \desc{foo} bar baz \desc{foo} bar baz \desc{foo} bar $x_j$ baz \desc{foo} bar baz \desc{foo} bar baz \par \stoptext

2 1

[+-OT] reducing pdf file
by Andrea Valle 05 Jun '14

05 Jun '14

Dear, I made with NodeBox software a large vectorial image (I can export in pdf). the idea is to use it as a cover for a ConTeXt project. The problem lies in its size: 220 Mb. Could anyone provide a method (if any) for reducing the size? The image is made by a combination of many small pdf images, so I guess that the resulting size depends on linear combination of all images size, that are preserved (sorry, I’m an ignorant on the pdf format). Thanks a lot 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 --> andrea.valle(a)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)

3 2

standard setup values for titles in heads and lists?
by Pablo Rodriguez 05 Jun '14

05 Jun '14

Dear list, where in the source can I find the standard configuration for titles in heads and lists? I have looked at strc-lst.mkvi, but there I couldn’t find anything about the default configuration values for any sectioning command. Many thanks for your help, Pablo -- http://www.ousia.tk

2 2

[bug?] no space before \cite[data][] and after \abbreviation
by pol stra 05 Jun '14

05 Jun '14

Hello, I used "see \cite[data]" in a document and I obtained "seeAuthor" without space between "see" and "Author". I think it is a bug. I also had troubles with abbreviations (although it might be a bad use from myself): setting "\abbreviation{AB}{Abbreviation}" "an \AB some text" will give "an ABsome text" => missing space after abbreviation "an {\AB} some text" will give "an AB some text" => OK "an \infull{AB} some text" will give "an some text" => missing expanded abbreviation setting: "\definesynonyms[abbrev][abbrevs][\infull] \setupsynonyms[style=normal] \abbrev{AB}{Abbreviation}" "an \AB some text" will give "an ABsome text" => missing space after abbreviation "an {\AB} some text" will give "an AB some text" => OK "an \infull{AB} some text" will give "an Abbreviation some text" => OK Is it bugs or I do something wrong ? Best regards,

3 5

Two levels of itemization with the 'intext' option
by Maggyero 05 Jun '14

05 Jun '14

Aditya finally gave me a great solution on Stack Exchange: > One way to achieve this is to explicitly set the width of each symbol, and align the symbol to > the right. Visually, this is give the output that you want. For example: > \definesymbol[emdash][---] > \setupitemize[1][packed, intext][symbol=emdash, width=2em, itemalign=left, distance=0.5ex] > \setupitemize[2][packed, intext][symbol=emdash, width=3em, itemalign=left, distance=0.5ex] So the complete solution is: \definesymbol[emdash][---] \setupitemize[each][packed, intext][% itemalign=left, symbol=emdash, distance=\spaceamount] \setupitemize[1][width=2em] \setupitemize[2][width=\dimexpr 3em + \spaceamount \relax] \setupitemize[3][width=\dimexpr 4em + 2\spaceamount \relax] \setupitemize[4][width=\dimexpr 5em + 3\spaceamount \relax] \starttext \startitemize \item Sed ut perspiciatis, unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam eaque ipsa, quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt, explicabo. \item Sed ut perspiciatis, unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam eaque ipsa, quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt, explicabo. \startitemize \item Sed ut perspiciatis, unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam eaque ipsa, quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt, explicabo. \item Sed ut perspiciatis, unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam eaque ipsa, quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt, explicabo. \startitemize \item Sed ut perspiciatis, unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam eaque ipsa, quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt, explicabo. \item Sed ut perspiciatis, unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam eaque ipsa, quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt, explicabo. \startitemize \item Sed ut perspiciatis, unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam eaque ipsa, quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt, explicabo. \item Sed ut perspiciatis, unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam eaque ipsa, quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt, explicabo. \stopitemize \stopitemize \stopitemize \stopitemize \stoptext

1 0