- ntg-context - Mailing Lists

Serious problems with kerning in setlayerframed
by Mojca Miklavec 23 Oct '12

23 Oct '12

Hello, I have some serious issues with kerning in MKIV, so I'll probably have to end up with MKII after all. I wonder what is going on in the following example where framed completely distorts the kerning. \setuppagenumbering [location=] \definepapersize [poster] [width=36cm,height=55cm] \starttext \setupbackgrounds[page][background=paper] \definelayer[paper] [width=\paperwidth,height=\paperheight] \startbuffer[title] \definedfont[Bold at 38pt] Kerning Screw Up \stopbuffer \setlayerframed[paper] [preset=lefttop,hoffset=.05\paperwidth,voffset=1cm] [width=0.9\paperwidth,align=middle,offset=4mm] {\getbuffer[title]} \definedfont[Bold at 38pt] No Kerning Screw Up \stoptext Mojca

2 1

Re: [NTG-context] ntg-context Digest, Vol 100, Issue 63
by Shane Peelar 23 Oct '12

23 Oct '12

Hi Wolfgang, Thanks for the quick and helpful reply. Is there also a way to change just the number colour and style in the example you provided? -Shane Peelar On Tue, Oct 23, 2012 at 12:21 PM, <ntg-context-request(a)ntg.nl> wrote: > Send ntg-context mailing list submissions to > ntg-context(a)ntg.nl > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.ntg.nl/mailman/listinfo/ntg-context > or, via email, send a message with subject or body 'help' to > ntg-context-request(a)ntg.nl > > You can reach the person managing the list at > ntg-context-owner(a)ntg.nl > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of ntg-context digest..." > > > Today's Topics: > > 1. Re: Lua in Ctx: "require()" fails? (Hans Hagen) > 2. Re: using two columns on a poster (\setlayerframed) (Hans Hagen) > 3. Re: Lua in Ctx: "require()" fails? > (Proch?zka Luk?? Ing. - Pontex s. r. o.) > 4. Re: TABLE: header with a thick bottom line (Rogers, Michael K) > 5. Re: Lua in Ctx: "require()" fails? (Hans Hagen) > 6. Some odd behaviour I noticed in MkIV with respect to > enumerations (Shane Peelar) > 7. Re: Some odd behaviour I noticed in MkIV with respect to > enumerations (Wolfgang Schuster) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 23 Oct 2012 16:53:01 +0200 > From: Hans Hagen <pragma(a)wxs.nl> > To: "Proch?zka Luk?? Ing. - Pontex s. r. o." <LPr(a)pontex.cz> > Cc: mailing list for ConTeXt users <ntg-context(a)ntg.nl> > Subject: Re: [NTG-context] Lua in Ctx: "require()" fails? > Message-ID: <5086AF4D.4000708(a)wxs.nl> > Content-Type: text/plain; charset=ISO-8859-2; format=flowed > > On 23-10-2012 16:37, Proch?zka Luk?? Ing. - Pontex s. r. o. wrote: > > > resolvers > libraries > ! checking for "Test.lua" using "lua" path > > "d:/Lukas/Lua/?.lua" > > " > > > > in the output log but "d:\Lukas\Lua\Test.lua" is not found here (?!). > > > > So - ? > > no clue ... maybe an error in test.lua > > ---------------------------------------------------------------- > 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 > ----------------------------------------------------------------- > > > ------------------------------ > > Message: 2 > Date: Tue, 23 Oct 2012 16:54:13 +0200 > From: Hans Hagen <pragma(a)wxs.nl> > To: mailing list for ConTeXt users <ntg-context(a)ntg.nl> > Cc: Mojca Miklavec <mojca.miklavec.lists(a)gmail.com> > Subject: Re: [NTG-context] using two columns on a poster > (\setlayerframed) > Message-ID: <5086AF95.2080904(a)wxs.nl> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 23-10-2012 16:21, Mojca Miklavec wrote: > > On Tue, Oct 23, 2012 at 4:05 PM, Aditya Mahajan wrote: > >> Perhaps, \startsimplecolumns > > > > Ouch. It seems like I'm asking the same question over and over again, > > and always get the same answer - to simplify things ;) This works in > > MKIV, but I have some problems with math in MKIV. In MKII this fails > > with > > > > ! Incomplete \iffalse; all text was ignored after line 49. > > <inserted text> > > \fi > > <*> poster.tex > > > > ? > > so how does your code look > > ----------------------------------------------------------------- > 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 > ----------------------------------------------------------------- > > > ------------------------------ > > Message: 3 > Date: Tue, 23 Oct 2012 16:58:57 +0200 > From: Proch?zka Luk?? Ing. - Pontex s. r. o. <LPr(a)pontex.cz> > To: "Hans Hagen" <pragma(a)wxs.nl>, ConTeXt <ntg-context(a)ntg.nl> > Subject: Re: [NTG-context] Lua in Ctx: "require()" fails? > Message-ID: <op.wmmzwjd6tpjj8f@lpr> > Content-Type: text/plain; charset=iso-8859-2; format=flowed; delsp=yes > > On Tue, 23 Oct 2012 16:53:01 +0200, Hans Hagen <pragma(a)wxs.nl> wrote: > > > On 23-10-2012 16:37, Proch?zka Luk?? Ing. - Pontex s. r. o. wrote: > > > >> resolvers > libraries > ! checking for "Test.lua" using "lua" path > >> "d:/Lukas/Lua/?.lua" > >> " > >> > >> in the output log but "d:\Lukas\Lua\Test.lua" is not found here (?!). > >> > >> So - ? > > > > no clue ... maybe an error in test.lua > > ... Have you seen the content of "Test.lua"? It just prints some text... > > When I downgraded Ctx to the previous installed version, it works... > > Lukas > > > -- > Ing. Luk?? Proch?zka [mailto:LPr@pontex.cz] > Pontex s. r. o. [mailto:pontex@pontex.cz] [http://www.pontex.cz] > Bezov? 1658 > 147 14 Praha 4 > > Tel: +420 244 062 238 > Fax: +420 244 461 038 > > > > ------------------------------ > > Message: 4 > Date: Tue, 23 Oct 2012 15:13:10 +0000 > From: "Rogers, Michael K" <mroge02(a)emory.edu> > To: mailing list for ConTeXt users <ntg-context(a)ntg.nl> > Subject: Re: [NTG-context] TABLE: header with a thick bottom line > Message-ID: > < > 1E5A50C784A8AD44B420EF5A1E9B2806AFC33F0C(a)e14mbx20n.Enterprise.emory.net> > > Content-Type: text/plain; charset="iso-8859-2" > > One issue is that the overlay overlaps the text space (reduces whitespace > or potentially overlaps letters). One could use a blank row with a black > background, but a row seems to have a minimum height of about 2mm. I > discovered the "boffset" key, which can be used with the overlay, but it's > kludgy. > > Perhaps there is a better way... > > Michael > > > \startuseMPgraphic{MP:thickBtm} > draw bottomboundary OverlayBox withpen pensquare scaled > \frameddimension{bottomrulethickness}; > clip currentpicture to OverlayBox; > setbounds currentpicture to OverlayBox; > \stopuseMPgraphic > > \defineoverlay[OL:thickBtm][\useMPgraphic{MP:thickBtm}] > > \starttext > \bTABLE % Overlay method > \setupTABLE[align=middle] > % By eye, by trial: boffset = bottomrulethickness/2 - 0.2mm > > \setupTABLE[header][background={OL:thickBtm},bottomrulethickness=3mm,boffset=1.3mm] > \setupTABLE[row][4][background={OL:thickBtm},bottomrulethickness=1.5mm, > boffset=.55mm] > % > \bTABLEhead\bTR\dorecurse{3}{\bTH#1\eTH}\eTR\eTABLEhead > > \bTABLEbody\dorecurse{6}{\bTR\dorecurse{3}{\bTD#1-##1\eTD}\eTR}\eTABLEbody > \eTABLE > \stoptext > > > ________________________________ > > This e-mail message (including any attachments) is for the sole use of > the intended recipient(s) and may contain confidential and privileged > information. If the reader of this message is not the intended > recipient, you are hereby notified that any dissemination, distribution > or copying of this message (including any attachments) is strictly > prohibited. > > If you have received this message in error, please contact > the sender by reply e-mail message and destroy all copies of the > original message (including attachments). > > > ------------------------------ > > Message: 5 > Date: Tue, 23 Oct 2012 17:28:58 +0200 > From: Hans Hagen <pragma(a)wxs.nl> > To: "Proch?zka Luk?? Ing. - Pontex s. r. o." <LPr(a)pontex.cz> > Cc: ConTeXt <ntg-context(a)ntg.nl> > Subject: Re: [NTG-context] Lua in Ctx: "require()" fails? > Message-ID: <5086B7BA.1090007(a)wxs.nl> > Content-Type: text/plain; charset=ISO-8859-2; format=flowed > > On 23-10-2012 16:58, Proch?zka Luk?? Ing. - Pontex s. r. o. wrote: > > On Tue, 23 Oct 2012 16:53:01 +0200, Hans Hagen <pragma(a)wxs.nl> wrote: > > > >> On 23-10-2012 16:37, Proch?zka Luk?? Ing. - Pontex s. r. o. wrote: > >> > >>> resolvers > libraries > ! checking for "Test.lua" using "lua" > path > >>> "d:/Lukas/Lua/?.lua" > >>> " > >>> > >>> in the output log but "d:\Lukas\Lua\Test.lua" is not found here (?!). > >>> > >>> So - ? > >> > >> no clue ... maybe an error in test.lua > > > > .... Have you seen the content of "Test.lua"? It just prints some text... > > > > When I downgraded Ctx to the previous installed version, it works... > > When I make > > e:\tmp\whatever.lua (current path) > e:\tmp\whatever\something.lua > > And run > > \starttext > > \enabletrackers[resolvers.libraries] > > \startluacode > print("LUAINPUTS",os.getenv("LUAINPUTS")) > > require("whatever") ; > require("something") ; > \stopluacode > > \stoptext > > i get > > LUAINPUTS e:/tmp/whatever > resolvers > libraries > ! locating "whatever" as "whatever.lua" > using formats "texlua" > resolvers > libraries > ! checking for "whatever.lua"' using > format "tex" > resolvers > libraries > ! lib "whatever.lua" located on > "whatever.lua" > whatever > resolvers > libraries > ! locating "something" as "something.lua" > using formats "texlua" > resolvers > libraries > ! checking for "something.lua"' using > format "tex" > resolvers > libraries > ! checking for "something.lua"' using > format "lua" > resolvers > libraries > ! lib "something.lua" located on > "e:/tmp/whatever/something.lua" > something > > so it must be something with your path spec > > ----------------------------------------------------------------- > 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 > ----------------------------------------------------------------- > > > ------------------------------ > > Message: 6 > Date: Tue, 23 Oct 2012 11:58:05 -0400 > From: Shane Peelar <lookatyouhacker(a)gmail.com> > To: ntg-context(a)ntg.nl > Subject: [NTG-context] Some odd behaviour I noticed in MkIV with > respect to enumerations > Message-ID: > <CAEseUXkaFYJTGP=K= > BGRL8kZTyzYxkEHvOhqGa-VHb7B0bLPng(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hello everyone, > > I was going through a tutorial to learn how to set up theorem-like > environments in ConTeXt: > http://www.ntg.nl/maps/36/09.pdf > > and I noticed a few strange behaviours. I recognize that this tutorial was > written for MkII ConTeXt, > but after consulting the documentation in the latest ConTeXt manual and the > wiki, I have determined > that these features should still work. I'm looking at the "list" > functionality of enumerations and descriptions. > In MkII, you can do the following: > > \defineenumeration[blah][ > ... > list=listname, > listtext={Text goes here}] > > and every time the enumeration is used, it'll be placed in the list you > specify. > The tutorial referenced above uses this to place a list of theorems with > proper naming and numbering, > as well as lemmas and other math things. In MkIV, I noticed that this > functionality doesn't work, or at least not in the same way. I was not > able to do: > > \placelist[enumeration:listname] > > for example. I was able to do \placelist[blah], however. After scouring > this mailing list and consulting the source code, I haven't been able to > find anything that would give me this functionality in MkIV. Was this > intentional, or is there another way to get this functionality back? > > The other strangeness I noticed was the "separator" option in > defineenumeration. > Normally one could do: > \defineenumeration[blah2][ > ... > separator=--] > > and things would work as they should, however this doesn't seem to work in > MkIV. The last piece of functionality I noticed was not being able to set > the number style in defineenumeration (which again works in MkII, tested > this morning), like so: > > \defineenumeration[blah3][ > numberstyle=bold] > > The wiki shows that these options should all be there, and they appear to > be at least referenced in the source code, but I'm not familiar enough with > the codebase to really give a good judgment of that. I noticed in one file > "strc-des.mkiv" it says in a comment "lists and titles are experimental". > Could anyone please help me out with these features? > > Thanks, > Shane Peelar >

2 1

Some odd behaviour I noticed in MkIV with respect to enumerations
by Shane Peelar 23 Oct '12

23 Oct '12

Hello everyone, I was going through a tutorial to learn how to set up theorem-like environments in ConTeXt: http://www.ntg.nl/maps/36/09.pdf and I noticed a few strange behaviours. I recognize that this tutorial was written for MkII ConTeXt, but after consulting the documentation in the latest ConTeXt manual and the wiki, I have determined that these features should still work. I'm looking at the "list" functionality of enumerations and descriptions. In MkII, you can do the following: \defineenumeration[blah][ ... list=listname, listtext={Text goes here}] and every time the enumeration is used, it'll be placed in the list you specify. The tutorial referenced above uses this to place a list of theorems with proper naming and numbering, as well as lemmas and other math things. In MkIV, I noticed that this functionality doesn't work, or at least not in the same way. I was not able to do: \placelist[enumeration:listname] for example. I was able to do \placelist[blah], however. After scouring this mailing list and consulting the source code, I haven't been able to find anything that would give me this functionality in MkIV. Was this intentional, or is there another way to get this functionality back? The other strangeness I noticed was the "separator" option in defineenumeration. Normally one could do: \defineenumeration[blah2][ ... separator=--] and things would work as they should, however this doesn't seem to work in MkIV. The last piece of functionality I noticed was not being able to set the number style in defineenumeration (which again works in MkII, tested this morning), like so: \defineenumeration[blah3][ numberstyle=bold] The wiki shows that these options should all be there, and they appear to be at least referenced in the source code, but I'm not familiar enough with the codebase to really give a good judgment of that. I noticed in one file "strc-des.mkiv" it says in a comment "lists and titles are experimental". Could anyone please help me out with these features? Thanks, Shane Peelar

2 1

TABLE: header with a thick bottom line
by Procházka Lukáš Ing. - Pontex s. r. o. 23 Oct '12

23 Oct '12

Hello, how to achieve the table header to have a thick bottom line? Here are my two attempts: ---- \starttext \bTABLE \setupTABLE[width=broad] \setupTABLE[header][align=middle] \bTABLEhead \bTR[bottomframe=on,rulethickness=2mm]\bTH a\eTH\bTH b\eTH\eTR \eTABLEhead \bTABLEbody \bTR\bTD 1\eTD\bTD 2\eTD\eTR \bTR\bTD 3\eTD\bTD 4\eTD\eTR \eTABLEbody \eTABLE Or even better: \bTABLE \setupTABLE[width=broad] \setupTABLE[header][bottomframe=on,rulethickness=2mm,align=middle] \bTABLEhead \bTR\bTH a\eTH\bTH b\eTH\eTR \eTABLEhead \bTABLEbody \bTR\bTD 1\eTD\bTD 2\eTD\eTR \bTR\bTD 3\eTD\bTD 4\eTD\eTR \eTABLEbody \eTABLE \stoptext ---- As you can see, in both cases all header cells are surrounded by a thick border; but only the bottom border should be. How to achieve it? TIA. Best regards, Lukas -- Ing. Lukáš Procházka [mailto:LPr@pontex.cz] Pontex s. r. o. [mailto:pontex@pontex.cz] [http://www.pontex.cz] Bezová 1658 147 14 Praha 4 Tel: +420 244 062 238 Fax: +420 244 461 038

4 5

Suppressing Page Numbers
by Malte Stien 23 Oct '12

23 Oct '12

Hi, Thank you again for all the great help, I have received here in recent weeks; it is much appreciated. I have page numbering setup in my layout.tex environment file, which I use for all of our documents. % Show the page number in the middle of the footer \setuppagenumbering[ alternative=singlesided, location={header, margin}, style=bold, ] For a particular document, though, I don't want page numbers. Is there a way of locally suppressing the page numbers while still importing (via environment) the layout.tex file? I guess, what I am asking is, is there a way to "override" the setuppagenumbering setup locally? A workaround would be to have a second layout.tex file, just for this document, but I much prefer not to. Regards, Malte.

2 1

[test suite] Bibtex-related test fails to compile.
by Marco Pessotto 23 Oct '12

23 Oct '12

I've imported most of the testfiles kindly provided by Hans. Now the test suite has grown to ~900 files. I'm running them in chunks and I'll keep reporting, even if I don't need the feature. If you prefer me to post to another list, please let me know. https://github.com/melmothx/context-unofficial-test-suite/tree/master/src/m… collapse-001.tex fails to compile. See below the log. progressive-005.tex picks a different LM font, but probably because I don't have the required fonts installed and it's using a different one as fallback (I don't know which one is supposed to be the good one, probably noone :-). The other differences are just due to different distances, so I'm promoting them to references. Best wishes context collapse-001.tex mtx-context | run 1: luatex --fmt="/media/data/melmoth/progetti/context-cutting-edge/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/cont-en" --jobname="collapse-001" --lua="/media/data/melmoth/progetti/context-cutting-edge/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/cont-en.lui" --no-parse-first-line --c:currentrun=1 --c:fulljobname="./collapse-001.tex" --c:input="./collapse-001.tex" --c:kindofrun=1 "cont-yes.mkiv" This is LuaTeX, Version beta-0.70.1-2012052416 (rev 4277) \write18 enabled. (/media/data/melmoth/progetti/context-cutting-edge/tex/texmf-context/tex/context/base/cont-yes.mkiv ConTeXt ver: 2012.10.22 11:01 MKIV fmt: 2012.10.22 int: english/english system > cont-new.mkiv loaded (/media/data/melmoth/progetti/context-cutting-edge/tex/texmf-context/tex/context/base/cont-new.mkiv system > beware: some patches loaded from cont-new.mkiv ) system > files > jobname: collapse-001, input: collapse-001, result: collapse-001 fonts > latin modern fonts are not preloaded languages > language en is active (collapse-001.tex{/media/data/melmoth/progetti/context-cutting-edge/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map} fonts > preloading latin modern fonts (second stage) fonts > typescripts > unknown: library 'loc' {/media/data/melmoth/progetti/context-cutting-edge/tex/texmf/fonts/map/dvips/lm/lm-math.map}{/media/data/melmoth/progetti/context-cutting-edge/tex/texmf/fonts/map/dvips/lm/lm-rm.map} fonts > virtual math > unable to resolve name mapsfromchar fonts > fallback modern rm 12pt is loaded publications > file collapse-001.bbl not found, waiting for bibtex ! Undefined control sequence. system > tex > error on line 27 in file collapse-001.tex: Undefined control sequence ... 17 \stoppublication 18 19 \setuppublications[state=start,refcommand=authoryear,authoretallimit=1] 20 21 \setupcite[author][left=,right=] 22 23 \starttext 24 25 [\cite{Me2011}] \par 26 [\cite{Me2011,Me2012}] \par 27 >> [\cite{Me2013}] \par 28 29 \stoptext 30 \handlemultiplebibauthors ...et \currentbibauthor \empty \def \bibprocessaut... \setcurrentbibauthor ...hors {\commalistsize }{#1} \fi \dodobibauthoryear ...t }\setcurrentbibauthor {#1} \ifnum \scratchcounter =\p... \9>>1 #1,->\dodobibauthoryear {#1} \syst_helpers_do_process_comma_item \syst_helpers_do_process_comma_list ...rgument #1, ]\relax \global \advance \... \docite ...cite {#1}{#2}\else \donumberedcite {#1} \fi \endgroup l.27 [\cite{Me2013} ] \par ? -- Marco

1 3

Re: [NTG-context] Bug in math integral
by Hans Hagen 23 Oct '12

23 Oct '12

On 22-10-2012 21:41, Otared Kavian wrote: > > On 22 oct. 2012, at 18:47, Marco Pessotto <melmothx(a)gmail.com> wrote: > >> […] >> Should the attached (compiled with the latest beta, as fixed by Hans) be >> used as referenced? >> > > Hi Marco and Hans, > > Thanks to everyone for your attention, and many thanks to Hans for having tried to fix the bug in mkiv. > Unfortunately the bug is still there, as it can be seen from the comparison of the two PDF files I am sending with this message: they are both the result of typesetting the same source file I sent you. The one typeset with mkii has the correct output, while the one with mkiv is not correct (the spacing of the bounds of the integrals and the spacing between the integrals when they are invoked with \iint or \iiint are incorrect). (I tried this with ConTeXt version 2012-10-22, 11:01). > The « reference » output should be the file « math-integral-mkii-2012-10-22.pdf » Keep in mind that mkiv and mkii will never produce the same results (e.g.: more granularity in font metrics in mkiv, less juggling with combined shapes in mkiv, etc). SO, it can never be the pixel wise reference. The issue with italic correction is complex. First of all italic corrections are a tex thing while in otf advanced kerning mechanism is used. This means that the engine has to deal with traditional as well ad new mechanisms. In the process of developing luatex and mkiv, we went through several phases, one is that the italic correction had to be added to the width (a handicap is that luatex has to make some guesses, and the mkiv vf is a wide font on the one hand but still a traditional one). Anyhow, already quite a while ago, mkiv got two mechanisms to deal with italic correction, one for text and one for math (otf text fonts have no italic correction). Both mechanism can be configured to adapt themselves to the situation. For math we have 4 variants. \setupmathematics[italics=1] % fontitalics \setupmathematics[italics=2] % fontdata \setupmathematics[italics=3] % quad based \setupmathematics[italics=4] % combination of 1 and 3 \setupmathematics[italics=none] Depending on available italic info or the lack of it, correction is applied. Of course this can be improved. Once they are complete, we can make the new gyre math fonts default and some of the problems will go away. The virtuals will then be kept as an example of defining virtual fonts. Concerning the issue: i removed adding the italic correction to the width (something that was needed in a previous version of luatex). 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

Color red:3
by Procházka Lukáš Ing. - Pontex s. r. o. 22 Oct '12

22 Oct '12

Hello, there is a color "red:3" noticed at http://wiki.contextgarden.net/Colors. However, the following code doesn't work with color "red:3" specification: ---- \starttext \showcolor[rgb] \color[red]{AAA} \color[red:3]{AAA} \stoptext ---- So, how it the matter with using "red:3" correctly? TIA. Best regards, Lukas -- Ing. Lukáš Procházka [mailto:LPr@pontex.cz] Pontex s. r. o. [mailto:pontex@pontex.cz] [http://www.pontex.cz] Bezová 1658 147 14 Praha 4 Tel: +420 244 062 238 Fax: +420 244 461 038

3 6

Re: [NTG-context] making horizontal space in luacode.
by Jeong Dal 22 Oct '12

22 Oct '12

Dear Aditya, Hans Both solutions work well. It is really efficient to write matrix in ConTeXt + lua. I am enjoying the benefit of lua in ConTeXt. Thank you. Best regards, Dalyoung > > \definehspace[skip][3em] > \starttext > \startluacode > context("Some text") > context.hspace{"skip"} > context("More text") > \stopluacode > \stoptext > > > Aditya > > > ------------------------------ > > Message: 5 > Date: Mon, 22 Oct 2012 09:40:01 +0200 > From: Hans Hagen <pragma(a)wxs.nl> > To: mailing list for ConTeXt users <ntg-context(a)ntg.nl> > Subject: Re: [NTG-context] making horizontal space in luacode. > Message-ID: <5084F851.7050203(a)wxs.nl> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 22-10-2012 07:15, Aditya Mahajan wrote: >> On Mon, 22 Oct 2012, Jeong Dal wrote: >> >>> Dear all, >>> >>> 1. I'd like to make a horizontal space using \hspace[3em] inside luacode. >>> >>> But context.hspace({3em}), context.hspace({"3em"}), >>> context.hspace("3em") don't work. >>> And print(" ") doesn't work either. >>> >>> How to make some horizontal space in luacode? >> >> >> \hspace does not accept dimensions. The syntax for hspace is >> >> \definehspace[whatever][3em] >> >> \hspace[whatever]. >> >> So, you need: >> >> \definehspace[skip][3em] >> \starttext >> \startluacode >> context("Some text") >> context.hspace{"skip"} >> context("More text") >> \stopluacode >> \stoptext > > Indeed this is the best way. At some point I'll wrap primitives (maybe > in another namespace). If you really want to use context.hskip, you can > say context.hskip(false,"10pt plus 5pt") etc as a first false argument > will signal a drop of {}. > > Hans

1 0

Current ConTeXt & wiki
by Mojca Miklavec 22 Oct '12

22 Oct '12

On Thu, Oct 18, 2012 at 7:42 PM, Sietse Brouwer wrote: > Hello Malte, Mojca, > > Malte wrote: >> PS: The latest stable seems to still be 2011.05.18; any reason why that does not get updated? > > This was discussed on the mailing list a while ago; Mojca gave a > rather complete answer. > http://www.mail-archive.com/ntg-context@ntg.nl/msg65226.html > > @Mojca: you wrote, about promoting the version in TeX Live 2012 to > stable/current, the following: > >> I have no idea how Hans uploads current versions, but I could make a >> zip, upload it to CTAN and make it available as current in minimals. >> (If I forget to do that in less than a week, please remind me.) I have uploaded it to CTAN (I didn't get confirmation email yet), Hans has updated the version on Pragma and it already proliferated to the distribution. > I completely forgot to remind you. :-) How about sometime this week, > would that be attemptable? Then we can also update the wiki's ConTeXt > engine. Now, you should blame me. I made a backup of the old context version (for Taco: current-backup) and updated to current (2012.05.30 11:26), but it doesn't work at all. It says "pdfcrop failed", but my impression is that not even the temporary folder to store the tex file (and compile the pdf) gets generated. This issue needs Taco's help. (I can easily revert to the old version by renaming the folder, but sooner or later we need to upgrade the version.) I didn't touch wiki sources at all. Mojca

8 11