- ntg-context - Mailing Lists

Math Alignment - start equation at left margin (Bug in latest beta)
by Curiouslearn 30 Nov '09

30 Nov '09

Just wanted to mention that I tried to achieve left alignment of single equation using: \setupformulas[align=flushleft] \startformula \text{\bf Example: } \frac{d(4x^{2})}{dx} = 4 \frac{dx^{2}}{dx} = 4 (2x) = 8x.\NC\NR \stopformula But that does not work with the latest beta -- (This is LuaTeX, Version beta-0.46.0-2009112820 ConTeXt ver: 2009.11.27 21:24 MKIV fmt: 2009.11.29 int: english/english). It, however, works with MKII. I suppose, my question is, whether is another way of doing it, or should I wait until the bug is fixed. Thanks. On Sun, Nov 29, 2009 at 6:45 PM, Curiouslearn <curiouslearn(a)gmail.com> wrote: > Hi, > Can someone please help with the alignment of the equation so that it > starts at left. I tried flushleft and other options (such as without > \NC \NR, with align=left etc.). None of them result in the equation > starting at the left margin. The equation is either placed in the > middle or is aligned to the right. I want it to start at the left. > > Thanks. > > \setuppapersize[letter][letter] > > \starttext > > \startformula\startalign[align={left}] > \NC\text{\bf Example: } \frac{d(4x^{2})}{dx} = 4 > \frac{dx^{2}}{dx} = 4 (2x) = 8x.\NC{ }\NR > \stopalign\stopformula > > \stoptext >

1 0

\inputfilename
by Wolfgang Schuster 29 Nov '09

29 Nov '09

Hi Hans, has the defintion for \inputfilename changed, when i used it in the past i got the filename without extension but now i get the filename plus extension. \starttext \inputfilename \stoptext Wolfgang

1 1

Re: [NTG-context] Problem with the 'scrp-cjk.lua'
by Yanrui Li 29 Nov '09

29 Nov '09

2009/11/29 Yanrui Li <liyanrui.m2(a)gmail.com> > > > 2009/11/29 Hans Hagen <pragma(a)wxs.nl> > > Yanrui Li wrote: >> >>> Hi Hans, >>> >>> In the *hanzi* part of scrp-cjk.lua, there is: >>> >>> local injectors = { -- [previous] [current] >>> ... ... ... >>> full_width_close = { >>> ... ... ... >>> chinese = nobreak_shrink_break_stretch, >>> ... ... ... >>> >>> This causes that lines can not be broken after some Chinese punctuations >>> in 'full_width_close' category. I think it should be: >>> >>> local injectors = { -- [previous] [current] >>> ... ... ... >>> full_width_close = { >>> ... ... ... >>> chinese = stretch_break, >>> ... ... ... >>> >>> >>> The same problem also arises here: >>> >>> local injectors = { -- [previous] [current] >>> ... ... ... >>> half_width_close = { >>> ... ... ... >>> chinese = nobreak_shrink_break_stretch, >>> ... ... ... >>> >>> It seems like it should be: >>> >>> local injectors = { -- [previous] [current] >>> ... ... ... >>> full_width_close = { >>> ... ... ... >>> chinese = stretch_break, >>> ... ... ... >>> >> >> i have no problem patching that but can you also make a test file then so >> that we have some benchmark / reference? >> >> > Please see the attachment file which includes a test.tex and two pdf > files. One is 'patched-test.pdf' shows some line-break after some Chinese > punctations. The other is 'no-patched-test.pdf' which seems like there is no > line-break after any punctation forever. > > Oh, sorry for my attachment file is too big. I deleted the 'no-patched-test.pdf'. Please see this attachment. -- Best regards, Li Yanrui

2 1

Troubles with columnsets and MacTeX 2009
by No? 29 Nov '09

29 Nov '09

Hi, I've been having issues with columns and \start(stop)bodymatter statements since I updated MacTeX to 2009. Here is a sample of code which works fine on MacTeX 2008 (tlmgr update'ed) version, and which crashes on MacTeX 2009. In both cases, the code was compiled using TeXShop in "ConTeXT" mode. This was tested on another Mac and the results are the same. Note that if you comment out the \start(stop)bodymatter statements in the TeX code, it actually compiles, but the text is missing (that is, only the titles of the sections show up in the PDF!). In the end: # Scenario 1: MacTeX 2008: everything is fine # Scenario 2: MacTeX 2008, *bodymatter statements commented out: everything is fine # Scenario 3: MacTeX 2009: code won't compile. Error message listed below # Scenario 4: MacTeX 2009, *bodymatter statements commented out: compilation OK, but no text in the PDF except for the section titles I am running Snow Leopard, and I have been using MacTeX for ages, and up to now, everything was fine with ConTeXT. I would really appreciate help! I hope the information I included is sufficient. Thank you very much! Nauhaie ### TeX code ### \useencoding[ffr] \mainlanguage[fr] \enableregime[utf-8] \definecolumnset[deuxcolonnes][n=2,balance=yes,distance=26pt] \starttext \startbodymatter \startcolumnset[deuxcolonnes] \section{Introduction} The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. \stopcolumnset \section{Annexes} \startcolumnset[deuxcolonnes] The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. The text here. \stopcolumnset \stopbodymatter \stoptext ### Error returned with MacTeX 2009 ### MTXrun | kpse fallback with progname 'context' initialized in 0.13 seconds TeXExec | processing document 'rapport_spectroscopie_optique.tex' TeXExec | no ctx file found TeXExec | tex processing method: context TeXExec | TeX run 1 TeXExec | writing option file rapport_spectroscopie_optique.top TeXExec | using randomseed 96 TeXExec | tex engine: pdftex TeXExec | tex format: cont-en This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009) (/usr/local/texlive/2009/texmf/web2c/natural.tcx) entering extended mode (./rapport_spectroscopie_optique.tex ConTeXt ver: 2009.08.19 17:10 MKII fmt: 2009.11.13 int: english/english system : cont-new loaded (/usr/local/texlive/2009/texmf-dist/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (/usr/local/texlive/2009/texmf-dist/tex/context/base/cont-new.mkii)) system : cont-fil loaded (/usr/local/texlive/2009/texmf-dist/tex/context/base/cont-fil.tex loading : ConTeXt File Synonyms ) system : cont-sys loaded (/usr/local/texlive/2009/texmf-config/tex/context/user/cont-sys.tex (/usr/local/texlive/2009/texmf-dist/tex/context/base/type-tmf.tex (/usr/local/texlive/2009/texmf-dist/tex/context/base/type-tmf.mkii)) (/usr/local/texlive/2009/texmf-dist/tex/context/base/type-siz.tex (/usr/local/texlive/2009/texmf-dist/tex/context/base/type-siz.mkii)) (/usr/local/texlive/2009/texmf-dist/tex/context/base/type-one.tex (/usr/local/texlive/2009/texmf-dist/tex/context/base/type-one.mkii))) system : rapport_spectroscopie_optique.top loaded (./rapport_spectroscopie_optique.top) bodyfont : 12pt rm is loaded language : patterns nl->texnansi:texnansi->1->2:2 nl->ec:ec->2->2:2 us-> ec:ec->3->2:3 de->texnansi:texnansi->4->3:3 de->ec:ec->5->3:3 da->ec:ec->6->2:2 sv->ec:ec->7->2:2 gb->ec:ec->8->2:2 fr->texnansi:texnansi->9->2:2 fr->ec:ec->1 0->2:2 es->ec:ec->11->2:2 ca->ec:ec->12->2:2 it->texnansi:texnansi->13->2:2 it- >ec:ec->14->2:2 la->ec:ec->15->2:2 pt->texnansi:texnansi->16->2:2 pt->ec:ec->17 ->2:2 ro->ec:ec->18->2:2 pl->pl0:pl0->19->2:2 pl->ec:ec->20->2:2 pl->qx:qx->21- >2:2 cs->il2:il2->22->2:2 cs->ec:ec->23->2:2 sk->il2:il2->24->2:2 sk->ec:ec->25 ->2:2 hr->ec:ec->26->2:2 sl->ec:ec->27->2:2 tr->ec:ec->28->2:2 agr->agr:agr->30 ->2:2 fi->ec:ec->31->2:2 hu->ec:ec->32->2:2 ru->t2a:t2a->34->2:2 uk->t2a:t2a->3 5->3:3 loaded specials : dvips loaded systems : system commands are disabled language : language en is active specials : loading definition file tpd (/usr/local/texlive/2009/texmf-dist/tex/context/base/spec-tpd.mkii specials : loading definition file fdf (/usr/local/texlive/2009/texmf-dist/tex/context/base/spec-fdf.mkii)) encoding : coding ffr is loaded (/usr/local/texlive/2009/texmf-dist/tex/context/base/enco-ffr.mkii system : module tryout loaded (/usr/local/texlive/2009/texmf-dist/tex/context/base/m-tryout.tex) language : language specific options [ec-fr] seamless appended language : language specific options [ec-fr] seamless appended ) (./rapport_spectroscopie_optique.tuo system : new version of utility file, second pass needed ) (./rapport_spectroscopie_optique.tuo) (./rapport_spectroscopie_optique.tuo) (./rapport_spectroscopie_optique.tuo) (./rapport_spectroscopie_optique.tuo) (./rapport_spectroscopie_optique.tuo) (./rapport_spectroscopie_optique.tuo) (./rapport_spectroscopie_optique.tuo) (./rapport_spectroscopie_optique.tuo) (./rapport_spectroscopie_optique.tuo) (./rapport_spectroscopie_optique.tuo) (./rapport_spectroscopie_optique.tuo) systems : begin file rapport_spectroscopie_optique at line 6 structure : begin of sectionblock bodymatter section : 1 Introduction section : 2 Annexes structure : end of sectionblock bodymatter fonts : resetting map file list {/usr/local/texlive/2009/texmf-dist/fonts/map/pdftex/context/original-empty.map } fonts : using map file: original-base {/usr/local/texlive/2009/texmf-dist/fonts/map/pdftex/context/original-base.map} fonts : using map file: original-ams-base {/usr/local/texlive/2009/texmf-dist/fonts/map/pdftex/context/original-ams-base. map} fonts : using map file: original-public-lm {/usr/local/texlive/2009/texmf-dist/fonts/map/pdftex/context/original-public-lm .map} fonts : using map file: lm-ec {/usr/local/texlive/2009/texmf-dist/fonts/map/dvips/lm/lm-ec.map} fonts : using map file: lm-math {/usr/local/texlive/2009/texmf-dist/fonts/map/dvips/lm/lm-math.map} fonts : using map file: lm-rm {/usr/local/texlive/2009/texmf-dist/fonts/map/dvips/lm/lm-rm.map} fonts : using map file: original-ams-euler {/usr/local/texlive/2009/texmf-dist/fonts/map/pdftex/context/original-ams-euler .map} (/usr/local/texlive/2009/texmf-dist/tex/context/base/sort-def.mkii) (/usr/local/texlive/2009/texmf-dist/tex/context/base/sort-lan.mkii) [1.1] ! Missing } inserted. <inserted text> } <to be read again> \endgroup l.31 \stopbodymatter ?

3 3

Frutiger Typescript
by Renaud AUBIN 29 Nov '09

29 Nov '09

Hello, I know almost nothing of typescript but it seems to me that, for Frutiger, type-buy.tex should contains: % frutiger \starttypescript [sans] [frutiger] [name] \definefontsynonym [Sans] [Frutiger-Roman] \definefontsynonym [SansCaps] [Frutiger-Roman] \definefontsynonym [SansItalic] [Frutiger-Italic] \definefontsynonym [SansSlanted] [Frutiger-Italic] \definefontsynonym [SansBold] [Frutiger-Bold] \definefontsynonym [SansBoldItalic] [Frutiger-BoldItalic] \definefontsynonym [SansBoldSlanted] [Frutiger-BoldItalic] \stoptypescript \starttypescript [sans] [frutiger] [ec,8r,texnansi] \definefontsynonym[Frutiger-Bold] [\typescriptthree-ftb] [encoding=\typescriptthree] \definefontsynonym[Frutiger-BoldItalic] [\typescriptthree-ftbi] [encoding=\typescriptthree] \definefontsynonym[Frutiger-Black] [\typescriptthree-ftbl] [encoding=\typescriptthree] \definefontsynonym[Frutiger-BlackItalic][\typescriptthree-ftbli][encoding=\typescriptthree] \definefontsynonym[Frutiger-Italic] [\typescriptthree-fti] [encoding=\typescriptthree] \definefontsynonym[Frutiger-Light] [\typescriptthree-ftl] [encoding=\typescriptthree] \definefontsynonym[Frutiger-LightItalic][\typescriptthree-ftli] [encoding=\typescriptthree] \definefontsynonym[Frutiger-Roman] [\typescriptthree-ftr] [encoding=\typescriptthree] \definefontsynonym[Frutiger-UltraBlack] [\typescriptthree-ftubl][encoding=\typescriptthree] % \loadmapfile[\typescriptthree-adobe-frutiger.map] % COMMENT THIS ONE \stoptypescript % ADD THESE \starttypescript [frutiger] [texnansi,ec,8r,uc] \definetypeface [frutiger] [ss] [sans] [frutiger] [default] [encoding=\typescripttwo] \loadmapfile [\typescripttwo-adobe-frutiger.map] \stoptypescript Best regards, Renaud

1 0

Verbatim problem in mkiv
by Chen Shen 29 Nov '09

29 Nov '09

Hi, I'm having problem with verbatim typing with linenumber under mkiv. The following code works fine without location=text turned off, but fails when it's turned on. The text 0279699410 appears at the beginning of every alternate line. Thanks a lot. regards, shenchen ========= start =========== \setuplinenumbering[location=text] \starttext \starttyping[numbering=line] aaaaa aaaaa aaaaa \stoptyping \stoptext ========= end ===========

3 2

Problem with the 'scrp-cjk.lua'
by Yanrui Li 29 Nov '09

29 Nov '09

Hi Hans, In the *hanzi* part of scrp-cjk.lua, there is: local injectors = { -- [previous] [current] ... ... ... full_width_close = { ... ... ... chinese = nobreak_shrink_break_stretch, ... ... ... This causes that lines can not be broken after some Chinese punctuations in 'full_width_close' category. I think it should be: local injectors = { -- [previous] [current] ... ... ... full_width_close = { ... ... ... chinese = stretch_break, ... ... ... The same problem also arises here: local injectors = { -- [previous] [current] ... ... ... half_width_close = { ... ... ... chinese = nobreak_shrink_break_stretch, ... ... ... It seems like it should be: local injectors = { -- [previous] [current] ... ... ... full_width_close = { ... ... ... chinese = stretch_break, ... ... ... -- Best regards, Li Yanrui

2 1

new beta
by Hans Hagen 29 Nov '09

29 Nov '09

Hi, i uploaded a beta with a few fixes. i also replaced the mtxrun.cmd etc file by executables (windows stubs only); on tex live we have a call chain: *.exe -> *.cmd|bat -> whatever and we don't want that many calls (and files) so i copied the regular runner and patched it into a mtxrun (.exe) this means that users who run mtxrun from an editor (default scite setup) should change mtxrun.cmd into mtxrun.exe (the same is true for luatools, texexec and texmfstart, where the later is actually replaced by mxrun) (btw, if you want a stub to for instance "mtxrun --script font" then you can just copy mtxrun.exe to mtx-fonts.exe and have a more direct call Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

5 9

New exe stubs for Windows & XP
by Mojca Miklavec 29 Nov '09

29 Nov '09

On Sat, Nov 28, 2009 at 17:19, Andreas Schneider wrote: > Hans Hagen wrote: >> Mojca Miklavec wrote: >> >>> I just came back. I guess that I should start fixing the (already >>> broken?) windows installation :) >> >> no need for fixing, it's just stubs .. just make sure that you copy the >> dll and exe files from the stub paths (and get rid of cmd/bat files when >> an exe is there) > > Doesn't work all too well here. I always get "Unsupported 16-Bit > Application" - "The program or feature [..]\luatools.exe cannot start or run > due to incompatibility with 64-bit versions of Windows. Please contact > [...]" and so on. Hello, Can any other "experienced" user please also test if these new executables inside scripts/context/stubs/mswin/ run fine on XP? Since the arrival of this complaint I didn't dare to touch anything yet. Mojca

1 0

Problem with font mapping
by Mika Ritola 29 Nov '09

29 Nov '09

Hello again, I seem to be running into all sorts of font problems. Now my document has suddenly turned bold. For example, running the following code results in "Test." being rendered in bold characters. \usemodule[simplefonts] \setmainfont[Adobe Garamond Pro] \starttext Test. \stoptext Running "mtxrun --script font --list --pattern="*Garamond*" --all" reveals that there's something fishy about the font mapping: adobegaramondpro => agaramondprosemibold => AGaramondPro-Semibold.otf adobegaramondprobold => agaramondprosemibold => AGaramondPro-Semibold.otf adobegaramondprobolditalic => agaramondprosemibolditalic => AGaramondPro-SemiboldItalic.otf adobegaramondproitalic => agaramondprobolditalic => AGaramondPro-BoldItalic.otf adobegaramondpronormal => agaramondproregular => AGaramondPro-Regular.otf adobegaramondproregular => agaramondprobold => AGaramondPro-Bold.otf adobegaramondprosemibold => agaramondprosemibold => AGaramondPro-Semibold.otf agaramondprobold => agaramondprobold => AGaramondPro-Bold.otf agaramondprobolditalic => agaramondprobolditalic => AGaramondPro-BoldItalic.otf agaramondproitalic => agaramondproitalic => AGaramondPro-Italic.otf agaramondproregular => agaramondproregular => AGaramondPro-Regular.otf agaramondprosemibold => agaramondprosemibold => AGaramondPro-Semibold.otf agaramondprosemibolditalic => agaramondprosemibolditalic => AGaramondPro-SemiboldItalic.otf As you can see, agaramond... are mapped properly while adobegaramond... are mapped wrong. Changing \setmainfont[Adobe Garamond Pro] to \setmainfont[agaramondpro] fixes the issue but, still, I'd prefer to use the former (as I've done until now) since it's clearer. I'm running ConTeXt version 2009.11.24 10:13. Mika

6 12