- ntg-context - Mailing Lists

Strange behaviour by processing a project file
by pavel＠hanak.name 03 Oct '12

03 Oct '12

Hello, I have the following file structure: * file "my-project.tex" contains: \environment my-environment \startproject my-project \product my-product1 \product my-product2 \stopproject * file "my-environment.tex" contains: ... font definitions, style definitions etc. * file "my-product1.tex" contains: \project my-project \startproduct my-product1 ... \stopproduct * file "my-product2.tex" contains: \project my-project \startproduct my-product2 ... \stopproduct Now, when I process the product1 with "context my-product1.tex" I get the output in my-product1.pdf as expected. But when I try to process the whole project with "context my-project.tex", the file is processed but I get no pdf output, which surprise me, because in the reference manual contextref.pdf I read: "In principal a project file contains only a list of products and environments. If you would process the project file all products will be placed in one document. This is seldom wanted." So I would expect to get one pdf outputfile with all products. Could anyone explain me, why I don't get any pdf output? Best regards Pavel

2 1

TABLE and row/column align settings
by Procházka Lukáš Ing. - Pontex s. r. o. 03 Oct '12

03 Oct '12

Hello, I have a complicated TABLE, but I simplified it to the following example: ---- \def\DoTable#1{% \bTABLE \setupTABLE[width=2cm] \setupTABLE[column][#1][align=flushright] % ....................................................... [1] \setupTABLE[row][1][align=middle] % Settings for ALL columns in the row 1 should be overwritten ... [2] \bTABLEhead \bTR \bTH a\eTH \bTH b\eTH \eTR \eTABLEhead \bTABLEbody \bTR \bTD a\eTD \bTD b\eTD \eTR \eTABLEbody \eTABLE } \starttext No column specification: \DoTable{} With column specification: \DoTable{2} \stoptext ---- The problem is that row #1 should be mid-aligned in all columns. So I wrote: ---- \setupTABLE[column][2][align=flushright] % Column #2 has its own alignment... \setupTABLE[row][1][align=middle] % ... but overwrite here for the whole row #1 (including column #2) ---- But column #2 keeps the previously assigned alignment. The situation doesn't change even if I swap [1] and [2] (for the case "the earlier setting, the higher priority"). Moreover, if the column number if not specified (\DoTable{}), the row setting overwrites setting for ALL columns; so only if the column is specified precisely, its setting is kept. So how to overwrite row #1 setting globally? And how setting priorities are evaluated? I guessed the later specification, the higher weight (which would allow overwriting)... Note that in the example it would be possible to specify settings for each row/column, but it not useful way in the case of more/very complicated tables. 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

2 4

Problem with new version
by pavel＠hanak.name 03 Oct '12

03 Oct '12

Hello, yesterday I upgraded my debian and I found out that my previsously prepared publication cannot be compiled with the new version of ConTeXt. The publication looks like: * main file "ausgewaehlte.tex" \startproject ausgewaehlte \environment ausgewaehlte_environment \startfrontmatter \setuppagenumbering[state=stop] \product titelpage \stopfrontmatter \startbodymatter \setuppagenumbering[state=start] \product first \product second ... \stopbodymatter \stopproject * environment file "ausgewaehlte_environment.tex" \startenvironment ausgewaehlte_environment \usemodule[typo-krn] \usemodule[letterspace] \setupoutput[pdftex] \enableregime[utf] \mainlanguage[cz] \definefontfeature[hz][default][protrusion=punctuation,expansion=quality, mode=node] \definefontfeature[oldnumbers][language=DFLT,script=latn,onum=yes] \setupfonthandling [hz][min=20, max=20, step=5] \setupalign[hz,hanging] ... ... \stopenvironment This publication I could compile without problem with context having these debian packages: luatex 0.70.1-1+b1 next generation TeX engine texlive-luatex 2009-15 TeX Live: LuaTeX packages context 2011.05.18.20110627-1 powerful TeX format context-modules 20110701-1 additional ConTeXt modules After upgrading debian to: luatex 0.70.1.20120524-3 amd64 next generation TeX engine texlive-luatex 2012.20120611-4 all TeX Live: LuaTeX packages context 2012.05.30.20120611-1 all powerful TeX format context-modules 20120611-1 all additional ConTeXt modules I get these error by compiling the above source: This is LuaTeX, Version beta-0.70.2-2012070300 (TeX Live 2012/Debian) \write18 enabled. (ausgewaehlte.tex jobcontrol > version mismatch with jobfile: 1.14 <> 1.19 ConTeXt ver: 2012.05.30 11:26 MKIV fmt: 2012.9.28 int: english/english system > cont-new.mkiv loaded (/usr/share/texmf/tex/context/base/cont-new.mkiv system > beware: some patches loaded from cont-new.mkiv ) system > ausgewaehlte.top loaded (ausgewaehlte.top) fonts > latin modern fonts are not preloaded languages > language en is active {/usr/share/texmf/fonts/map/pdftex/context/mkiv-base.map} fonts > preloading latin modern fonts (second stage) fonts > typescripts > unknown: library 'loc' {/usr/share/texmf/fonts/map/dvips/lm/lm-math.map}{/usr/share/texmf/fonts/map/dvips/lm/lm-rm.map} fonts > virtual math > unable to resolve name mapsfromchar fonts > fallback modern rm 12pt is loaded (ausgewaehlte_environment.tex resolvers > modules > loaded: 'typo-krn' (/usr/share/texmf/tex/context/base/typo-krn.mkiv loading > ConTeXt Typesetting Macros / Kerning <+ /usr/share/texmf/tex/context/base/typo-krn.lua> system > duplicate core namespace 'characterkerning' \wait = Could anyone explain me what happened? Why the new context version complains about "duplicate core namespace" when the previous version worked without problems? Any help will be appreciated. Best regards Pavel

2 1

Split \starttabulates
by Malte Stien 03 Oct '12

03 Oct '12

Dear all, I have a number of tables defined like this: \placetable[here][tab:some-table]{Some Table} \starttabulate[|w(.30\textwidth)p|w(.70\textwidth)p|] \HL \NC {\bf Animal} \NC {\bf Comment} \NC\FR \HL \NC Cat \NC Pretty cool \NC\MR \NC Bear \NC Kind of lazy \NC\MR \NC Sheep \NC Always hungry \NC\MR \HL \stoptabulate However, I need one of these tables to split over adjacent pages, which according to the documentation should be achievable with \setuptabulate[split=yes] However, that does not seem to work in connection with the \placetable line. That is, if I put that last line in front of the block mentioned above, the table does still not split across adjacent pages. I have to remove the \placetable line for the \setuptabulate line to have any effect, except then I loose my caption and can no longer cross-reference to table either. Any clues? Thank you, Malte.

2 1

xits font: some spacing and scaling problems
by Andreas Mang 02 Oct '12

02 Oct '12

Hi there, Not quite sure if this is the right place. I wanted to send this directly to Khaled Hosny, but then I thought it might be good to have some additional opinion on some of these issues (I am not quite sure if some of this is intended behaviour). I have collected some examples for which I think there are some scaling and spacing problems in xits. Also, small caps are not supported. Is this intended?! Thanks for your help. Cheers, Andreas %%%%%%%%%%%% MINIMAL EXAMPLE %%%%%%%%%%%% \setupbodyfont[xits,11pt] \starttext $\diamond$ % too small?! $\square$ % OK?! $\blacktriangleright$ % too big?! $\blacktriangleleft$ % too big?! $\blacktriangle$ % too big?! $\blacktriangledown$ % too big?! {\sc Word} % not supported ?! $\tilde{W}^i$ $W^i$ % using a superscript in case % an accent is used results in % a too small distance between letter % and superscript $f^i$ % distance too small (seems to be just the case for $f$, see e.g. $h^i$ $t^i$) \stoptext %%%%%%%%%%%% MINIMAL EXAMPLE %%%%%%%%%%%%

3 4

Some align observations
by Procházka Lukáš Ing. - Pontex s. r. o. 02 Oct '12

02 Oct '12

Hello, I'm just curious: I tried to apply align specification to \b/e-TABLE, inframed, \start/stop-alignment and \start/stop-tabulate: ---- \setupbodyfont[11pt] \starttext \bTABLE \setupTABLE[width=4cm,align=middle] \setupTABLE[column][1][align=left] \setupTABLE[column][4][align=right] \bTR \bTD ali=L\eTD \bTD B\eTD \bTD \inframed[width=1.5cm,align=left]{ali=L}\eTD \bTD ali=R\eTD \eTR \eTABLE \startalignment[left] \input tufte \stopalignment \starttabulate[|pl|pc|pr|] \NC ali=L \input tufte\NC\input tufte\NC ali=R \input tufte\NC\NR \stoptabulate \stoptext ---- The text aligned by "align=left" inside TABLE cell, inside \inframed and inside \startalignment is aligned to the right border of the "bounding box" (ragged left). The text aligned by "align=left" inside \start/stop-tabulate is aligned to the left edge of the "bounding box". I must admit than tabulate's behavior seems more natural to me, but this may be just my point of view. Anyway, why the behavior of alignment specification is different for {\b/e-TABLE, \inframed, \start/stop-alignment} and {\start/stop-tabulate}? Wouldn't be nice to unite it? 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 3

Re: [NTG-context] Wrong results for chemical structures and reactions
by Marco Patzer 02 Oct '12

02 Oct '12

2012-10-02 Alan BRASLAU <alan.braslau(a)cea.fr>: > Try the following: > > \starttext > > \startchemicalformula > \chemical{2H_2} > \chemical{+} > \chemical{O_2} > \chemical{->} > \chemical{2H_2O} > \stopchemicalformula \chemical{->} is not rendered correctly. > \startchemicalformula > \chemical{2H_2} > \chemical{PLUS} > \chemical{O_2} > \chemical{GIVES} > \chemical{2H_2O} > \stopchemicalformula The spacing is wrong. The following yields to better spacing: \startchemicalformula \chemical{2H_2} \chemical{PLUS} \chemical{} \chemical{O_2} \chemical{GIVES} \chemical{} \chemical{2H_2O} \stopchemicalformula > \startchemicalformula > \chemical{A} > \chemical{GIVES} > \chemical{B} > \chemical{EQUILIBRIUM} > \chemical{C} > \chemical{MESOMERIC} > \chemical{D} > \stopchemicalformula Same spacing problem, workaround: \chemical{} > \setupchemical > [width=fit, > height=fit, > scale=small, > size=small] > > \hbox{ > \startchemical > \chemical[ONE,Z0,DB1,SB46,MOV1,Z0,SB28][C,C] > \stopchemical > \startchemicalformula > \chemical{PLUS} > \stopchemicalformula > \startchemical > \chemical[ONE,Z0,SB146,Z6][N,H] > \stopchemical > \startchemicalformula > \chemical{GIVES} > \stopchemicalformula > \startchemical > \chemical[ONE,Z07,SB1357,MOV1,Z0,SB27,MOV2,Z0,SB13][C,H,C,N] > \stopchemical > } Worse than before. > 3. I believe that the syntax should be rationalized, but I will have to > discuss this further with Hans. Normally, commands have keywords > between [] and text to be typeset between {}. This would mean > \startchemical > \chemical[ONE,Z0,SB146,Z6]{N}{H} > \stopchemical > > Alternatively: > \startchemical > \chemical[ONE,Z0=N,SB146,Z6=H] > \stopchemical > but currently this puts "N" and "H" into lowercase as "n" and "h" > as a side effect of the way that Hans wrote the lua code. If you redo the syntax: My suggestion would be to try to reduce the use of the string “chemical” if that's feasible. > How to deal with inline equations, as in \chemical{2H_2,+,O_2,->,2H_2O}? > I would think that it could work as does math mode: > \chemical{2H_2 + O_2 -> 2H_2O} (no commas) with spaces (or none) > delimiting the keywords. That looks more practical. > Hans will have to answer me on this. We need to be a bit patient, I don't need that now. For the current project all structures look fine (ugly hacks included :). You may consider my comments above when you (or Hans) are redoing the code. Thanks for the \startchemicalformula hint, that was the missing piece. > as I'm sure that he is currently VERY busy preparing for EuroTeX 2012! Sure. Unfortunately I cannot come, I can't get a week off and for 1-2 days it's too far. Marco

1 0

Wrong results for chemical structures and reactions
by Marco Patzer 02 Oct '12

02 Oct '12

Hi, chemical structures and reactions produce wrong results. Here is one example from the wiki and two from the manual. \starttext %% does not typeset the reaction, prints the commas, wrong spacing %% and no arrow \startformula \chemical{2H_2,+,O_2,->,2H_2O} \stopformula %% same here, GIVES is not interpreted \startformula \chemical{A,GIVES,B,EQUILIBRIUM,C,MESOMERIC,D} \stopformula %% wrong alignment, rules overlay symbols \startformula \setupchemical [width=fit, height=fit, scale=small, size=small] \startchemical \chemical[ONE,Z0,DB1,SB46,MOV1,Z0,SB28][C,C] \stopchemical \startchemical \chemical[SPACE,PLUS,SPACE] \stopchemical \startchemical \chemical[ONE,Z0,SB146,Z6][N,H] \stopchemical \startchemical \chemical[SPACE,GIVES,SPACE] \stopchemical \startchemical \chemical[ONE,Z07,SB1357,MOV1,Z0,SB27,PB:Z2,ONE,Z0,SB13,PE][C,H,C,N] \stopchemical \stopformula \stoptext Am I missing something? Is this mechanism not supported any more or just broken? Marco

2 2

blank lines above accentuated capital letter
by Stéphanie Vilayphiou 02 Oct '12

02 Oct '12

Hello, I'm typesetting a French brochure with a typeface created for this project But everytime I have an É (or any diacritic on a capital letter), it creates a blank line above) here's a screenshot of what it produces: https://www.dropbox.com/s/l7xuiuesba5lb9e/Capture%20d%E2%80%99%C3%A9cran%20… I run version 2012.03.13 21:26 on arch linux The diacritic if over the 1000 truetype height, is this the problem? Stéphanie -- ---- Stéphanie Vilayphiou <stdin> http://stdin.fr/ +32 (0)4 89 00 88 59

3 2

My own module.
by Andre Caldas 01 Oct '12

01 Oct '12

Where should I put a module if I have the following project strucutre? math-books/ math-books.tex environments/ layout.tex products/ book1.tex book1/ chapter1.tex chapter2.tex book2.tex book2/ chapter1.tex chapter2.tex I have a "my_module.lua" and a "my_module.tex". Where should I put those files? How do I configure my project to use my module? How do I call my own module from "book1/chapter1.tex", for example? Thank you, André Caldas.

2 5