Re: [NTG-context] mathcases look different in mathalign and formula
Hi Hans, A few days ago, I started a similar thread on the Lucida mailing list at TUG. Karl Berry said that they'd discuss and look for a method to achieve a consistent look of braces in Lucida. Thanks for telling about the strut=no option. I'll try it this weekend, but I think it will solve my problem for now. I'll try to remind you of the mathcases macros... We'll see ;) Tobias ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] math: ± and ∓ are shifted
On Fri, Apr 05, 2013 at 12:55:40AM +0200, Hans Hagen wrote: > On 4/5/2013 12:13 AM, Aditya Mahajan wrote: > >On Fri, 5 Apr 2013, Hans Hagen wrote: > > > >>On 4/4/2013 11:44 PM, Aditya Mahajan wrote: > >>>On Thu, 4 Apr 2013, Xenia wrote: > >>> > Hi context list, > > I noticed that the ∓ sign is a little higher than the ± sign, so that > the + signs are at the same height. But this looks strange and > should be > changed. > >>> > >>>Indeed. These look very odd. I tested this with cambria and the outcome > >>>is similar, so this is not a font bug, but something wrong in ConTeXt's > >>>math handling. > >> > >>I'm not sure if I understand the issue > >> > >>- lm has + and - touching with the + in the same position as the > >>regular + > >> > >>- cambria has a gap between + and - and moves the + up and down > >> > >>Afaik context isn't doing any magic here as these are precomposed > >>glyphs that directly map. > >> > >>$a \ruledhbox{$+$} b \ruledhbox{$-$} c$ > >> > >>$a \ruledhbox{$±$} b \ruledhbox{$∓$} c$ > >> > >>they are 'binary' in math mode, just like + and - > > > >The question is not about the shape of the glyph, but their location. > >But after looking at the output of latex for CM and Cambria, I am no > >longer sure what the correct output should be. For Cambria, ConTeXt and > >LaTeX give similar outputs. For CM/LM they give different outputs. > > it looks like the open type version has a fitting boundingbox while > the type 1 variants have a bit of the + sticking out: CFF fonts do not store bounding box info anywhere, the engine just calculates it based on glyph outlines. For TFM fonts the metrics can be adjusted to achieve specific alignment. Regards, Khaled ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] math: ± and ∓ are shifted
On 4/5/2013 12:13 AM, Aditya Mahajan wrote: On Fri, 5 Apr 2013, Hans Hagen wrote: On 4/4/2013 11:44 PM, Aditya Mahajan wrote: On Thu, 4 Apr 2013, Xenia wrote: Hi context list, I noticed that the ∓ sign is a little higher than the ± sign, so that the + signs are at the same height. But this looks strange and should be changed. Indeed. These look very odd. I tested this with cambria and the outcome is similar, so this is not a font bug, but something wrong in ConTeXt's math handling. I'm not sure if I understand the issue - lm has + and - touching with the + in the same position as the regular + - cambria has a gap between + and - and moves the + up and down Afaik context isn't doing any magic here as these are precomposed glyphs that directly map. $a \ruledhbox{$+$} b \ruledhbox{$-$} c$ $a \ruledhbox{$±$} b \ruledhbox{$∓$} c$ they are 'binary' in math mode, just like + and - The question is not about the shape of the glyph, but their location. But after looking at the output of latex for CM and Cambria, I am no longer sure what the correct output should be. For Cambria, ConTeXt and LaTeX give similar outputs. For CM/LM they give different outputs. it looks like the open type version has a fitting boundingbox while the type 1 variants have a bit of the + sticking out: \starttext $x \ruledhbox{$\pm$} x \ruledhbox{$\mp$} x$ \stoptext 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 - ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] mathcases look different in mathalign and formula
On 3/28/2013 6:00 PM, Tobias Columbus wrote: Hi all, While playing with \startmathcases, I discovered some strange (maybe wanted?) behaviour of \startmathcases and \stopmathcases: - The interline spacing in mathcases is different depending on whether the mathcases are used in a mathalignment or a formula environment. - Lucida OpenType math has some nice curly brace that is also used in cases environments. However, if \startmathcases, \stopmathcases is used in some mathalignment environment and the cases contain subscripts, the curly brace disappears and some "straight" brace is used instead. a lucida issue (already looked into) - When using superscripts instead of subscripts, the curly brace reappears but the cases look like not vertically centered in both formula and mathalignment environments. I've added struts to the text column. This can be turned off with \setupmathcases[strut=no] The heights and depths and therefore the size of the curly braces is more consistent that way. I produced an example demonstrating the above observations. In my opinion, the disappearing curly brace is worst of all of them since one frequently has formulas both with and without subscripts on the same page and different braces are quite easily spotted. I'll clean up those macros (a bit more control and efficiency) when we're gone current (remind me). 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 - ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] math: ± and ∓ are shifted
On Fri, 5 Apr 2013, Hans Hagen wrote: On 4/4/2013 11:44 PM, Aditya Mahajan wrote: On Thu, 4 Apr 2013, Xenia wrote: Hi context list, I noticed that the ∓ sign is a little higher than the ± sign, so that the + signs are at the same height. But this looks strange and should be changed. Indeed. These look very odd. I tested this with cambria and the outcome is similar, so this is not a font bug, but something wrong in ConTeXt's math handling. I'm not sure if I understand the issue - lm has + and - touching with the + in the same position as the regular + - cambria has a gap between + and - and moves the + up and down Afaik context isn't doing any magic here as these are precomposed glyphs that directly map. $a \ruledhbox{$+$} b \ruledhbox{$-$} c$ $a \ruledhbox{$±$} b \ruledhbox{$∓$} c$ they are 'binary' in math mode, just like + and - The question is not about the shape of the glyph, but their location. But after looking at the output of latex for CM and Cambria, I am no longer sure what the correct output should be. For Cambria, ConTeXt and LaTeX give similar outputs. For CM/LM they give different outputs. Aditya test.pdf Description: Adobe PDF document test-cm.pdf Description: Adobe PDF document ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] math: ± and ∓ are shifted
On 4/4/2013 11:44 PM, Aditya Mahajan wrote: On Thu, 4 Apr 2013, Xenia wrote: Hi context list, I noticed that the ∓ sign is a little higher than the ± sign, so that the + signs are at the same height. But this looks strange and should be changed. Indeed. These look very odd. I tested this with cambria and the outcome is similar, so this is not a font bug, but something wrong in ConTeXt's math handling. I'm not sure if I understand the issue - lm has + and - touching with the + in the same position as the regular + - cambria has a gap between + and - and moves the + up and down Afaik context isn't doing any magic here as these are precomposed glyphs that directly map. $a \ruledhbox{$+$} b \ruledhbox{$-$} c$ $a \ruledhbox{$±$} b \ruledhbox{$∓$} c$ they are 'binary' in math mode, just like + and - 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 - ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Resetting enumeration numbers
On 4/4/2013 11:18 PM, Aditya Mahajan wrote: On Thu, 4 Apr 2013, Hans Hagen wrote: On 4/4/2013 10:45 PM, Matthias Weber wrote: This might not be the best way to do it, but when I need it, I use \resetnumber[problem] for my \startproblem \stopproblem enumeration. \defineenumeration[test] \setupenumeration[test][way=bysection] I was testing with \definenumeration[test][way=bysection] but that did not work. Is that a bug? i noticed too ... I've just added a synchronize to the definers too - 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 - ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] math: ± and ∓ are shifted
On Thu, 4 Apr 2013, Xenia wrote: Hi context list, I noticed that the ∓ sign is a little higher than the ± sign, so that the + signs are at the same height. But this looks strange and should be changed. Indeed. These look very odd. I tested this with cambria and the outcome is similar, so this is not a font bug, but something wrong in ConTeXt's math handling. Aditya___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] math: ± and ∓ are shifted
Hi context list, I noticed that the ∓ sign is a little higher than the ± sign, so that the + signs are at the same height. But this looks strange and should be changed. $ context --version mtx-context | ConTeXt Process Management 0.60 mtx-context | current version: 2013.03.24 15:11 Thanks, Xenia (/home/maja/context/tex/texmf-context/tex/context/base/cont-yes.mkiv ConTeXt ver: 2013.03.24 15:11 MKIV fmt: 2013.3.24 int: english/english system > 'cont-new.mkiv' loaded (/home/maja/context/tex/texmf-context/tex/context/base/cont-new.mkiv system > beware: some patches loaded from cont-new.mkiv ) system > files > jobname 'plus_minus', input 'plus_minus', result 'plus_minus' fonts > latin modern fonts are not preloaded languages > language 'en' is active (plus_minus.tex{/home/maja/context/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map} fonts > preloading latin modern fonts (second stage) fonts > typescripts > unknown library 'loc' {/home/maja/context/tex/texmf/fonts/map/dvips/lm/lm-math.map}{/home/maja/context/tex/texmf/fonts/map/dvips/lm/lm-rm.map} fonts > 'fallback modern rm 12pt' is loaded backend > xmp > using file '/home/maja/context/tex/texmf-context/tex/context/base/lpdf-pdx.xml' pages > flushing realpage 1, userpage 1 ) ) system > files > start used files used files >1: filename=cont-yes.mkiv filetype=tex foundname=/home/maja/context/tex/texmf-context/tex/context/base/cont-yes.mkiv usedmethod=database used files >2: filename=cont-new.mkiv filetype=tex foundname=/home/maja/context/tex/texmf-context/tex/context/base/cont-new.mkiv usedmethod=database used files >3: filename=lang-us.lua filetype=lua foundname=/home/maja/context/tex/texmf-context/tex/context/patterns/lang-us.lua usedmethod=database used files >4: filename=plus_minus.tex foundname=plus_minus.tex usedmethod=direct used files >5: filename=mkiv-base.map filetype=map format=map foundname=/home/maja/context/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map usedmethod=database used files >6: filename=lm.lfg filetype=tex foundname=/home/maja/context/tex/texmf-context/tex/context/fonts/lm.lfg usedmethod=database used files >7: filename=lm-math.lfg filetype=tex foundname=/home/maja/context/tex/texmf-context/tex/context/fonts/lm-math.lfg usedmethod=database used files >8: filename=lm-math.map filetype=map format=map foundname=/home/maja/context/tex/texmf/fonts/map/dvips/lm/lm-math.map usedmethod=database used files >9: filename=lm-rm.map filetype=map format=map foundname=/home/maja/context/tex/texmf/fonts/map/dvips/lm/lm-rm.map usedmethod=database used files > 10: filename=lmroman12-regular filetype=otf format=otf foundname=/home/maja/context/tex/texmf/fonts/opentype/public/lm/lmroman12-regular.otf usedmethod=database used files > 11: filename=latinmodern-math.otf filetype=opentypefonts foundname=/home/maja/context/tex/texmf/fonts/opentype/public/lm-math/latinmodern-math.otf usedmethod=database used files > 12: filename=latinmodern-math.otf filetype=otf format=otf foundname=/home/maja/context/tex/texmf/fonts/opentype/public/lm-math/latinmodern-math.otf usedmethod=database used files > 13: filename=lpdf-pdx.xml filetype=tex foundname=/home/maja/context/tex/texmf-context/tex/context/base/lpdf-pdx.xml usedmethod=database system > files > stop used files system > structure > start used structure used structure > text: plus_minus system > structure > stop used structure system > files > start used files used file >1: filename=cont-yes.mkiv filetype=tex foundname=/home/maja/context/tex/texmf-context/tex/context/base/cont-yes.mkiv usedmethod=database used file >2: filename=cont-new.mkiv filetype=tex foundname=/home/maja/context/tex/texmf-context/tex/context/base/cont-new.mkiv usedmethod=database used file >3: filename=lang-us.lua filetype=lua foundname=/home/maja/context/tex/texmf-context/tex/context/patterns/lang-us.lua usedmethod=database used file >4: filename=plus_minus.tex foundname=plus_minus.tex usedmethod=direct used file >5: filename=mkiv-base.map filetype=map format=map foundname=/home/maja/context/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map usedmethod=database used file >6: filename=lm.lfg filetype=tex foundname=/home/maja/context/tex/texmf-context/tex/context/fonts/lm.lfg usedmethod=database used file >7: filename=lm-math.lfg filetype=tex foundname=/home/maja/context/tex/texmf-context/tex/context/fonts/lm-math.lfg usedmethod=database used file >8: filename=lm-math.map filetype=map format=map foundname=/home/maja/context/tex/texmf/fonts/map/dvips/lm/lm-math.map usedmethod=database used file >9: filename=lm-rm.map filetype=map format=map foundname=/home/maja/context/t
Re: [NTG-context] Resetting enumeration numbers
On Thu, 4 Apr 2013, Hans Hagen wrote: On 4/4/2013 10:45 PM, Matthias Weber wrote: This might not be the best way to do it, but when I need it, I use \resetnumber[problem] for my \startproblem \stopproblem enumeration. \defineenumeration[test] \setupenumeration[test][way=bysection] I was testing with \definenumeration[test][way=bysection] but that did not work. Is that a bug? Aditya ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Resetting enumeration numbers
On Thu, 4 Apr 2013, Willi Egger wrote: Hi all, I have a document, wherein reside chapters and sections. I have an enumeration defined which is used in the sections. What I would like to achieve is, to reset the numbering at the beginning of each section. How is this done? \defineenumeration defines a number with the same name, so you can use \setupnumber to modify the behavior of the number. \defineenumeration[whatever] \setupnumber[whatever][way=bysection] Aditya ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Resetting enumeration numbers
On 4/4/2013 10:45 PM, Matthias Weber wrote: This might not be the best way to do it, but when I need it, I use \resetnumber[problem] for my \startproblem \stopproblem enumeration. \defineenumeration[test] \setupenumeration[test][way=bysection] \starttext \startsection[title=one] \starttest alpha \stoptest \starttest beta \stoptest \stopsection \startsection[title=two] \starttest alpha \stoptest \starttest beta \stoptest \stopsection \stoptext - 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 - ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Resetting enumeration numbers
On 4/4/2013 10:45 PM, Matthias Weber wrote: This might not be the best way to do it, but when I need it, I use \resetnumber[problem] for my \startproblem \stopproblem enumeration. \defineenumeration[test] \setupenumeration[test][way=bysection] \starttext \startsection[title=one] \starttest alpha \stoptest \starttest beta \stoptest \stopsection \startsection[title=two] \starttest alpha \stoptest \starttest beta \stoptest \stopsection \stoptext - 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 - ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Resetting enumeration numbers
This might not be the best way to do it, but when I need it, I use \resetnumber[problem] for my \startproblem \stopproblem enumeration. Matthias On Apr 4, 2013, at 4:01 PM, Willi Egger wrote: > Hi all, > > I have a document, wherein reside chapters and sections. I have an > enumeration defined which is used in the sections. What I would like to > achieve is, to reset the numbering at the beginning of each section. > How is this done? > > Kind regards > > > Willi > ___ > 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 : http://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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] single spacing TOC
On Thu, 4 Apr 2013 06:36:55 +0200 Wolfgang Schuster wrote: > > Am 03.04.2013 um 21:28 schrieb john Culleton : > > > > > > > Working with TOC layout and the "new" manual. The default layout > > leaves a blank line between section entries. I want to reduce this > > to zero. I tried this: > > > > \setuplist[section] > > [alternative=a,before=,after=,distance=1pt] > > \completecontent > > > > but this didn't remove the extra space. Hints? > > There are no blank lines between the entries. > > \starttext > > \completecontent > > \page > > \dorecurse{12}{\section{Section #1}} > > \stoptext > > Wolfgang I had a line \setupwhitespace[medium] in the preamble to the file. I moved it to occur after \startbodymatter and all was fine. -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Resetting enumeration numbers
Hi all, I have a document, wherein reside chapters and sections. I have an enumeration defined which is used in the sections. What I would like to achieve is, to reset the numbering at the beginning of each section. How is this done? Kind regards Willi ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Setupparagraphnumbering
Am 04.04.2013 um 13:48 schrieb Diego Depaoli : > Hi all, > since I got the same issue reported in that unanswered question > http://www.ntg.nl/pipermail/ntg-context/2011/064172.html, before > switch from the 0.70 version installed by default in Ubuntu to another > one, is the \setupparagraphnumbering command supposed to work well > now? It works with the current betty in the context suite but I can’t speak about texlive. 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Setupparagraphnumbering
Hi Diego! · > Hi all, > since I got the same issue reported in that unanswered question > http://www.ntg.nl/pipermail/ntg-context/2011/064172.html, before > switch from the 0.70 version installed by default in Ubuntu to another > one, is the \setupparagraphnumbering command supposed to work well > now? Works here with version 2013.04.02. The result looks like: http://i.imgur.com/gY3ubcY.png Regards Philipp -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments pgp3RKTCLfuSF.pgp Description: PGP signature ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Setupparagraphnumbering
Hi all, since I got the same issue reported in that unanswered question http://www.ntg.nl/pipermail/ntg-context/2011/064172.html, before switch from the 0.70 version installed by default in Ubuntu to another one, is the \setupparagraphnumbering command supposed to work well now? My best regards -- Diego Depaoli ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Latest beta breaks LuajitTeX
On 2013–04–04 Marco Patzer wrote: > On 2013–04–04 Hans Hagen wrote: > > > >Indeed, LuajitTeX works, but you broke MkII. The format generation > > >already fails: > > > > > >… > > >(/tmp/mkiitest/tex/texmf/metapost/base/string.mp > > >(/tmp/mkiitest/tex/texmf-context/metapost/context/base/mp-func.mpii) ) ) > > >(end occurred when else on line 5 was incomplete) > > > > That's not mkii but the metafun mpii format generation. I kept that > > till now because one never knows is mp has been updated. Todays > > mpost has no format so that's why it looks like it 'fails' but can > > can just ignore it. > > Maybe I quoted the wrong part of the log, but it seems like the MkII > format is not generated: MkII is fixed now. Marco signature.asc Description: Digital signature ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Latest beta breaks LuajitTeX
On 2013–04–04 Hans Hagen wrote: > >Indeed, LuajitTeX works, but you broke MkII. The format generation > >already fails: > > > >… > >(/tmp/mkiitest/tex/texmf/metapost/base/string.mp > >(/tmp/mkiitest/tex/texmf-context/metapost/context/base/mp-func.mpii) ) ) > >(end occurred when else on line 5 was incomplete) > > That's not mkii but the metafun mpii format generation. I kept that > till now because one never knows is mp has been updated. Todays > mpost has no format so that's why it looks like it 'fails' but can > can just ignore it. Maybe I quoted the wrong part of the log, but it seems like the MkII format is not generated: This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012) \write18 enabled. kpathsea: Running mktexfmt cont-en.fmt mktexfmt: No such file or directory I can't find the format file `cont-en.fmt'! Marco signature.asc Description: Digital signature ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Latest beta breaks LuajitTeX
On 4/4/2013 9:21 AM, Marco Patzer wrote: On 2013–04–03 Hans Hagen wrote: On 4/3/2013 12:46 PM, Marco Patzer wrote: Hi, the latest beta throws: mtx-context | redirect texlua -> luajittex: luajittex --luaonly "/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun" --script context --jit t --redirected/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun:15230: attempt to index field 'searchers' (a nil value) Example: \starttext Foobar \stoptext it should work again now Indeed, LuajitTeX works, but you broke MkII. The format generation already fails: … (/tmp/mkiitest/tex/texmf/metapost/base/string.mp (/tmp/mkiitest/tex/texmf-context/metapost/context/base/mp-func.mpii) ) ) (end occurred when else on line 5 was incomplete) That's not mkii but the metafun mpii format generation. I kept that till now because one never knows is mp has been updated. Todays mpost has no format so that's why it looks like it 'fails' but can can just ignore it. I've now commented the metafun default format generation in texexec (as by now we may assume the latest mpost to be used). 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 - ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Latest beta breaks LuajitTeX
On 2013–04–03 Hans Hagen wrote: > On 4/3/2013 12:46 PM, Marco Patzer wrote: > >Hi, > > > >the latest beta throws: > > > >mtx-context | redirect texlua -> luajittex: luajittex --luaonly > >"/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun" --script context > >--jit t > >--redirected/tmp/luajitbug/newbeta/tex/texmf-linux-64/bin/mtxrun:15230: > >attempt to index field 'searchers' (a nil value) > > > >Example: > > > >\starttext > > Foobar > >\stoptext > > it should work again now Indeed, LuajitTeX works, but you broke MkII. The format generation already fails: … (/tmp/mkiitest/tex/texmf/metapost/base/string.mp (/tmp/mkiitest/tex/texmf-context/metapost/context/base/mp-func.mpii) ) ) (end occurred when else on line 5 was incomplete) Marco signature.asc Description: Digital signature ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___