February 2014 - ntg-context - NTG Mailing Lists

metafun
by Herbert Voss 24 Mar '16

24 Mar '16

It is a hard job to understand how all works ... I tried to create the first example of the documentation "Page 257 Anchors and layers", but failed with mkii and iv. The page is created, but without the graphical elements. Not using \startbuffer--\stopbuffer makes no difference. MTXrun | current version: 2010.07.30 11:35 Herbert \starttext \section {Anchors and layers} \startbuffer[a] \setMPpositiongraphic{X-1}{mypos:arrow}{to=X-2} \setMPpositiongraphic{X-2}{mypos:arrow}{to=X-3} \stopbuffer \startbuffer[b] In a previous section we saw that some \hpos {X-1} {words} were \hpos {X-2} {circled} and connected by an \hpos {X-3} {arrow}. As with most things in \CONTEXT, marking these words is separated from declaring what to do with those words. This paragraph is keyed in as: \stopbuffer \getbuffer[a,b] \stoptext

5 5

Re: [NTG-context] Protrusion cancellation by index term
by Hans Hagen 21 Mar '16

21 Mar '16

On 2/22/2014 2:38 PM, Jan Tosovsky wrote: > On 2014-02-22 Jan Tosovsky wrote: >> >> when a punctuated phrase appears at the beginning of the line, it is >> not protruded correctly when preceded by an index term. >> >> ... \index{foo}>Bar< ... >> >> A minimal example is available at >> http://drifted.in/other/sample.tex >> >> I cannot place the space character between these two parts (which >> helps) as I sometimes need to join this and the previous phrase with >> the non-breaking space. >> > > It is more serious issue than expected. Consider next two variants: > > (1) sentence, \index{primary}>Primary< > (2) sentence,\index{primary} >Primary< > > When the line is broken after a comma: > ad 1) starting guillemet is not protruded > ad 2) ending comma is not protruded > > When \index is surrounded by spaces from both sides, the space is rendered > at the beginning of the next line (resulting in 'indenting'). > > :-S > > I'd be grateful for ignoring any non document content preceding punctuation > to avoid its influence on protrusion. well, think of it like this: [something]<text>[something else] with [something] being bound to < ... so that is then the boundary of the word, not < ... i might know a solution (but such -major- changes have to fit into my schedule) 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 -----------------------------------------------------------------

2 1

Setting expansion depth limit for metapost
by Michal Suszko 18 Feb '16

18 Feb '16

I'm preparing quite long presentation -- nearly 3000 sides, 900 figures (500 distinct PNG files). I'm using ConTeXt MkIV installed using minimals (2010.03.12 19:49). Recently I'm hitting MetaPost capacity limit on expansion depth: !mplib : mp terminal: ! MetaPost capacity exceeded, sorry [expansion depth=10000]. Increasing expand_depth in texmf.cnf and regenerating formats with context --make doesn't help. expansion depth is still at 10000 in error message. texmf.cnf in texmf-local I've changed is reported by context as first one in log line starting with "mkiv lua stats : used config path" What am I missing? Michal

3 5

Overfull boxes using m-cweb
by Edwin Wisse 27 Jan '16

27 Jan '16

Hello, I am running into overfull boxes when including a weaved cweb file into a context document. The original reference to the cwebmac.tex file (the plain TeX macro) is commented out and replaced by \usemodule[cweb]. The cweb macros appear to expand something into \*11ptmmmt* which seems to have something to do with it. Is there anyone here with experience and deep (Con)TeX(t) knowledge who understands what is happening? Regards, Edwin ----------------------------------part of my log file------------------------------------------------ Overfull \hbox (6.4885pt too wide) in paragraph at lines 3--13 \*11ptmmmr* for the ap-pli-ca-tion de-vel-op-ment mod-ule. This is a small ap-p li-ca-tion which loads file \hbox(7.63889+2.13889)x398.33858 .\*11ptmmmr* f .\*11ptmmmr* o .\*11ptmmmr* r .\glue(\spaceskip) 3.66628 .\*11ptmmmr* t .etc. Overfull \hbox (8.38132pt too wide) in paragraph at lines 3--13 \*11ptmmmr* with point and line da-ta and dis-plays it in a win-dow. It pro-vid es a us-er in-ter-face al- \hbox(7.63889+2.13889)x398.33858 .\*11ptmmmr* w .\*11ptmmmr* i .\*11ptmmmr* t .\*11ptmmmr* h .\glue(\spaceskip) 3.66628 .etc.

4 4

Critical editions with ConTeXt
by MANUEL GONZALEZ SUAREZ 24 Jul '15

24 Jul '15

9 19

next beta
by Hans Hagen 16 Apr '15

16 Apr '15

Hi The next beta will have this (I needed it for a manual): \starttext \starttabulate[||CL{darkred}|CM{darkgreen}CT{white}|CR{darkblue}||] \NC first \NC left \NC middle \NC right \NC last \NC \NR \NC first \NC \color[white]{left} \NC middle \NC \color[white]{right} \NC last \NC \NR \NC first \NC left \NC middle \NC right \NC last \NC \NR \stoptabulate \stoptext i.e. we already had CL CM and CR, so CT is new .. should be wikified. 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 -----------------------------------------------------------------

6 10

Steps in presentation
by pol stra 02 Jan '15

02 Jan '15

Hello, I tried to use some steps in a presentation. In the following conversation http://www.mail-archive.com/ntg-context@ntg.nl/msg53524.html, Wolfgang says that we can use the pre-60 module. So I tried this snippet: \usemodule[pre-stepwise] \starttext \StartSteps \startitemize \item one \FlushStep \item two \FlushStep \item three \FlushStep \stopitemize \StopSteps \stoptext But it does not compile: ConTeXt ver: 2012.09.11 20:36 MKIV fmt: 2012.9.12 int: english/english system > cont-new.mkiv loaded (/opt/context-minimals/texmf-context/tex/context/base/cont-new.mkiv system > beware: some patches loaded from cont-new.mkiv ) fonts > latin modern fonts are not preloaded languages > language en is active (pre60.tex resolvers > modules > loaded: 'pre-stepwise' (/opt/context-minimals/texmf-context/tex/context/base/s-pre-60.mkiv fonts > beware: no fonts are loaded yet, using 'lm mono' in box (/opt/context-minimals/texmf-context/tex/context/base/java-imp-stp.mkiv) interactions > javascripts > loaded: library 'stp' metapost > loaded: library 'nav' (/opt/context-minimals/texmf-context/tex/context/base/meta-imp-nav.mkiv)){/opt/context-minimals/texmf-fonts/fonts/map/pdftex/context/mkiv-base.map} fonts > preloading latin modern fonts (second stage) fonts > typescripts > unknown: library 'loc' {/opt/context-minimals/texmf-fonts/fonts/map/dvips/lm/lm-math.map}{/opt/context-minimals/texmf-fonts/fonts/map/dvips/lm/lm-rm.map} fonts > virtual math > unable to resolve name mapsfromchar fonts > fallback modern rm 12pt is loaded !LuaTeX error: There should have been a lua <node> here, not an object with type string! ==> Fatal error occurred, no output PDF file produced! Is there something broken in recent release of conteXt? By the way It seems there is no Rawsteps module anymore but it still is in the wiki. Is there is something like a bugtracker for conteXt, in order to signal when a feature is not working or outdated and signal when it is back (or definitly depreciate)? (it would be a complementary tool for the mailing list)

2 1

Configure AUCTeX to run context not texec
by Michael Ash 27 Jun '14

27 Jun '14

Dear all, I have a working version of context mash-laptop:~$ context --version mtx-context | ConTeXt Process Management 0.60 mtx-context | mtx-context | main context file: /usr/share/texmf/tex/context/base/context.mkiv mtx-context | current version: 2013.11.07 15:28 However, I edit files in emacs/AUCTeX and the compile command "C-c C-c" calls "texexec" instead of "context" and so can't compile in emacs. Does anyone know how to change the command from "texexec" to "context" in emacs/AUCTeX? Thanks. Best, Michael -- Michael Ash, Chair, Department of Economics Professor of Economics and Public Policy University of Massachusetts Amherst Amherst, MA 01003 Email mash(a)econs.umass.edu Tel +1-413-545-2590 Twitter https://twitter.com/michaelaoash

5 13

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

Re: [NTG-context] Hebrew vowel placement in ConTeXt.
by Michael Ash 02 May '14

02 May '14

Thank you. The unicode text looked good (although reversed left-to-right as I sent it) in my sent mail, and it looked perfect (corrected right-to-left) in your response. But it did not look good in the digest email (all the letters were convered to ?'s). Also it's typesetting fine in ConTeXt except for the vowel placement. Any suggestions there? Thank you again. Yours, Michael On Mon, Jun 17, 2013 at 12:22 PM, Idris Samawi Hamid ادريس سماوي حامد < ishamid(a)colostate.edu> wrote: > Greetings, Michael, > > > On Mon, 17 Jun 2013 10:15:11 -0600, Michael Ash <mash(a)econs.umass.edu> > wrote: > > Is there a standard way to send unicode text to this list? >> > > Your Unicode text came through perfectly: > > > \textdir TRT >> \hebrew >> לָכֵן חַכּוּ־לִי נְאֻם־יְהוָה לְיוֹם קוּמִי לְעַד כִּי מִשְׁפָּטִי >> לֶאֱסֹף גּוֹיִם לְקָבְצִי מַמְלָכוֹת לִשְׁפֹּךְ עֲלֵיהֶם זַעְמִי כֹּל >> חֲרוֹן אַפִּי כִּי בְּאֵשׁ קִנְאָתִי תֵּאָכֵל כָּל־הָאָרֶץ׃ >> \stoptext >> > > Maybe the encoding of your browser/mail-client needs to be set to > "Unicode" ("Automatic" usually works too). > > For high-level text-direction control, you may experiment with > > \righttoleft > \lefttoright > > as well as > > \setupdirections[bidi=global] > \setupdirections[bidi=local] > > Best wishes > Idris > -- > Professor Idris Samawi Hamid > Department of Philosophy > Colorado State University > Fort Collins, CO 80523 -- Michael Ash, Chair, Department of Economics Professor of Economics and Public Policy University of Massachusetts Amherst, MA 01003 Email mash(a)econs.umass.edu Tel +1-413-545-2590 Twitter @michaelaoash

4 6