[NTG-context] Two levels of itemization with the 'intext' option
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 ___ 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] internal mptopdf converter skips some glyphs in labels
On 6/5/2014 4:17 AM, Sanjoy Mahajan wrote: Hans Hagen pra...@wxs.nl writes: This is with Context 2013.05.28 00:36 MKIV (TL2013 on Debian). the beta works ok .. are there any messages with respect to missing fonts or map files? FYI, with recent betas (2014.05.17 from a context standalone or 2014.05.21 from Debian TL2014), I still find the problem with the internal mptopdf converter dropping glyphs. I work around it in the Makefile (convert using mptopdf externally). However, in case it is worth tracking down, here is the original report with the minimal example. you see the message: LuaTeX warning (file cmr10): Font cmr10 at 3000 not found so you need to load a map file that matches the used fonts: \loadmapfile[mkiv-base] == The internal mptopdf converter in MkIV omits 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. == -- - 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] [bug?] no space before \cite[data][] and after \abbreviation
Am 28.05.2014 um 11:37 schrieb pol stra r...@hotmail.fr: Subject: Re: [NTG-context] [bug?] no space before \cite[data][] and after \abbreviation From: schuster.wolfg...@gmail.com Date: Tue, 27 May 2014 16:38:28 +0200 CC: ntg-context@ntg.nl To: r...@hotmail.fr Am 25.05.2014 um 09:27 schrieb Pol Stra r...@hotmail.fr: What about the cite command and the space _before_? Do you have a minimal example for this? Wolfgang Sorry, it seems the issue appears only when used in footnote. I joined a minimal example. You can see in the output that there is a space in the text, but not in the footnote. I don’t know why the space is removed in the footnote but when you use a nonbreakable space with ~ it won’t disappear. 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] [+-OT] reducing pdf file
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.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] [+-OT] reducing pdf file
On Thu, Jun 05 2014, Andrea Valle wrote: The problem lies in its size: 220 Mb. Could anyone provide a method (if any) for reducing the size? You could convert it to JPEG at the resolution that you need. -- Peter ___ 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] standard setup values for titles in heads and lists?
On 06/04/2014 10:50 PM, Wolfgang Schuster wrote: Am 04.06.2014 um 21:34 schrieb Pablo Rodriguez: 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. The file strc-lst.mkvi contains the code for \setuplist and \placelist command but the default settings for chapter, section etc. entries are set in strc-def.mkiv. Many thanks for your reply, Wolfgang. This is exactly what I was looking for. 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] bug with \setuplist[part][after={\blank[samepage, big]}]
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 ___ 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] [+-OT] reducing pdf file
On 06/05/2014 12:24 PM, Andrea Valle wrote: The problem lies in its size: 220 Mb. Could anyone provide a method (if any) for reducing the size? This command should reduce your file: java -cp Multivalent20060102.jar tool.pdf.Compress huge-document.pdf Multivalent can be found at http://www.vrspace.org/sdk/java/multivalent/Multivalent20060102.jar. BTW, the newer Multivalent release from 2009 doesn’t include the compression tool. I hope this 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 ___
[NTG-context] grid + description + superscript
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
___
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] bug with \setuplist[part][after={\blank[samepage, big]}]
On 6/5/2014 6:02 PM, Pablo Rodriguez wrote: 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? no, more with before/after settings in the list setup (that you can change per section) 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] grid + description + superscript
On 6/5/2014 6:20 PM, Trond Thorbjørnsen wrote:
Superscript in math in a description, results in a blank line, see the example.
Is there a way to avoid this?
\setuplayout[grid=tolerant]
-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
___
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
___
--
-
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] internal mptopdf converter skips some glyphs in labels
Hans Hagen pra...@wxs.nl writes: you see the message: LuaTeX warning (file cmr10): Font cmr10 at 3000 not found You are right, though I had unwisely ignored it (weak excuse below). so you need to load a map file that matches the used fonts: \loadmapfile[mkiv-base] That does fix it, thanks. The warning message, which is helpful, seems to happen only with a relatively recent LuaTeX. In my earlier tests, with 0.78, there wasn't a message, and also with the luatex in Debian's TL2014 there isn't one (which is why I ignored it). Debian's TL has luatex beta-0.79.1 (TeX Live 2014/Debian) (rev 4971) The version in the context standalone is just a bit later: beta-0.79.1 (TeX Live 2014/dev) (rev 4972) Hard to believe that one svn revision makes all the difference, but maybe it does. -Sanjoy ___ 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] internal mptopdf converter skips some glyphs in labels
On 6/5/2014 9:37 PM, Sanjoy Mahajan wrote: Hans Hagen pra...@wxs.nl writes: you see the message: LuaTeX warning (file cmr10): Font cmr10 at 3000 not found You are right, though I had unwisely ignored it (weak excuse below). so you need to load a map file that matches the used fonts: \loadmapfile[mkiv-base] That does fix it, thanks. The warning message, which is helpful, seems to happen only with a relatively recent LuaTeX. In my earlier tests, with 0.78, there wasn't a message, and also with the luatex in Debian's TL2014 there isn't one (which is why I ignored it). Debian's TL has luatex beta-0.79.1 (TeX Live 2014/Debian) (rev 4971) The version in the context standalone is just a bit later: beta-0.79.1 (TeX Live 2014/dev) (rev 4972) Hard to believe that one svn revision makes all the difference, but maybe it does. I've added a --mapfiles option to mtxrun --script metapost (the more modern replacement for mptopdf) and default to some base map files. Will be in next beta. In context itself (when embedding such graphics) one still need to include those map files. However, when using mp graphics in context, it makes much more sense to define them runtime. Alternatively, you can consider making your mp graphics like this: \startMPpage some code \stopMPpage This will use the regular font system, gives access to everything context as well, and makes it possible to opentype fonts. The resulting (cropped) graphic can of course be included. One can also have more of them: \starttext \startMPpage some code \stopMPpage \startMPpage some code \stopMPpage \stoptext and include the pages selectively. 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] internal mptopdf converter skips some glyphs in labels
Hans Hagen pra...@wxs.nl writes: Alternatively, you can consider making your mp graphics like this: \startMPpage some code \stopMPpage This will use the regular font system, gives access to everything context as well, and makes it possible to opentype fonts. The resulting (cropped) graphic can of course be included. One can also have more of them: That's an improvement on what I am doing. (Though I may be getting lots of ConTeXt and OpenType fonts, by using a preamble with verbatimtex %cont-en ... etex ) Right now my figure source (blah.mpfig, say) is what would go in between begin/endfig. The Makefile wraps it in begin/endfig, and includes a header.mp with all the definitions hopefully consistent with the main document's environment (terrible, I know), writes out blah.mp, which is run through metapost and mptopdf. The disadvantage of incorparating everything into the .tex may be the edit--compile cycle gets much longer for the figures, because you have to compile the whole document or component to see the revised figure. (My rule of thumb is that typing is about 10 times faster than handwriting, unless one has to do equations, in which case you lose a factor of 3; or if you have to make figures, in which case you lose the other factor of 3 (3^2=10), and maybe more.) -Sanjoy ___ 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] Margin heading problem, was Re: sections
On 2014-06-02 19:16, Rik Kabel wrote:
On 2014-06-02 04:09, Hans Hagen wrote:
On 6/2/2014 3:44 AM, Rik Kabel wrote:
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{XX}}
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
you can always skip back whitespace or add 'nowhite'
Well, nowhite is a start, but the solution is still a way off.
Meanwhile, the following works for non-grid layouts with reasonable
values for \setupwhitespace, although perhaps somebody can come up with
a more eloquent way to write it:
\newdimen\SectionHeadSkip
\SectionHeadSkip\dimexpr-2\lineheight-\parskip\relax
\setuphead
[section]
[command=\SectionCommand,
distance=0pt,
after={\strut\blank[\the\SectionHeadSkip,samepage,disable,nowhite]},
]
\define[2]\SectionCommand
{\inmargin{#1 – #2}}
A better formulation (better because it preserves any stretch that might
defined by \setupwhitespace):
\setupwhitespace [big]
\newdimen\Parskip
\Parskip\dimexpr-\parskip\relax
\setuphead
[section]
[command=\SectionCommand,
distance=0pt,
after={\strut\blank[\the\Parskip,-2*line,
samepage,disable,nowhite]},
]
\define[2]\SectionCommand
{\inmargin{#1 – #2}}
As with the previous, \Parskip has to be redefined if \setupwhitespace
changes, so it is probably best left until after \starttext, when the
body font is established.
When enabling grid layouts, the number of lines needs to be adjusted.
No, it is not stable on grid layouts. Sections that have a figure placed
as the first thing will be a line off.
Floats that appear as the first thing after a heading may present
problems, especially with larger values for \setupwhitespace. (The
default, with no location= specified, is pretty good, but when
location={left,force} or such, there is often an unwanted offset from
the header. and page breaks still appear between the heading and figure
at times, despite the samepage setting for \blank.)
So, this is quite fragile. It requires careful checking of every
heading, and manual tuning when one breaks. Not a desirable solution,
but at least it is possible.
Still fragile.
--
Rik Kabel
___
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] internal mptopdf converter skips some glyphs in labels
On 6/5/2014 11:27 PM, Sanjoy Mahajan wrote: Hans Hagen pra...@wxs.nl writes: Alternatively, you can consider making your mp graphics like this: \startMPpage some code \stopMPpage This will use the regular font system, gives access to everything context as well, and makes it possible to opentype fonts. The resulting (cropped) graphic can of course be included. One can also have more of them: That's an improvement on what I am doing. (Though I may be getting lots of ConTeXt and OpenType fonts, by using a preamble with verbatimtex %cont-en ... etex ) I must admit that I never use verbatimtex (nor btex/etex). Right now my figure source (blah.mpfig, say) is what would go in between begin/endfig. The Makefile wraps it in begin/endfig, and includes a header.mp with all the definitions hopefully consistent with the main document's environment (terrible, I know), writes out blah.mp, which is run through metapost and mptopdf. Including environments and styles is easier when you run the mp graphic as context file. Just \environment ... will do. The disadvantage of incorparating everything into the .tex may be the edit--compile cycle gets much longer for the figures, because you have to compile the whole document or component to see the revised figure. (My rule of thumb is that typing is about 10 times faster than handwriting, unless one has to do equations, in which case you lose a factor of 3; or if you have to make figures, in which case you lose the other factor of 3 (3^2=10), and maybe more.) That is only true if you can produce content at high speed -) Otherwise the ratio typing - thinking - making up text etc is not that good. Are you sure' it's 'much' longer? You can still put graphics in external files, or use \useMPgraphic etc ... Running mp in context (luatex) is pretty fast (esp when your viewer refreshes fast too). And when at some point you want to use the new lua extension in mp you can only run it that way. 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] Keyword order problem
On 6/4/2014 4:55 AM, Rik Kabel wrote:
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.
The command
\enabletrackers[vspacing.spacing]
Gives some insight in the processing order. Samepage is an option that
changes the order (gravity) so it triggers a flush.
At some point I will redo part of that code (as it was written very
early in the mkiv/luatex development) but not today.
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
___
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
___
--
-
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
___
