Re: [NTG-context] Align and nested combinations
En/na Wolfgang Schuster ha escrit: Am 16.08.2009 um 14:51 schrieb Xan: Hi, With this code: \placefigure [here] [fig:graf-Cayley-Z2xZ3] {An example of \type{\startcombination...}.} {\startcombination[1*2] {\startcombination[2*1] {\externalfigure[lb1]} {a1} {\externalfigure[lb2]} {a2} \stopcombination} {a} {\startcombination[1*1] {\externalfigure[lb1]} {b1} \stopcombination} {b} \stopcombination} I get all _left_ aligned (see attached file) and I want normal center aligned. How can I get this? \placefigure {Combination} {\startTABLE[frame=off,align=middle] \NC \externalfigure[lb1] \NC \externalfigure[lb2] \NC\NR \NC a1 \NC a1 \NC\NR \NC[nx=2] a \NC\NR % \NC[nx=2] \dontleavehmode\externalfigure[lb1] \NC\NR % \NC[nx=2] b1 \NC\NR \NC \externalfigure[lb1] \NC \NC\NR \NC b1 \NC \NC\NR \NC[nx=2] b \NC\NR \stopTABLE} Wolfgang Mmm... for now I think I will use tables ,-) Thanks a lot, Wolfgang. Xan. ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] struggling with /hskip
So, in the end we will see Wolfgang at the conference ? Sorry, I was sure that Wolfgang will come. [blush] Vyatcheslav ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] struggling with /hskip
On Wed, Aug 19, 2009 at 11:13 PM, Vyatcheslav Yatskovsky wrote: > Hi Wolfgang, > > Thank you. I will ask further questions on the conference ;) > So, in the end we will see Wolfgang at the conference ? ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] struggling with /hskip
Hi Wolfgang, Thank you. I will ask further questions on the conference ;) Vyatcheslav When you define a command with two arguments you*need* two arguments, context has a few commands where you can make the second one optional but this requires more code. 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Align and nested combinations
Am 16.08.2009 um 14:51 schrieb Xan: Hi, With this code: \placefigure [here] [fig:graf-Cayley-Z2xZ3] {An example of \type{\startcombination...}.} {\startcombination[1*2] {\startcombination[2*1] {\externalfigure[lb1]} {a1} {\externalfigure[lb2]} {a2} \stopcombination} {a} {\startcombination[1*1] {\externalfigure[lb1]} {b1} \stopcombination} {b} \stopcombination} I get all _left_ aligned (see attached file) and I want normal center aligned. How can I get this? \placefigure {Combination} {\startTABLE[frame=off,align=middle] \NC \externalfigure[lb1] \NC \externalfigure[lb2] \NC\NR \NC a1 \NC a1 \NC\NR \NC[nx=2] a \NC\NR % \NC[nx=2] \dontleavehmode\externalfigure[lb1] \NC\NR % \NC[nx=2] b1 \NC\NR \NC \externalfigure[lb1] \NC \NC\NR \NC b1 \NC \NC\NR \NC[nx=2] b \NC\NR \stopTABLE} 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] What color is "screen"?
On Wed, Aug 19, 2009 at 17:59, Wolfgang Schuster wrote: > > Am 19.08.2009 um 17:47 schrieb Mojca Miklavec: > >> Hello, >> >> a half-philosophical question (not too relevant). >> >> I was wondering: what color exactly is the "screen" >> (\framed[background=screen]{...})? Or is it a special effect maybe? > > screen are gray scales, e.g. gray is defined as \definecolor[gray][s=.9] > and backgroundscreen was a mechanism to change the s value without defining > a new color value > >> I know that using it has long been deprecated, but I used it in many >> older documents as it was easiest to remember without having to think >> what shade of gray to use to make the highlights in document come out >> nice. > > in this case it would be convient to add \definecolor[screen][s=.95] Oh, thanks. I found it now. \setupscreens [\c!screen=0.95] I was just too blind to find it before. > (value taken from pack-rul.mkii) to colo-rgb I was thinking about that as well. Having a "screen" color would be nice for those who got used to the old name. Mojca In the meantime I figured it out what has happened with the "screen" color on my display. TextMate uses Alt-Command-. for auto-completion of "\stopwhatevercommandhasbeenstarted" in ConTeXt (an extremely useful feature). But Mac uses Ctrl-Alt-Command-. to increase the contrast of display. So apparently I accidentally hit Ctrl several times without noticing or bothering (and without knowing how to switch back), but enough to make "95% white" disappear. ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] setupitemize only for \startitemize[a]
Xan wrote: / Hi, />>/ />>/ Is there any way for setupitemize only for \startitemize[a]? />>/ I want do something like: />>/ />>/ \setupitemize[a][left=(,right=),stopper=] /> \defineitemgroup[myitemize] ... Uf!, too much complicated. I wonder if in the future we could set up itemize lists of some type without defining new list Anyway, Thanks, Xan. ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] What color is "screen"?
Am 19.08.2009 um 17:47 schrieb Mojca Miklavec: Hello, a half-philosophical question (not too relevant). I was wondering: what color exactly is the "screen" (\framed[background=screen]{...})? Or is it a special effect maybe? screen are gray scales, e.g. gray is defined as \definecolor[gray][s=.9] and backgroundscreen was a mechanism to change the s value without defining a new color value I know that using it has long been deprecated, but I used it in many older documents as it was easiest to remember without having to think what shade of gray to use to make the highlights in document come out nice. in this case it would be convient to add \definecolor[screen][s=.95] (value taken from pack-rul.mkii) to colo-rgb 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] What color is "screen"?
Hello, a half-philosophical question (not too relevant). I was wondering: what color exactly is the "screen" (\framed[background=screen]{...})? Or is it a special effect maybe? I know that using it has long been deprecated, but I used it in many older documents as it was easiest to remember without having to think what shade of gray to use to make the highlights in document come out nice. But I just figured out that it became invisible on my screen. One can still see it very very faintly if computer screen is under some weird angle, but a normal glimpse shows nothing. When printed it usually comes out with a rather high contrast. (It may be that I have just changed screen contrast by accident.) I was trying to find the revent line with color, but I don't find it. I noticed grph-fig.mkii: \c!backgroundscreen=.8, but 0.8 is definitely higher that used in documents by default. Thanks, Mojca ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \everymath problem
Am 19.08.2009 um 16:47 schrieb Hans Hagen: Eythan Weg wrote: Hi, I use luatex 0.43 with yesterday's beta. Running\everymath = {\displaystyle} \starttext ${a\over b}$ \stoptext results in ! Use of \dospecialabout doesn't match its definition. l.4 ${a\over b }$ Plain format under luatex has no problem here. If I change \over to \times it runs with fonts changed to roman (i.e, not math italics). taco and i looked into it (fearing big problems) but it's actually normal; use \everymath = \expandafter{\the\everymath \displaystyle} or \appendtoks \displaystyle \to \everymath as (among other important things) \everymath does initialize \over And with \frac it can be configured at context low level (why no key for \setupmathematics?) \chardef\mathfracmode=1 % 0=auto, 1=displaystyle, 2=textstyle, 3=scriptstyle, 4=scriptscriptstyle, 5=mathstyle $\frac{a}{b}$ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \everymath problem
Eythan Weg wrote: Hi, I use luatex 0.43 with yesterday's beta. Running \everymath = {\displaystyle} \starttext ${a\over b}$ \stoptext results in ! Use of \dospecialabout doesn't match its definition. l.4 ${a\over b }$ Plain format under luatex has no problem here. If I change \over to \times it runs with fonts changed to roman (i.e, not math italics). taco and i looked into it (fearing big problems) but it's actually normal; use \everymath = \expandafter{\the\everymath \displaystyle} or \appendtoks \displaystyle \to \everymath as (among other important things) \everymath does initialize \over - 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 - ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] suggestions for MKIV
Peter Münster wrote: On Wed, 19 Aug 2009, Wolfgang Schuster wrote: Since there is no more need, to keep compatibility with MKII (there are already a lot of differences), I suggest - for the benefit of beginners - to change at least 2 things: - let \framed or \externalfigure behave like \parbox and \includegraphics in LaTeX, i.e. no more need to put \dontleavehmode before the command (the current behaviour is just not very intuitive...) no, no and no! \starttext \placefigure{centered?}{\framed{vmode}} \placefigure{centered?}{\dontleavehmode\framed{hmode}} \stoptext Hello Wolfgang, I remember well your example. And again, it's more intuitive, if \placefigure{centered?}{test} and \placefigure{centered?}{\framed{test}} and \placefigure{centered?}{test \framed{test} test} would behave the *same* way. There is no real problem for *me*, but it's very difficult to explain to a beginner (often coming from LaTeX), that here and there, a \dontleavehmode \framed starts with a \bgroup which makes it possible to do \setbox\vbox\framed so we cannot change that without breaking things - 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 - ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] suggestions for MKIV
On Wed, 19 Aug 2009, Wolfgang Schuster wrote: > > Since there is no more need, to keep compatibility with MKII (there are > > already a lot of differences), I suggest - for the benefit of beginners - > > to change at least 2 things: > > > > - let \framed or \externalfigure behave like \parbox and \includegraphics > > in LaTeX, i.e. no more need to put \dontleavehmode before the command > > (the current behaviour is just not very intuitive...) > > no, no and no! > > \starttext > \placefigure{centered?}{\framed{vmode}} > \placefigure{centered?}{\dontleavehmode\framed{hmode}} > \stoptext Hello Wolfgang, I remember well your example. And again, it's more intuitive, if \placefigure{centered?}{test} and \placefigure{centered?}{\framed{test}} and \placefigure{centered?}{test \framed{test} test} would behave the *same* way. There is no real problem for *me*, but it's very difficult to explain to a beginner (often coming from LaTeX), that here and there, a \dontleavehmode is needed. For beginner, this behaviour creates headaches! Cheers, Peter -- Contact information: http://pmrb.free.fr/contact/ ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] suggestions for MKIV
Taco Hoekwater wrote: Hi Peter, Peter Münster wrote: Hello Hans, Since there is no more need, to keep compatibility with MKII (there are already a lot of differences), I suggest - for the benefit of beginners - to change at least 2 things: - let \framed or \externalfigure behave like \parbox and \includegraphics in LaTeX, i.e. no more need to put \dontleavehmode before the command (the current behaviour is just not very intuitive...) I have no very strong feelings about this one, but note that such a change would mean a small loss of functionality. (staying in vmode is not the same as \indent ...\par) indeed. changing externalgraphic might be harmless (btw, normally it's never uses inline) but changing \framed is to tricky as it's a core macro used all over the place > - let align=left|right behave correctly Switching the meaning of keywords that have existed for more than a decade does not seem wise to me. If something has to be done, then I would prefer scratching those two works altogether. But practically, we already have align=flushleft|flushright and the manuals should document these instead of bare left|right. indeed - 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 - ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] \everymath problem
Hi, I use luatex 0.43 with yesterday's beta. Running \everymath = {\displaystyle} \starttext ${a\over b}$ \stoptext results in ! Use of \dospecialabout doesn't match its definition. l.4 ${a\over b }$ Plain format under luatex has no problem here. If I change \over to \times it runs with fonts changed to roman (i.e, not math italics). Thank you. Eythan ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] suggestions for MKIV
Am 19.08.2009 um 14:41 schrieb Peter Münster: Hello Hans, Since there is no more need, to keep compatibility with MKII (there are already a lot of differences), I suggest - for the benefit of beginners - to change at least 2 things: - let \framed or \externalfigure behave like \parbox and \includegraphics in LaTeX, i.e. no more need to put \dontleavehmode before the command (the current behaviour is just not very intuitive...) no, no and no! \starttext \placefigure{centered?}{\framed{vmode}} \placefigure{centered?}{\dontleavehmode\framed{hmode}} \stoptext 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Struggling with \hskip
Am 19.08.2009 um 13:00 schrieb Vyatcheslav Yatskovsky: Thank you, but one small concern. If I omit second argument altoghether, that is \author{Bla-bla} is it possible to have skip? (Now skip doesn't work until I provide empty second parenthesizes) When you define a command with two arguments you *need* two arguments, context has a few commands where you can make the second one optional but this requires more code. 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] suggestions for MKIV
Hi Peter, Peter Münster wrote: > Hello Hans, > > Since there is no more need, to keep compatibility with MKII (there are > already a lot of differences), I suggest - for the benefit of beginners - > to change at least 2 things: > > - let \framed or \externalfigure behave like \parbox and \includegraphics > in LaTeX, i.e. no more need to put \dontleavehmode before the command > (the current behaviour is just not very intuitive...) I have no very strong feelings about this one, but note that such a change would mean a small loss of functionality. (staying in vmode is not the same as \indent ...\par) > - let align=left|right behave correctly Switching the meaning of keywords that have existed for more than a decade does not seem wise to me. If something has to be done, then I would prefer scratching those two works altogether. But practically, we already have align=flushleft|flushright and the manuals should document these instead of bare left|right. Best wishes, Taco ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] suggestions for MKIV
Hello Hans, Since there is no more need, to keep compatibility with MKII (there are already a lot of differences), I suggest - for the benefit of beginners - to change at least 2 things: - let \framed or \externalfigure behave like \parbox and \includegraphics in LaTeX, i.e. no more need to put \dontleavehmode before the command (the current behaviour is just not very intuitive...) - let align=left|right behave correctly Cheers, Peter -- Contact information: http://pmrb.free.fr/contact/ ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Initialisation problem enumeration a nd way=bysection
On Wednesday 19 August 2009, Hans Hagen wrote: > B. Vogel wrote: > > Hi all, > > > > I have an enumeration: example that will reset by section. > > > > Using my own header: Mysection the enumeration is not reset by section. > > The second instance shows the failure. > > > > However, after a \section it suddenly works. > > > > > > And there is a problem with the sectioncounter as well. > > The headingnumbers are 1 2 1 2 3 4 5 6 instead of 1 2 3 4 5 6 7 8. > > can you try this patch (strc-sec.mkiv) Problem solved. Thanks. > > \def\dodefineclonedstructurehead#1#2% class parent >{\def\currentstructurehead{#1}% > \presetlabeltext[#1=]% > \doifelse{#1}{#2} > {\getparameters[\??nh#1][\c!label=#1]% >\doifundefined{\??li#1}{\definelist[#1][\c!prefix=\v!no]}}% > definestructurelist ? > > {\getparameters[\??nh#1][\s!parent=\??nh#2,\c!label=#1,\c!coupling=#2]% >\definemarking[#1][#2]% >\definemarking[#1\v!number][#2\c!number]% >\doifundefined{\??li#1}{\definelist[#1][#2][\c!prefix=\v!no]}}% > definestructurelist ? > \the\everystructureheadsetup} > > > See the example below. > > nice example Thanks. > > > Regard, Bernard > > > > > > %MTXrun | current version: 2009.08.17 19:06 > > % linux-32 > > > > \definehead[Mysection][section] > > > > \defineenumeration[example] > > [way=bysection, > > location=left] > > > > \def\test{% > > \ifnum\currentenumerationfullnumber=\recurselevel\relax > > \currentenumerationfullnumber = \recurselevel\ PASS% > > \else > > \currentenumerationfullnumber \not= \recurselevel\ FAIL% > > \fi > > } > > > > \starttext > > > > \dorecurse {2} { > > \dorecurse {2} { > > \Mysection{Mysection} > > \dorecurse {3} {\startexample \test \stopexample} > > } > > > > \dorecurse {2} { > > \section{Section} > > \dorecurse {3} {\startexample \test \stopexample} > > } > > } > > > > \stoptext > > - >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 > > - > ___ > 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 : https://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > ___ > ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Struggling with \hskip
Thank you, but one small concern. If I omit second argument altoghether, that is \author{Bla-bla} is it possible to have skip? (Now skip doesn't work until I provide empty second parenthesizes) Regards, Vyatcheslav \author{Bla-bla}{} \define[2]\author{{\itx (#1)}{\hfill\tx bpm=#2\doifnothing{#2} {\hskip1cm}}} ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Error in last current -- Fixed--
FIXED with $> context --version MTXrun | current version: 2009.08.13 13:13 $> luatex --version This is LuaTeX, Version beta-0.43.0-2009081911 On Tue, Aug 18, 2009 at 12:41 AM, luigi scarso wrote: > $>context --version > MTXrun | main context file: > /opt/luatex/minimals/tex/texmf-context/tex/context/base/context.tex > MTXrun | current version: 2009.08.13 13:13 > > > $> luatex --version > This is LuaTeX, Version beta-0.42.0-2009071802 > > > > $> context test.tex > > %%% test.tex > \usemodule[maps] > \definereferenceformat[cite][left={[},right={]}] > \defineitemgroup [bibliography] [levels=1] > \setupitemgroup [bibliography] > [symbol=n, > left={[}, > right={]}, > width=1.5em, > stopper=, > itemalign=flushright, > inbetween={\blank[4pt]}] > \appendtoks > \let \bibitem \itemgroupitem > \to \itemgroupcommands > > \starttext > \startArticle [Year=2009, > Number=39, > Period=eurotex, > Page=1, > Title={foo}, > Author={Luigi Scarso}] > > \section{A section} > Foo \cite[wikimedia]) > > \section{References} > \startbibliography > \bibitem[wikimedia]{\ \ }{http://download.wikimedia.org} > \stopbibliography > \stopArticle > \stoptext > > gives > > {/opt/luatex/minimals/tex/texmf/fonts/map/dvips/lm/lm-rm.map} > ! LuaTeX error ...mals/tex/texmf-context/tex/context/base/node-ref.lua:59: > attempt to call upvalue 'list_dimensions' (a nil value) > stack traceback: > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:59: in > function 'dimensions' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:66: in > function 'inject_range' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:297: in > function 'inject_area' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:294: in > function 'inject_area' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:294: in > function 'inject_area' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:294: in > function 'inject_area' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:294: in > function 'inject_area' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:294: in > function 'inject_area' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:294: in > function 'inject_area' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:294: in > function 'inject_area' > ... > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:294: in > function 'inject_area' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:294: in > function 'inject_area' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:294: in > function 'inject_area' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:294: in > function 'inject_area' > ...mals/tex/texmf-context/tex/context/base/node-ref.lua:294: in > function <...mals/tex/texmf-context/tex/context/base/node-ref.lua:274> > (tail call): ? > :14: in function > <:10> > (tail call): ? > (tail call): ? > :1: in main chunk. > \finalizeshipoutbox ..._page(tex.box[\number #1])} > > \actualshipout ...0\hbox {#1}\finalizeshipoutbox 0 > \setbox \scratchbox \hbox ... > \myshipout ...\@@ppmethod }\gobbleoneargument {#1} > \setnextrealpageno \afters... > \dofinaloutput ...hbox {\vbox {\dopagebody #1#2}}} > \the \everyaftershipout \a... > \finaloutput ...EAEAEA \dofinaloutput \fi \fi #1#2 > \resetselectiepagina \incr... > \sidefloatoutput ...e \else \finalsidefloatoutput > \global \sidefloatvsize \n... > ... > l.32 \stoptext > > > -- > luigi > -- luigi ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] disappeared fontstyle command?
Yes, \hw does what it is supposed to do. {\hw ...} typesets in the handwriting font. {\cg ...} also works. On 19 aug 2009, at 11:57, Hans Hagen wrote: On 19 aug 2009, at 09:08, Hans Hagen wrote: Hans van der Meer wrote: This used to define command \fx in a typescript: \definefontstyle [fax] [fx] \definestyle [fax] [\fx] [] However MKIV produces an undefined control sequence \fx. What happened? and does \hw work ok? Hans met vriendelijke groet Hans van der Meer ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bold and nonbold math
I examined the typescript given and started to apply it. I get however a strange error in that a font is not found. I replaced my line: \definefontsynonym [LucidaCalligraphy-Italic] [file:lbc.tfm] with the given: \definefontsynonym [LucidaCalligraphy-Italic] [name:lucidahandwritingitalic][features=default] The font search then comes in the afm-directory, as proved by the log (in part): fontnames | identifying tree font files with suffix afm fontnames | error when identifying afm font /Users/hans/TeX/context/ beta/tex/texmf-local/fonts/afm/yandy/lucida/lbmitex.afm: no matching pfb file fontnames | error when identifying afm font /Users/hans/TeX/context/ beta/tex/texmf-local/fonts/afm/yandy/lucida/lbmrtex.afm: no matching pfb file ... (these being math font files) The needed lbc.afm contains: ... Comment UniqueID 5029013 Comment MS-WindowsName LucidaCalligraphy Comment MacIntoshName LucidaCalligraphy FontName LucidaCalligraphy-Italic FullName Lucida Calligraphy Italic FamilyName LucidaCalligraphy Weight Normal ... Any reason why it is not found on the font search through the [name:] scheme? On 18 aug 2009, at 18:50, Wolfgang Schuster wrote: Am 18.08.2009 um 17:18 schrieb Hans van der Meer: Working on typescripts for Y&Y's LucidaBright (which are type1 fonts) for MKIV (hoping to maintain compatibilty with MKII), the following code produces all math in bold, even the first x+y. You can use mine as start, math is defined in type-otf.mkiv. Wolfgang Hans van der Meer ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Error in last current
On Tue, Aug 18, 2009 at 12:41 AM, luigi scarso wrote: > $>context --version > MTXrun | main context file: > /opt/luatex/minimals/tex/texmf-context/tex/context/base/context.tex > MTXrun | current version: 2009.08.13 13:13 > > > $> luatex --version > This is LuaTeX, Version beta-0.42.0-2009071802 It works ok with $># context --version MTXrun | current version: 2009.08.13 13:13 $> luatex --version This is LuaTeX, Version beta-0.43.0-2009081911 -- luigi ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] disappeared fontstyle command?
Hans van der Meer wrote: Let me be more specific. For handwriting I can do \setupbodyfont[luci,10pt,hw] and get everything in handwriting, or {\hw ...} for local handwriting. The typescript for handwriting is: \starttypescript [handwriting] [lucibr] [name] \definebodyfont [default] [hw] [tf=Handwriting sa 1] \definefontsynonym[Handwriting] [LucidaHandwriting-Italic] \definefontsynonym[LucidaHandwriting-Italic] [file:lbh.tfm] \stoptypescript and there is: \definetypeface [luci][hw][handwriting][lucibr][default] \definetypeface [luci][fx][fax][lucibr][default] For the fax (fx) type I did add the same sort of typescript for the font plus for the size \starttypescript [fax] [lucibr] [name]\tracetypescript \definebodyfont [4pt,5pt,6pt,7pt,8pt,9pt,10pt,11pt,12pt,14.4pt,17.3pt,24pt] [fx] [default] \stoptypescript Addition of \definefontstyle [fx,fax][fx] make no difference. \setupbodyfont[luci,10pt,fx] has no effect and {\fx ...} crashes on an undefined \fx. By the way. Font variants like \variant[blackletter] used to worked. I had serif typescript additions for it: \definefontvariant [Serif] [blackletter] [-Blackletter] \definefontsynonym [Serif-Blackletter] [LucidaBlackletter] and the accompanying reference to the tfm. Has this changed in mkiv too? Actually, i never tested it (never used it either) and i wonder if it still makes sense to keep it in mkiv. I might as well kick it out as we have features now. I hope this information will enable the answer. Either crushing my hopes for an easy solution or pointing out the way to go ;-) On 19 aug 2009, at 09:08, Hans Hagen wrote: Hans van der Meer wrote: This used to define command \fx in a typescript: \definefontstyle [fax] [fx] \definestyle [fax] [\fx] [] However MKIV produces an undefined control sequence \fx. What happened? and does \hw work ok? 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 - ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Initialisation problem enumeration and way=bysection
B. Vogel wrote: Hi all, I have an enumeration: example that will reset by section. Using my own header: Mysection the enumeration is not reset by section. The second instance shows the failure. However, after a \section it suddenly works. And there is a problem with the sectioncounter as well. The headingnumbers are 1 2 1 2 3 4 5 6 instead of 1 2 3 4 5 6 7 8. can you try this patch (strc-sec.mkiv) \def\dodefineclonedstructurehead#1#2% class parent {\def\currentstructurehead{#1}% \presetlabeltext[#1=]% \doifelse{#1}{#2} {\getparameters[\??nh#1][\c!label=#1]% \doifundefined{\??li#1}{\definelist[#1][\c!prefix=\v!no]}}% definestructurelist ? {\getparameters[\??nh#1][\s!parent=\??nh#2,\c!label=#1,\c!coupling=#2]% \definemarking[#1][#2]% \definemarking[#1\v!number][#2\c!number]% \doifundefined{\??li#1}{\definelist[#1][#2][\c!prefix=\v!no]}}% definestructurelist ? \the\everystructureheadsetup} See the example below. nice example Regard, Bernard %MTXrun | current version: 2009.08.17 19:06 % linux-32 \definehead[Mysection][section] \defineenumeration[example] [way=bysection, location=left] \def\test{% \ifnum\currentenumerationfullnumber=\recurselevel\relax \currentenumerationfullnumber = \recurselevel\ PASS% \else \currentenumerationfullnumber \not= \recurselevel\ FAIL% \fi } \starttext \dorecurse {2} { \dorecurse {2} { \Mysection{Mysection} \dorecurse {3} {\startexample \test \stopexample} } \dorecurse {2} { \section{Section} \dorecurse {3} {\startexample \test \stopexample} } } \stoptext - 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 - ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] disappeared fontstyle command?
Let me be more specific. For handwriting I can do \setupbodyfont[luci,10pt,hw] and get everything in handwriting, or {\hw ...} for local handwriting. The typescript for handwriting is: \starttypescript [handwriting] [lucibr] [name] \definebodyfont [default] [hw] [tf=Handwriting sa 1] \definefontsynonym [Handwriting] [LucidaHandwriting-Italic] \definefontsynonym [LucidaHandwriting-Italic] [file:lbh.tfm] \stoptypescript and there is: \definetypeface [luci][hw] [handwriting] [lucibr][default] \definetypeface [luci][fx] [fax] [lucibr][default] For the fax (fx) type I did add the same sort of typescript for the font plus for the size \starttypescript [fax] [lucibr] [name] \tracetypescript \definebodyfont [4pt,5pt,6pt,7pt,8pt,9pt,10pt,11pt,12pt,14.4pt,17.3pt,24pt] [fx] [default] \stoptypescript Addition of \definefontstyle [fx,fax][fx] make no difference. \setupbodyfont[luci,10pt,fx] has no effect and {\fx ...} crashes on an undefined \fx. By the way. Font variants like \variant[blackletter] used to worked. I had serif typescript additions for it: \definefontvariant [Serif] [blackletter] [-Blackletter] \definefontsynonym [Serif-Blackletter] [LucidaBlackletter] and the accompanying reference to the tfm. Has this changed in mkiv too? I hope this information will enable the answer. Either crushing my hopes for an easy solution or pointing out the way to go ;-) On 19 aug 2009, at 09:08, Hans Hagen wrote: Hans van der Meer wrote: This used to define command \fx in a typescript: \definefontstyle [fax] [fx] \definestyle [fax] [\fx] [] However MKIV produces an undefined control sequence \fx. What happened? actual definition of those commands is delayed so in order to test what is wrong a more complete example is needed btw, you can say: \definefontstyle [fx,fax] [fx] Hans Hans van der Meer ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bold and nonbold math
Hans van der Meer wrote: Working on typescripts for Y&Y's LucidaBright (which are type1 fonts) for MKIV (hoping to maintain compatibilty with MKII), the following code produces all math in bold, even the first x+y. \usetypescript[luc]\setupbodyfont[luci]\starttext $x+y$ -- $\bfmath x+y$ \stoptext I studied the new manual chapter on typescripts as well as have worked in analogy with existent typescripts in the current ConTeXt base. I certainly am missing an important clue here. the most important clue is that mkii and mkiv are different (1) instead of many families we only use two, see type-siz.mkiv, where you can find lines like: \definebodyfont [12pt] [mm] [mr=LMMathRoman12-Regular sa 1, mb=LMMathRoman12-Bold sa 1] (2) there is a distinction between bold alphabets (see unicode math) and a complete switch to bold; so, \bf cum suis deal with alphabets, while \mb switches to the bold math family (3) we use either opentype math fonts or virtual ones, i.e. if you use lucida, which is traditional, we need an entry in math-vfu.lua, and in the beta that is the case (but not for bold) (4) no math vectors are used in mkiv, only unicode (5) as loading and switching comes a price, we need to enable it with \enableboldmath before loading fonts so, although most things on the outside are the same in mkii/mkiv there are some fundamental differences 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 - ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] disappeared fontstyle command?
Hans van der Meer wrote: This used to define command \fx in a typescript: \definefontstyle [fax] [fx] \definestyle [fax] [\fx] [] However MKIV produces an undefined control sequence \fx. What happened? actual definition of those commands is delayed so in order to test what is wrong a more complete example is needed btw, you can say: \definefontstyle [fx,fax] [fx] 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 - ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___