Re: [NTG-context] beta release
On Mon, Mar 2, 2009 at 11:57 AM, Yue Wang wrote: > yes, that's what the second equation points out. > s/second/first > On Mon, Mar 2, 2009 at 3:02 AM, Otared Kavian wrote: >> >> On 1 mars 09, at 19:53, Hans Hagen wrote: >> >>> Yue Wang wrote: Oh, Hans, another bug report, pls test this (come from my thesis): \usetypescript[palatino] \setupbodyfont[palatino,rm] \starttext \placeformula\startformula P_{(i,j)}=\sum_{n=1}^{n_s} P_{{\rm straight},n} \sum_{n=1}^{n_b} P_{{\rm bend},n} \stopformula \placeformula\startformula {{\rm d} {\bf y}\over {\rm d} t} = f(t,{\bf y}) \quad {\bf y}(0)={\bf k} \stopformula \stoptext >>> >>> i have no clue what you expect .. the bold y? if so ... we need to add the >>> bold definition to the vf spec >>> >> >> Hi Hans, >> >> I guess what Yue Wang wants to say is that in mkiv the summation sign \sum >> has a small size, analogous to the in-line math $\sum$, while in mkii the >> ersult is as expected. >> >> Best regards: OK >> >> ___ >> 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] beta release
yes, that's what the second equation points out. On Mon, Mar 2, 2009 at 3:02 AM, Otared Kavian wrote: > > On 1 mars 09, at 19:53, Hans Hagen wrote: > >> Yue Wang wrote: >>> >>> Oh, Hans, another bug report, pls test this (come from my thesis): >>> \usetypescript[palatino] >>> \setupbodyfont[palatino,rm] >>> \starttext >>> \placeformula\startformula >>> P_{(i,j)}=\sum_{n=1}^{n_s} P_{{\rm straight},n} \sum_{n=1}^{n_b} >>> P_{{\rm bend},n} >>> \stopformula >>> \placeformula\startformula >>> {{\rm d} {\bf y}\over {\rm d} t} = f(t,{\bf y}) \quad {\bf y}(0)={\bf k} >>> \stopformula >>> \stoptext >> >> i have no clue what you expect .. the bold y? if so ... we need to add the >> bold definition to the vf spec >> > > Hi Hans, > > I guess what Yue Wang wants to say is that in mkiv the summation sign \sum > has a small size, analogous to the in-line math $\sum$, while in mkii the > ersult is as expected. > > Best regards: OK > > ___ > 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] beta release
yep. thx. On Mon, Mar 2, 2009 at 2:53 AM, Hans Hagen wrote: > Yue Wang wrote: >> >> Oh, Hans, another bug report, pls test this (come from my thesis): >> >> \usetypescript[palatino] >> \setupbodyfont[palatino,rm] >> \starttext >> >> \placeformula\startformula >> P_{(i,j)}=\sum_{n=1}^{n_s} P_{{\rm straight},n} \sum_{n=1}^{n_b} >> P_{{\rm bend},n} >> \stopformula >> >> \placeformula\startformula >> {{\rm d} {\bf y}\over {\rm d} t} = f(t,{\bf y}) \quad {\bf y}(0)={\bf k} >> \stopformula >> \stoptext > > i have no clue what you expect .. the bold y? if so ... we need to add the > bold definition to the vf spec > > mathematics.make_font ( "px-math", { > { name = "texgyrepagella-regular", features = "virtualmath", main = true > }, > { name = "pxr", vector = "traditional-mr" } , > { name = "pxmi", vector = "traditional-mi", skewchar=0x7F }, > { name = "pxsy", vector = "traditional-sy", skewchar=0x30, parameters = > true } , > { name = "pxex", vector = "traditional-ex", extension = true } , > { name = "pxsya", vector = "traditional-ma" }, > { name = "pxsyb", vector = "traditional-mb" }, > } ) > > (feel free to figure out what font -) > > > > - > 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] beta release
2009/3/2 Hans Hagen : > Yanrui Li wrote: >> >> 2009/2/25 Hans Hagen : >>> >>> Hi, >>> >>> As prelude to LuaTeX 0.40 there is now a beta 0.35. I uploaded a context >>> beta that matches this version. The most important move is that we now >>> have >>> a new math subsystem. (Specially for Mojca: iwona seems to work ok). >>> Apart >>> from bringin unicode math this also gives a better performance. (Some >>> info >>> about what is involved can be found in mk.pdf on the website). >>> >>> There might be ommisions so when you run into one, just let us know. >>> >> >> Hi, >> >> Maybe there are some bugs in scrp-ini.lua and scrp-cjk.lua as follows: >> >> 1. In scrp-ini.lua, some flags of punctuations in the definition of >> "hash" are replaced by >> "chinese" flags, for example: >> >> local hash = { >> ... ... >> [0xFF0C] = "full_width_close", -- , >> ... ... >> } >> ... ... >> for i=0x0FF00,0x0FFEF do hash[i] = "chinese" end >> ... ... >> >> 2. In scrp-cjk.lua, it seems that "insert_node_before" in some break & >> shrink & stretch functions >> should be "insert_node_after", for example: >> >> local function nobreak_stretch(head,current) >> insert_node_before(head,current,make_penalty_node(1)) >> insert_node_before(head,current,make_glue_node(0,inter_char_stretch,0)) >> end > > we only insert nodes before, so in that case you need to look at another > combination; so, like > > [insert] > > is triggered only once, by the table entry > > [class a] = { class_b = ... } > Thanks for your explanation, I see. There are some Chinese punctuations, such as “," (fullwidth comma), "!" (fullwidth exclamation mark) and so on, which are considered to be "chinese" but not "full_width_close" by scrp-cjk.lua. Is this deliberately doing? -- Best wishes, Li Yanrui * Gentoo Linux (~x86) * LuaTeX (snapshot-0.35.0-2009022702) * ConTeXt Minimals (2009.02.25 14:43) ___ 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] \itemize[random] does not work
On Sun, Mar 1, 2009 at 7:46 PM, Hans Hagen wrote: > i'd rather try to figure out why the initialization fails; i noticed it a > while ago, but couldn't find the reason Don't know why this happens with the randomizer in thrd-ran.tex but it's easy to solve it in supp-ran.tex Line 72 is '\ifx\normaluniformdeviate\undefined' but \normaluniformdeviate is not defined but \uniformdeviate is defined (I guess \bindprimitive in syst-ini.tex prefixed the commands with 'normal' in a earlier version). You should also remove the normal prefix from the \nextrandom redefinition in supp-ran.tex 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] beta release
Otared Kavian wrote: On 1 mars 09, at 19:53, Hans Hagen wrote: Yue Wang wrote: Oh, Hans, another bug report, pls test this (come from my thesis): \usetypescript[palatino] \setupbodyfont[palatino,rm] \starttext \placeformula\startformula P_{(i,j)}=\sum_{n=1}^{n_s} P_{{\rm straight},n} \sum_{n=1}^{n_b} P_{{\rm bend},n} \stopformula \placeformula\startformula {{\rm d} {\bf y}\over {\rm d} t} = f(t,{\bf y}) \quad {\bf y}(0)={\bf k} \stopformula \stoptext i have no clue what you expect .. the bold y? if so ... we need to add the bold definition to the vf spec Hi Hans, I guess what Yue Wang wants to say is that in mkiv the summation sign \sum has a small size, analogous to the in-line math $\sum$, while in mkii the ersult is as expected. ok, thanks 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] beta release
On 1 mars 09, at 19:53, Hans Hagen wrote: Yue Wang wrote: Oh, Hans, another bug report, pls test this (come from my thesis): \usetypescript[palatino] \setupbodyfont[palatino,rm] \starttext \placeformula\startformula P_{(i,j)}=\sum_{n=1}^{n_s} P_{{\rm straight},n} \sum_{n=1}^{n_b} P_{{\rm bend},n} \stopformula \placeformula\startformula {{\rm d} {\bf y}\over {\rm d} t} = f(t,{\bf y}) \quad {\bf y} (0)={\bf k} \stopformula \stoptext i have no clue what you expect .. the bold y? if so ... we need to add the bold definition to the vf spec Hi Hans, I guess what Yue Wang wants to say is that in mkiv the summation sign \sum has a small size, analogous to the in-line math $\sum$, while in mkii the ersult is as expected. Best regards: OK ___ 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] ruby 1.9
Hi, Akira reported problems with context and ruby 1.9 and it looks like there are some upward incompatible changes in ruby (even syntax) so i need some time to figure that out. In the meantime ... just avoid using texexec with ruby 1.9 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] beta release
Yanrui Li wrote: 2009/2/25 Hans Hagen : Hi, As prelude to LuaTeX 0.40 there is now a beta 0.35. I uploaded a context beta that matches this version. The most important move is that we now have a new math subsystem. (Specially for Mojca: iwona seems to work ok). Apart from bringin unicode math this also gives a better performance. (Some info about what is involved can be found in mk.pdf on the website). There might be ommisions so when you run into one, just let us know. Hi, Maybe there are some bugs in scrp-ini.lua and scrp-cjk.lua as follows: 1. In scrp-ini.lua, some flags of punctuations in the definition of "hash" are replaced by "chinese" flags, for example: local hash = { ... ... [0xFF0C] = "full_width_close", -- , ... ... } ... ... for i=0x0FF00,0x0FFEF do hash[i] = "chinese" end ... ... 2. In scrp-cjk.lua, it seems that "insert_node_before" in some break & shrink & stretch functions should be "insert_node_after", for example: local function nobreak_stretch(head,current) insert_node_before(head,current,make_penalty_node(1)) insert_node_before(head,current,make_glue_node(0,inter_char_stretch,0)) end we only insert nodes before, so in that case you need to look at another combination; so, like [insert] is triggered only once, by the table entry [class a] = { class_b = ... } In addition, I found Chinese punctuations compression in this beta. Will these features be provided in future beta? maybe, once we have decided on a proper reference font - 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] beta release
Yue Wang wrote: Oh, Hans, another bug report, pls test this (come from my thesis): \usetypescript[palatino] \setupbodyfont[palatino,rm] \starttext \placeformula\startformula P_{(i,j)}=\sum_{n=1}^{n_s} P_{{\rm straight},n} \sum_{n=1}^{n_b} P_{{\rm bend},n} \stopformula \placeformula\startformula {{\rm d} {\bf y}\over {\rm d} t} = f(t,{\bf y}) \quad {\bf y}(0)={\bf k} \stopformula \stoptext i have no clue what you expect .. the bold y? if so ... we need to add the bold definition to the vf spec mathematics.make_font ( "px-math", { { name = "texgyrepagella-regular", features = "virtualmath", main = true }, { name = "pxr", vector = "traditional-mr" } , { name = "pxmi", vector = "traditional-mi", skewchar=0x7F }, { name = "pxsy", vector = "traditional-sy", skewchar=0x30, parameters = true } , { name = "pxex", vector = "traditional-ex", extension = true } , { name = "pxsya", vector = "traditional-ma" }, { name = "pxsyb", vector = "traditional-mb" }, } ) (feel free to figure out what font -) - 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] \itemize[random] does not work
Wolfgang Schuster wrote: Am 27.02.2009 um 22:22 schrieb Aditya Mahajan: I've also noticed a strange thing: the first item always is the first - it won't get mixed with the others. There is a bug somewhere in the initialization of the random number generator. The first random number is always 1. An easy work around is to add \nextrandom somewhere before \starttext and then the first item will be random. The best would be to add \appendtoks\nextrandom\to\everystarttext to the core. i'd rather try to figure out why the initialization fails; i noticed it a while ago, but couldn't find the reason - 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] rulethickness in columns
Mojca Miklavec wrote: On Thu, Feb 26, 2009 at 20:28, Albrecht Kauffmann wrote: Hi all, I have a question regarding natural tables: Would it be able to set the rulethickness parameter for one (e.g. the right) side of selected columns separately (e.g. "rulethickness_right=2pt")? Not directly. One can misuse an empty column or use metafun to draw the background separately. See http://www.vim.org/sponsor/vote_results.php If there was something similar for ConTeXt, I would vote for this feature immediately :) hm, yet another thing then to track ... also, having such a system would disable your private hot-line-get-me-this-feature priveliges so you'd better think twice 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] \intertext{\ccaron} fails
Mojca Miklavec wrote: On Sun, Mar 1, 2009 at 11:53, Wolfgang Schuster wrote: Am 28.02.2009 um 18:14 schrieb Mojca Miklavec: I also found this: http://thread.gmane.org/gmane.comp.tex.context.devel/486 I'm not sure which fix you mean but this works: \def\dealwithmathtextencoding {\expanded{\everyhbox{\the\everyhbox\noexpand\fastenableencoding{\currentencoding}}}% \expanded{\everyvbox{\the\everyhbox\noexpand\fastenableencoding{\currentencoding}}}% \def\dealwithmathtextencoding{\let\characterencoding\nocharacterencoding}% \dealwithmathtextencoding} Great! Thanks a lot for "filling the empty vboxes" :) Hans, may I request applying Wolfgang's patch? you may, but only for mkii ... i'v eremoved that code for mkic as we have no encodings there any longer This solves the problem, but I'm not sure if it's the right fix and it also needs to be fixed for \startintertext: \def\intertext#1% {\noalign{\dointertext{\rm#1}}} Please don't introduce hard coded font switches. You are totally right. Mea culpa. - 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] \intertext{\ccaron} fails
On Sun, Mar 1, 2009 at 11:53, Wolfgang Schuster wrote: > > Am 28.02.2009 um 18:14 schrieb Mojca Miklavec: > >> I also found this: >> http://thread.gmane.org/gmane.comp.tex.context.devel/486 > > I'm not sure which fix you mean but this works: > > \def\dealwithmathtextencoding > {\expanded{\everyhbox{\the\everyhbox\noexpand\fastenableencoding{\currentencoding}}}% > \expanded{\everyvbox{\the\everyhbox\noexpand\fastenableencoding{\currentencoding}}}% > \def\dealwithmathtextencoding{\let\characterencoding\nocharacterencoding}% > \dealwithmathtextencoding} Great! Thanks a lot for "filling the empty vboxes" :) Hans, may I request applying Wolfgang's patch? >> This solves the problem, but I'm not sure if it's the right fix and it >> also needs to be fixed for \startintertext: >> \def\intertext#1% >> {\noalign{\dointertext{\rm#1}}} > > Please don't introduce hard coded font switches. You are totally right. Mea culpa. 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] rulethickness in columns
On Thu, Feb 26, 2009 at 20:28, Albrecht Kauffmann wrote: > Hi all, > > I have a question regarding natural tables: Would it be able to set the > rulethickness parameter for one (e.g. the right) side of selected columns > separately (e.g. "rulethickness_right=2pt")? Not directly. One can misuse an empty column or use metafun to draw the background separately. See http://www.vim.org/sponsor/vote_results.php If there was something similar for ConTeXt, I would vote for this feature immediately :) 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] Help with MinionPro, please
On Sat, Feb 28, 2009 at 14:55, Vyatcheslav Yatskovsky wrote: > > ConTeXt ver: 2008.11.10 21:40 MKIV fmt: 2009.2.28 int: english/english Is that "current"? You may try the beta. I would suspect that you would run into troubles with luatex version mismatch anyway if you keep using the old ConTeXt version and decide to update luatex. 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] beta release
Am 01.03.2009 um 18:19 schrieb Hans Hagen: Yue Wang wrote: Hi, Hans: Are HZ features still working? I test the beta with one of my documents, and it gives very bad line break:( it should work ok ... what testfile do you use? He's is right, here is a example. \definefontfeature[default][default] [script=latn,mode=node,expansion=quality,protrusion=quality] \usetypescript[palatino] \setupbodyfont[palatino] \mainlanguage[de] \starttext Ein König von Baßrah besaß große Reichtümer. Seine Untertanen liebten ihn, aber er hatte keine Kinder, und das betrübte ihn über die Maßen. Indes veranlaßte er alle heiligen Männer in seinen Staaten durch namhafte Geschenke, den Himmel für ihn um einen Sohn zu bitten, und ihre Gebete waren nicht erfolglos: die Königin wurde schwanger und genas glücklich eines Sohnes. welcher den Namen Zeyn Alasnam, d\,h~Zierde der Bildsäulen, erhielt. Der König ließ alle Sterndeuter seines Reiches zusammenrufen und befahl ihnen, dem Kind das Horoskop zu stellen. Sie entdeckten durch ihre Beobachtungen, daß er lange leben und viel Mut besitzen würde, daß er dieses Mutes aber auch bedürfe, um das vielfache Unglück, das ihn bedrohe, mannhaft zu ertragen. Der König erschrak nicht über diese Weissagung, »Wenn mein Sohn Mut hat«, sagte er, »so ist er nicht zu beklagen. Es ist gut, wenn die Prinzen manchmal in ein Unglück kommen; Widerwärtigkeiten läutern ihre Tugend, sie lernen dadurch nur um so besser regieren.« \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] beta release
Yue Wang wrote: Hi, Hans: Are HZ features still working? I test the beta with one of my documents, and it gives very bad line break:( it should work ok ... what testfile do you use? - 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] Help with MinionPro, please
I have no problem loading the Minion Pro font. On Sat, Feb 28, 2009 at 9:55 PM, Vyatcheslav Yatskovsky wrote: > Please, help me with MinionPro. Context fails with all my documents > containing it. It worked on my old machine without any problems! > > Header: > \usetypescriptfile[win-font] > \usetypescript[MinionPro]\setupbodyfont[MinionPro,14pt] > > Typescript: > \starttypescript [serif] [MinionPro] > \definefontsynonym [Serif][MinionPro-Regular.otf][features=default] > \definefontsynonym [SerifBold][timesbd.ttf][features=default] > \definefontsynonym [SerifItalic][timesi.ttf][features=default] > \definefontsynonym [SerifBoldItalic][timesbi.ttf][features=default] > \stoptypescript > > \starttypescript [MinionPro] > \definetypeface [MinionPro][rm][serif][MinionPro][default] > \stoptypescript > > Result: > ConTeXt ver: 2008.11.10 21:40 MKIV fmt: 2009.2.28 int: english/english > > system : cont-new loaded > (c:/contextminimal/texmf-context/tex/context/base/cont-new.tex > systems : beware: some patches loaded from cont-new.tex > (c:/contextminimal/texmf-context/tex/context/base/cont-new.mkiv) > (c:/contextminimal/texmf-context/tex/context/base/cont-mtx.tex)) > system : cont-fil loaded > (c:/contextminimal/texmf-context/tex/context/base/cont-fil.tex > loading : Context File Synonyms > ) > system : cont-sys.rme loaded > (c:/contextminimal/texmf-context/tex/context/user/cont-sys.rme > (c:/contextminimal/texmf-context/tex/context/base/type-tmf.tex) > (c:/contextminimal/texmf-context/tex/context/base/type-siz.tex) > (c:/contextminimal/texmf-context/tex/context/base/type-otf.tex)) > bodyfont : 12pt rm is loaded > specials : pdftex loaded > language : language en is active > system : i_got_my_mind_set_on_you.top loaded > (i_got_my_mind_set_on_you.top) > system : module lyrics-env loaded > (lyrics-env.tex (win-font.tex) > load otf | loading: C:/WINDOWS/Fonts/MinionPro-Regular.otf > load otf | warning: The following table(s) in the font have been ignored by > FontForge > load otf | warning: Ignoring 'DSIG' digital signature table > load otf | warning: Warning: Mac and Windows entries in the 'name' table > differ for the > Fullname string in the language English (US) > Mac String: Minion Pro > Windows String: MinionPro-Regular > load otf | warning: The glyph named mu is mapped to U+00B5. > But its name indicates it should be mapped to U+03BC. > load otf | warning: The glyph named Delta is mapped to U+2206. > But its name indicates it should be mapped to U+0394. > load otf | warning: The glyph named Omega is mapped to U+2126. > But its name indicates it should be mapped to U+03A9. > load otf | enhance: patch > load otf | enhance: before > load otf | enhance: enrich > load otf | enhance: registering tlig feature > load otf | enhance: registering trep feature > load otf | enhance: flatten > load otf | flattening 'specifications' tables > load otf | flattening 'anchor' tables > load otf | flattening 'gpos' tables > load otf | flattening 'gsub' tables > load otf | enhance: analyze > load otf | enhance: after > load otf | replacing 'kerns' tables by 'mykerns' tables > ! LuaTeX error ...tminimal/texmf-context/tex/context/base/luat-log.lua:75: > bad argument #2 to 'format' (string expected, got table) > stack traceback: > [C]: in function 'format' > ...tminimal/texmf-context/tex/context/base/luat-log.lua:75: in function > 'report' > ...tminimal/texmf-context/tex/context/base/font-otf.lua:1431: in function > 'after' > ...tminimal/texmf-context/tex/context/base/font-otf.lua:895: in function > 'load' > ...tminimal/texmf-context/tex/context/base/font-otf.lua:1845: in function > 'otf_to_tfm' > ...tminimal/texmf-context/tex/context/base/font-otf.lua:2066: in function > 'read_from_open_type' > ...tminimal/texmf-context/tex/context/base/font-def.lua:333: in function > <...tminimal/texmf-context/tex/context/base/font-def.lua:315> > (tail call): ? > ...tminimal/texmf-context/tex/context/base/font-def.lua:250: in function > 'read' > ...tminimal/texmf-context/tex/context/base/font-def.lua:645: in function > 'read' > ...tminimal/texmf-context/tex/context/base/font-def.lua:752: in function > 'command_2' > :1: in main chunk. > \lowleveldefinefont ...s ", "\@@fontfallbacks " )} > \edef \somefontspec {at > \s... > \xxdododefinefont ...efont {#4}\newfontidentifier > \let > \localrelativefontsiz... > \fontstrategy ...me \fontclass #2#3#4#5\endcsname > \tryingfontfalse \fi > ...yle \fontalternative \fontsize > \fi \iftryingfont > \fontstr... > \synchronizefont ...strategy \the \fontstrategies > \relax \fi \iftryingfont > \... > \getvalue {...@style@ \fontstyle } > \edef
Re: [NTG-context] \intertext{\ccaron} fails
Am 28.02.2009 um 18:14 schrieb Mojca Miklavec: I also found this: http://thread.gmane.org/gmane.comp.tex.context.devel/486 I'm not sure which fix you mean but this works: \def\dealwithmathtextencoding {\expanded{\everyhbox{\the\everyhbox\noexpand \fastenableencoding{\currentencoding}}}% \expanded{\everyvbox{\the\everyhbox\noexpand \fastenableencoding{\currentencoding}}}% \def\dealwithmathtextencoding{\let\characterencoding \nocharacterencoding}% \dealwithmathtextencoding} This solves the problem, but I'm not sure if it's the right fix and it also needs to be fixed for \startintertext: \def\intertext#1% {\noalign{\dointertext{\rm#1}}} Please don't introduce hard coded font switches. 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] \itemize[random] does not work
Am 27.02.2009 um 22:22 schrieb Aditya Mahajan: I've also noticed a strange thing: the first item always is the first - it won't get mixed with the others. There is a bug somewhere in the initialization of the random number generator. The first random number is always 1. An easy work around is to add \nextrandom somewhere before \starttext and then the first item will be random. The best would be to add \appendtoks\nextrandom\to\everystarttext to the core. 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] beta release
2009/2/25 Hans Hagen : > Hi, > > As prelude to LuaTeX 0.40 there is now a beta 0.35. I uploaded a context > beta that matches this version. The most important move is that we now have > a new math subsystem. (Specially for Mojca: iwona seems to work ok). Apart > from bringin unicode math this also gives a better performance. (Some info > about what is involved can be found in mk.pdf on the website). > > There might be ommisions so when you run into one, just let us know. > Hi, Maybe there are some bugs in scrp-ini.lua and scrp-cjk.lua as follows: 1. In scrp-ini.lua, some flags of punctuations in the definition of "hash" are replaced by "chinese" flags, for example: local hash = { ... ... [0xFF0C] = "full_width_close", -- , ... ... } ... ... for i=0x0FF00,0x0FFEF do hash[i] = "chinese" end ... ... 2. In scrp-cjk.lua, it seems that "insert_node_before" in some break & shrink & stretch functions should be "insert_node_after", for example: local function nobreak_stretch(head,current) insert_node_before(head,current,make_penalty_node(1)) insert_node_before(head,current,make_glue_node(0,inter_char_stretch,0)) end In addition, I found Chinese punctuations compression in this beta. Will these features be provided in future beta? -- Best wishes, Li Yanrui * Gentoo Linux (~x86) * LuaTeX (snapshot-0.35.0-2009022702) * ConTeXt Minimals (2009.02.25 14:43) ___ 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] \itemize[random] does not work
For multiple choice you can try: http://fourier.math.uoc.gr/~mk/much/example/ see: [NTG-context] create and grade multiple choice exams with MUCH an ConTeXT have a nice day Em 27/02/2009, às 10:45, Curious Learn escreveu: I was not aware of this cool feature in Context. This could be very useful in making multiple choice tests. I have one question. Is there a simple way in which one can switch between itemized lists that are random and non-random? For example, if I have 40 multiple choice questions, each of which has the following form: Question Text \startitemize[random] \startitem first item \stopitem \startitem second item \stopitem \startitem third item \stopitem \startitem fourth item \stopitem \stopitemize If I want the PDF file that has the items in the order I entered them in (i.e., not a random permutation); is it possible to do that in a way other than going and taking out the "random" from each itemize environment? Thanks. ___ 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 ___ Um Abraço, Jorge Magalhães ___ 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] \itemize[random] does not work
Aditya Mahajan umich.edu> writes: > \defineitemgroup[choices] > > \startmode[random] >\setupitemgroup[choices][1][random] >\nextrandom % to get rid of the randomize bug > \stopmode > Compile this file with "texexec --mode=random " to get random choices, > compile without --mode=... to get normal behaviour. Thanks very much Aditya. That's awesome. I am going to try that for the next test I make. ___ 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] Can't compile LuaTeX beta 0.35.0 (on OS X)
(Answering with a bit of delay.) On Wed, Feb 25, 2009 at 13:06, Thomas A. Schmitz wrote: > > On Feb 25, 2009, at 12:24 PM, Taco Hoekwater wrote: > >> She surely would have done so already if we hadn't all told her to >> 'brake a leg' in Bohinj. :) >> >> Best wishes, >> Taco > > Oops, is Mojca ill? Anyway, I see that the linux minimals now have the 0.35 > luatex. > Would anything speak against updating the osx binaries as well? Yes, Shrove Tuesday/Carnival (Faschingsdienstag). Sorry, but that's not a working day!!! Even if half of me would be missing, I would still attend and dance :) :) :) I just forgot to throw away part of the carnival uniform like walking sticks, that's all. > I could do it today, if need be (and if my access works). You have never complained, so your rights flew away with the old server (some files were not updated), but it it should be OK again. Just go forward next time. I hope that binaries compiled on Leopard work on older macs. (We can do some tests before if needed or just wait on other users' complaints like we did for linux.) On Thu, Feb 26, 2009 at 09:33, Alan Stone wrote: > On Wed, Feb 25, 2009 at 12:15 PM, Thomas A. Schmitz wrote: >> >> It compiles normally here (10.5.6, Intel). Hasn't Mojca added the binary >> to the minimals? We really should cut her bonus at the end of the year :-) > > Mojca, if I may, a precious tip regarding your end of year bonus... > > Do what bankers do these days. For "goodness" sake, don't call it a bonus > but a reward or give it some some other fancy name so nobody will notice or > mind. > > Ump... ;O) No problem, I got my beginning-of-year bonus already plus two or three weeks of payed holidays with highly reduced internet access (also bonus) and some nobel metals. I don't want any more of it. 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] \intertext{\ccaron} fails
On Tue, Feb 24, 2009 at 00:06, Wolfgang Schuster wrote: > > Am 23.02.2009 um 17:27 schrieb Mojca Miklavec: > >> Hello (Hans, Aditya), >> >> I know that neither of you is interested in mkii at the moment, but >> there's a nasty bug that probably has a trivial fix in alignment >> environments. Unicode characters have some problems inside >> \intertext{...} >> >> \startformula\startalign >> \intertext{še če je že} > > \intertext{\mbox{še če je že}} But then it becomes a box, while \intertext can be a paragraph in general. >> \stopalign\stopformula I've digged out an old thread: http://thread.gmane.org/gmane.comp.tex.context/23043 Subject: [NTG-context] accents inside text mode inside math Date: 2005-10-20 On Wed, Nov 9, 2005 at 20:43, Hans Hagen wrote: > Taco Hoekwater wrote: > >> Hans Hagen wrote: >> >>> actually, \cases{&\tf \ccaron}$ works ok >> >> Without the \tf, \characterencoding is '@default@' instead >> of '@ec@'. Does that help pinpoint the problem? > > this seems to work, the problem is that there is no \everyfam > > \starttext > > \def\enableencodinginmath > {\appendtoks >\everyhbox{\mr\everyhbox\emptytoks}% >\everyvbox{\mr\everyvbox\emptytoks}% > \to \everymath} > > \enableencodinginmath > > $\cases{& \ccaron}$ > > $x=\hbox{\ccaron$x=\hbox{\ccaron}$}$ > > \stoptext Using \intertext{\rm še če je že \dorecurse{100}{bla}} works OK, but it would be nice to fix it globally/automatically. I also found this: http://thread.gmane.org/gmane.comp.tex.context.devel/486 This solves the problem, but I'm not sure if it's the right fix and it also needs to be fixed for \startintertext: \def\intertext#1% {\noalign{\dointertext{\rm#1}}} Hans? Thanks a lot, 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 ___
[NTG-context] Help with MinionPro, please
Please, help me with MinionPro. Context fails with all my documents containing it. It worked on my old machine without any problems! Header: \usetypescriptfile[win-font] \usetypescript[MinionPro]\setupbodyfont[MinionPro,14pt] Typescript: \starttypescript [serif] [MinionPro] \definefontsynonym [Serif][MinionPro-Regular.otf][features=default] \definefontsynonym [SerifBold][timesbd.ttf][features=default] \definefontsynonym [SerifItalic][timesi.ttf][features=default] \definefontsynonym [SerifBoldItalic][timesbi.ttf][features=default] \stoptypescript \starttypescript [MinionPro] \definetypeface [MinionPro][rm][serif][MinionPro][default] \stoptypescript Result: ConTeXt ver: 2008.11.10 21:40 MKIV fmt: 2009.2.28 int: english/english system : cont-new loaded (c:/contextminimal/texmf-context/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (c:/contextminimal/texmf-context/tex/context/base/cont-new.mkiv) (c:/contextminimal/texmf-context/tex/context/base/cont-mtx.tex)) system : cont-fil loaded (c:/contextminimal/texmf-context/tex/context/base/cont-fil.tex loading: Context File Synonyms ) system : cont-sys.rme loaded (c:/contextminimal/texmf-context/tex/context/user/cont-sys.rme (c:/contextminimal/texmf-context/tex/context/base/type-tmf.tex) (c:/contextminimal/texmf-context/tex/context/base/type-siz.tex) (c:/contextminimal/texmf-context/tex/context/base/type-otf.tex)) bodyfont : 12pt rm is loaded specials : pdftex loaded language : language en is active system : i_got_my_mind_set_on_you.top loaded (i_got_my_mind_set_on_you.top) system : module lyrics-env loaded (lyrics-env.tex (win-font.tex) load otf | loading: C:/WINDOWS/Fonts/MinionPro-Regular.otf load otf | warning: The following table(s) in the font have been ignored by FontForge load otf | warning: Ignoring 'DSIG' digital signature table load otf | warning: Warning: Mac and Windows entries in the 'name' table differ for the Fullname string in the language English (US) Mac String: Minion Pro Windows String: MinionPro-Regular load otf | warning: The glyph named mu is mapped to U+00B5. But its name indicates it should be mapped to U+03BC. load otf | warning: The glyph named Delta is mapped to U+2206. But its name indicates it should be mapped to U+0394. load otf | warning: The glyph named Omega is mapped to U+2126. But its name indicates it should be mapped to U+03A9. load otf | enhance: patch load otf | enhance: before load otf | enhance: enrich load otf | enhance: registering tlig feature load otf | enhance: registering trep feature load otf | enhance: flatten load otf | flattening 'specifications' tables load otf | flattening 'anchor' tables load otf | flattening 'gpos' tables load otf | flattening 'gsub' tables load otf | enhance: analyze load otf | enhance: after load otf | replacing 'kerns' tables by 'mykerns' tables ! LuaTeX error ...tminimal/texmf-context/tex/context/base/luat-log.lua:75: bad argument #2 to 'format' (string expected, got table) stack traceback: [C]: in function 'format' ...tminimal/texmf-context/tex/context/base/luat-log.lua:75: in function 'report' ...tminimal/texmf-context/tex/context/base/font-otf.lua:1431: in function 'after' ...tminimal/texmf-context/tex/context/base/font-otf.lua:895: in function 'load' ...tminimal/texmf-context/tex/context/base/font-otf.lua:1845: in function 'otf_to_tfm' ...tminimal/texmf-context/tex/context/base/font-otf.lua:2066: in function 'read_from_open_type' ...tminimal/texmf-context/tex/context/base/font-def.lua:333: in function <...tminimal/texmf-context/tex/context/base/font-def.lua:315> (tail call): ? ...tminimal/texmf-context/tex/context/base/font-def.lua:250: in function 'read' ...tminimal/texmf-context/tex/context/base/font-def.lua:645: in function 'read' ...tminimal/texmf-context/tex/context/base/font-def.lua:752: in function 'command_2' :1: in main chunk. \lowleveldefinefont ...s ", "\@@fontfallbacks " )} \edef \somefontspec {at \s... \xxdododefinefont ...efont {#4}\newfontidentifier \let \localrelativefontsiz... \fontstrategy ...me \fontclass #2#3#4#5\endcsname \tryingfontfalse \fi ...yle \fontalternative \fontsize \fi \iftryingfont \fontstr... \synchronizefont ...strategy \the \fontstrategies \relax \fi \iftryingfont \... \getvalue {...@style@ \fontstyle } \edef \fontstyle {\fontstyle }\if... ... l.3 ...pt[MinionPro]\setupbodyfont[MinionPro,14pt] ? Best, Vyatcheslav ___ If your question is of interest to others as well, please add an entry to the
Re: [NTG-context] MinionPro problems
I have no problem loading the Minion Pro font. your source code? On Fri, Feb 27, 2009 at 4:40 PM, Vyatcheslav Yatskovsky wrote: > Does somebody know what the following means? (Was working a few monthes ago) > > (lyrics-env.tex (win-font.tex) > load otf | loading: C:/WINDOWS/Fonts/MinionPro-Regular.otf > load otf | warning: The following table(s) in the font have been ignored by > FontForge > load otf | warning: Ignoring 'DSIG' digital signature table > load otf | warning: Warning: Mac and Windows entries in the 'name' table > differ for the > Fullname string in the language English (US) > Mac String: Minion Pro > Windows String: MinionPro-Regular > load otf | warning: The glyph named mu is mapped to U+00B5. > But its name indicates it should be mapped to U+03BC. > load otf | warning: The glyph named Delta is mapped to U+2206. > But its name indicates it should be mapped to U+0394. > load otf | warning: The glyph named Omega is mapped to U+2126. > But its name indicates it should be mapped to U+03A9. > load otf | enhance: patch > load otf | enhance: before > load otf | enhance: enrich > load otf | enhance: registering tlig feature > load otf | enhance: registering trep feature > load otf | enhance: flatten > load otf | flattening 'specifications' tables > load otf | flattening 'anchor' tables > load otf | flattening 'gpos' tables > load otf | flattening 'gsub' tables > load otf | enhance: analyze > load otf | enhance: after > load otf | replacing 'kerns' tables by 'mykerns' tables > ! LuaTeX error ...tminimal/texmf-context/tex/context/base/luat-log.lua:75: > bad argument #2 to 'format' (string expected, got table) > stack traceback: > [C]: in function 'format' > ...tminimal/texmf-context/tex/context/base/luat-log.lua:75: in function > 'report' > ...tminimal/texmf-context/tex/context/base/font-otf.lua:1431: in function > 'after' > ...tminimal/texmf-context/tex/context/base/font-otf.lua:895: in function > 'load' > ...tminimal/texmf-context/tex/context/base/font-otf.lua:1845: in function > 'otf_to_tfm' > ...tminimal/texmf-context/tex/context/base/font-otf.lua:2066: in function > 'read_from_open_type' > ...tminimal/texmf-context/tex/context/base/font-def.lua:333: in function > <...tminimal/texmf-context/tex/context/base/font-def.lua:315> > (tail call): ? > ...tminimal/texmf-context/tex/context/base/font-def.lua:250: in function > 'read' > ...tminimal/texmf-context/tex/context/base/font-def.lua:645: in function > 'read' > ...tminimal/texmf-context/tex/context/base/font-def.lua:752: in function > 'command_2' > :1: in main chunk. > \lowleveldefinefont ...s ", "\@@fontfallbacks " )} > \edef \somefontspec {at > \s... > \xxdododefinefont ...efont {#4}\newfontidentifier > \let > \localrelativefontsiz... > \fontstrategy ...me \fontclass #2#3#4#5\endcsname > \tryingfontfalse \fi > ...yle \fontalternative \fontsize > \fi \iftryingfont > \fontstr... > \synchronizefont ...strategy \the \fontstrategies > \relax \fi \iftryingfont > \... > \getvalue {...@style@ \fontstyle } > \edef \fontstyle {\fontstyle > }\if... > ... > l.3 ...t[MinionPro]\setupbodyfont[MinionPro, 14pt] > > ? > > ___ > 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] lilypond results do not show.
2009/2/25 Wei-Wei Guo wrote: > Hi everyone, > > I tried the tex file attached in this email, but the lily figure not shown. It works for me, but I have tried it with This is LuaTeX, Version snapshot-0.35.0 ConTeXt ver: 2009.02.25 14:43 MKIV fmt: 2009.2.28 int: english/english and the latest version of the module. If you use some old version of the module, it might not be adapted for mkiv yet. If the latest module doesn't work for you, then you have "too old" ConTeXt. There were some error reports, but those come from lilypond and despite the errors, code still works: GNU LilyPond 2.10.33 Processing `mytry-lilypond-1.tmp' Parsing... Interpreting music... [1] Preprocessing graphical objects... Writing mytry-lilypond-1-systems.tex... Writing mytry-lilypond-1-systems.texi... Layout output to `mytry-lilypond-1-1.eps'... Converting to `mytry-lilypond-1-1.pdf'... Layout output to `mytry-lilypond-1.eps'... Converting to `mytry-lilypond-1.pdf'...ERROR: In procedure delete-file: ERROR: No such file or directory PsToPdf | converting eps (ps) into pdf PsToPdf | conversion method 2 PsToPdf | converting mytry-lilypond-1.eps bounded Overfull \hbox (21.33833pt too wide) in paragraph at lines 6--7 [][][] \*modern12ptrmtfrm* em- GNU LilyPond 2.10.33 Processing `mytry-lilypond-2.tmp' Parsing... Interpreting music... [4] Preprocessing graphical objects... Writing mytry-lilypond-2-systems.tex... Writing mytry-lilypond-2-systems.texi... Layout output to `mytry-lilypond-2-1.eps'... Converting to `mytry-lilypond-2-1.pdf'... Layout output to `mytry-lilypond-2.eps'... Converting to `mytry-lilypond-2.pdf'...ERROR: In procedure delete-file: ERROR: No such file or directory PsToPdf | converting eps (ps) into pdf PsToPdf | conversion method 2 PsToPdf | converting mytry-lilypond-2.eps bounded 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 ___