Re: [NTG-context] "Missing" ligatures, smallcaps, etc.
Hello David, On Sat, Mar 15, 2008 at 12:00 AM, David Wooten wrote: > Greetings all, > > I've just tried to retypeset a file with very recent conTeXt/pdfTeX minimals > (as of a few days ago). The file is only a year or so old... but it was > originally typeset with a combination of TeX installations. It goes almost > okay, except that it doesn't show any ligatures (e.g. Th), Where did you get those from? Standard installations don't render any Th ligatures unless you use XeTeX or LuaTeX or if you have made your own costum encoding. > and won't do the > small capitals which the original handled fine. I'm not sure where to start > looking though there is this error in the log: > > pdfTeX warning: pdftex (file a_zqd2tu.enc): cannot open encoding file for > reading > Any ideas where to start? It would help a lot if you could show us your font definitions, some logs (which map files got included) and try to grep your TeX trees for a_zqd2tu.enc. I cannot find that file mentioned anywhere (neither in map files on my disk nor on google). 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] "Missing" ligatures, smallcaps, etc.
Greetings all, I've just tried to retypeset a file with very recent conTeXt/pdfTeX minimals (as of a few days ago). The file is only a year or so old... but it was originally typeset with a combination of TeX installations. It goes almost okay, except that it doesn't show any ligatures (e.g. Th), and won't do the small capitals which the original handled fine. I'm not sure where to start looking though there is this error in the log: pdfTeX warning: pdftex (file a_zqd2tu.enc): cannot open encoding file for reading Any ideas where to start? Best, David___ 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] mplib
On Fri, Mar 14, 2008 at 6:51 PM, Aditya Mahajan wrote: > On Fri, 14 Mar 2008, Hans Hagen wrote: > > > so, if you have specific wishes ... now is the time to let them know > > Some questions (and hidden wishes) > > Does this mean that text between metapost graphic and context can be > really transparent? Currently \sometxt does not work with all macros, > (like an old feature request by Mojca to have two optional arguments for > setting the font in the gnuplot module). Will mplib mean that the metapost > code can place any tex box at the desired location? Now that you mention it: I still need to adapt the gnuplot module to mkiv, but I'm a bit afraid of asking for help. (The most important thing would be to get rid of that stupid catcode trickery inside \startGNUPLOTscript ... \stopGNUPLOTscript that always tends to fail when one needs it, and to have one-to-one conversion, so that %,#, $, ... will have no special meaning.) Then, it would probably be a nice benchmark to discover bugs in the library :) For example, demos from this page (I'm not saying that they're too useful since 100x100 is too low resolution anyway): http://gnuplot.sourceforge.net/demo_4.3/pm3d.html currently all fail because of the "out-of-memory" problem (10.000 times "fill unitsquare scaled ... shifted ... withcolor ..."), but this might be a ConTeXt problem as well (the text inside \startMPgraphic ... \stopMPgraphic probably needs to be stored somewhere in TeX, even if there's no need for that). 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] References and formulae numbers in upshape
Le Friday 14 March 2008 09:00:49 Wolfgang Schuster, vous avez écrit : > What do you want seems to be not possible but you could use the > following solution although it is better to define a new command. > > \let\normalin\in > > \definereferenceformat > [figref] > [left=\normal, >text=\normal Figure, >command=\normalin] > > \let\in\figref > > \starttext > > \placefigure > [here][fig:det] > {Example} > {\blackrule[width=3cm,height=3cm]} > > \it See \in[fig:det] for details. > > \stoptext > > Wolfgang Thank you for your help, Wolfgang! I think I'll define a new \ref command similar to the one in LaTeX, with upshape number. But maybe a new option would be welcome? (just as for numberstyle=normal in \setupformulae). What do you think? Is it a bad idea? I'm just curious... Morgan ___ 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] mplib
Hans Hagen wrote: > Santy, Michael wrote: >> Its entirely possible that I'm missing something, but I was merely >> inquiring about running the same timing tests that you did with >> mplib, but instead using the existing MKII and MKIV image inclusion >> code. How much of a speedup over the existing code does the mplib >> integration buy us for this benchmark? > > well, processing 15K mp graphics either runtime or delayed would take > way much time (no fun timing) IIRC, beginning of the week we had a speedup of 50% against oldfashioned mkiv (mptopdf-in-lua) with a batched Metapost run, which is alread some 25% faster than batched Metapost in mkii mode (mptopdf-in-tex). And that was before we started optimizing, we are at least twice as fast now as we were then. And in the old system, batched metapost was a whole lot faster than runtime Metapost. Take a look at it this way: if you have a document stuffed full of backgrounds and borders and decorations, you may have a dozen unique decorations per page. On a 200-page book, the total runtime used by the new MPlib-based graphics system is then still less than a second (well, if you were using Hans' machine). 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 ___
Re: [NTG-context] A few questions about aligned maths
On Fri, 14 Mar 2008, Wolfgang Schuster wrote: > On Thu, 13 Mar 2008 19:48:55 -0400 (EDT) > Aditya Mahajan <[EMAIL PROTECTED]> wrote: > >> On Thu, 13 Mar 2008, Morgan Brassel wrote: >> >>> Concerning multline, I only read the specification given in amsldoc.pdf: >>> "3.3 Split equations without alignment". Multline does not support >>> alignment, >>> so you can't put '&' inside it, only '\\'. All it does is cut the equation >>> into several lines: the first is left aligned, the last is right aligned, >>> and >>> all the intermediate are centered. I don't if this is sufficient as an >>> explanation. Please let me know if I can help or test. And thank you for >>> your >>> time! >> >> So, will this user interface be enough: >> >> \startformula \startmultline >>\NC line 1 \FR >>\NC line 2 \MR >>\NC line 3 \LR >> \stopmultline \stopformula > > I would change myself the name for the environment from multline to > multiline, we don't have to rely on the short command names as old TeX > packages did for many macros. Yes, of course. I never really understood the stange naming conventions of amstex. >> Lines with \FR are flush left, lines with \MR are centered, and lines with >> \LR are right flushed. (First row, middle row, last row; as in tables). >> multline also has \pushleft and \pushright with go against the ConTeXt way >> of things. >> >> It is also possible to just have \NR at each row, and let ConTeXt figure >> out the correct flushing. That will involve a two-pass algorithm, and I >> will give that a try. > > I think you should use NR at the end of a line and not different > commands for the first, the last and all other lines. You could change > the alignment of each line with \NC[align=...], this will fit to the > normal commands for tables. This will also make it easier to implement ;) 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] mplib
Santy, Michael wrote: > Its entirely possible that I'm missing something, but I was merely inquiring > about running the same timing tests that you did with mplib, but instead > using the existing MKII and MKIV image inclusion code. How much of a speedup > over the existing code does the mplib integration buy us for this benchmark? well, processing 15K mp graphics either runtime or delayed would take way much time (no fun timing) it all depends on how you use mp graphics, but for most purposes mp processing time goes down to nearly zero btw, mkiv mp inclusion code is faster than mkii code 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] mplib
Its entirely possible that I'm missing something, but I was merely inquiring about running the same timing tests that you did with mplib, but instead using the existing MKII and MKIV image inclusion code. How much of a speedup over the existing code does the mplib integration buy us for this benchmark? -Original Message- From: [EMAIL PROTECTED] on behalf of Hans Hagen Sent: Fri 3/14/2008 12:46 PM To: mailing list for ConTeXt users Subject: Re: [NTG-context] mplib Santy, Michael wrote: > Hans, > > Sounds pretty impressive. As a point of reference, do you have timing > data for the existing MKII and MKIV image processing code? you mean a difference in speed? it depends on how complex the search is, but in general the mkiv code is faster and more robust there and has more potential for plugins; also mkiv does runtime conversion if needed; of course inclusion itself is not faster while (eventually) manipulation will be - 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 ___
[NTG-context] mplib
Hi, as some of you may know, there is an mplib project .. last week taco and spent quite some time on exploring the integration in luatex (and therefore mkiv) experiments with loadiing the format, processing graphics and conversion to pdf show a throughput of less than 0.001 seconds per graphic; a usual we did much timing and although experimental, the code is already pretty okay, just to give an idea: mkiv lua stats : metapost processing time - 6.834 seconds (loading: 0.014 seconds, execution: 1.474 seconds, n: 15000) indeed, that's 15K graphics in 7 seconds. so, the next couple of months i'll start providing an adapted mp handling mechanisms. among the possible options are - extensions based on pre/postscripts (instead of specials) - multiple mp engines (\startuseMPgraphic[metafun]{name} and such) so, if you have specific wishes ... now is the time to let them know 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] mplib
On Fri, 14 Mar 2008, Hans Hagen wrote: > Hi, > > as some of you may know, there is an mplib project .. > > last week taco and spent quite some time on exploring the integration in > luatex (and therefore mkiv) > > experiments with loadiing the format, processing graphics and conversion > to pdf show a throughput of less than 0.001 seconds per graphic; a usual > we did much timing and although experimental, the code is already pretty > okay, just to give an idea: > > mkiv lua stats : metapost processing time - 6.834 seconds (loading: > 0.014 seconds, execution: 1.474 seconds, n: 15000) > > indeed, that's 15K graphics in 7 seconds. That is really impressive. > so, the next couple of months i'll start providing an adapted mp > handling mechanisms. among the possible options are > > - extensions based on pre/postscripts (instead of specials) > - multiple mp engines (\startuseMPgraphic[metafun]{name} and such) > > so, if you have specific wishes ... now is the time to let them know Some questions (and hidden wishes) Does this mean that text between metapost graphic and context can be really transparent? Currently \sometxt does not work with all macros, (like an old feature request by Mojca to have two optional arguments for setting the font in the gnuplot module). Will mplib mean that the metapost code can place any tex box at the desired location? One thing which is really shaky in the current implementation is page anchors. That is, marking something in a paragraph and then using the page background to draw lines between different elements. Will such things be easier to do and work correctly with display math? (I want to use these effects in presentations, but have never managed to get a satisfactory solution that works in display math). I am assuming that there will be hooks so that packages like tikz to move to a mplib backend. Thanks, 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] mplib
Santy, Michael wrote: > Hans, > > Sounds pretty impressive. As a point of reference, do you have timing > data for the existing MKII and MKIV image processing code? you mean a difference in speed? it depends on how complex the search is, but in general the mkiv code is faster and more robust there and has more potential for plugins; also mkiv does runtime conversion if needed; of course inclusion itself is not faster while (eventually) manipulation will be - 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] mplib
Hans, Sounds pretty impressive. As a point of reference, do you have timing data for the existing MKII and MKIV image processing code? Cheers, Mike -Original Message- From: [EMAIL PROTECTED] on behalf of Hans Hagen Sent: Fri 3/14/2008 12:21 PM To: mailing list for ConTeXt users Subject: [NTG-context] mplib Hi, as some of you may know, there is an mplib project .. last week taco and spent quite some time on exploring the integration in luatex (and therefore mkiv) experiments with loadiing the format, processing graphics and conversion to pdf show a throughput of less than 0.001 seconds per graphic; a usual we did much timing and although experimental, the code is already pretty okay, just to give an idea: mkiv lua stats : metapost processing time - 6.834 seconds (loading: 0.014 seconds, execution: 1.474 seconds, n: 15000) indeed, that's 15K graphics in 7 seconds. so, the next couple of months i'll start providing an adapted mp handling mechanisms. among the possible options are - extensions based on pre/postscripts (instead of specials) - multiple mp engines (\startuseMPgraphic[metafun]{name} and such) so, if you have specific wishes ... now is the time to let them know 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 ___ ___ 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] MKIV: context.tex not found
Peter Münster wrote: > Hello, > > I've put the output of the command > MTX_INPUT_TRACE=10 luatools --ini --compile cont-en > on the page http://pmrb.free.fr/tmp/luatools-log/ > > One for version 2008.01.28 (no problem). > And one for version 2008.03.11 (context.tex not found). > > luatools.lua and mtxrun.lua have been copied without suffix into .../bin > > Could someone take a look please? > > What further information should I provide? can you send me your (1) luatools.lua (2) luat-inp.lua - 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] MKIV: context.tex not found
Hello, I've put the output of the command MTX_INPUT_TRACE=10 luatools --ini --compile cont-en on the page http://pmrb.free.fr/tmp/luatools-log/ One for version 2008.01.28 (no problem). And one for version 2008.03.11 (context.tex not found). luatools.lua and mtxrun.lua have been copied without suffix into .../bin Could someone take a look please? What further information should I provide? Greetings, Peter -- 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] References and formulae numbers in upshape
On Fri, 14 Mar 2008 03:49:19 +0100 Morgan Brassel <[EMAIL PROTECTED]> wrote: > > > > \definereferenceformat > > > [eqref] > > > [left=\bgroup\normal(, > > > right=)\egroup] > > > > This was my first attempt, but it gave some trouble. I need to go back and > > check. > > > > Aditya > > I now realize that my first question was not very clear: what I need in fact > is to typeset *all* references obtained by the \in command in upshape. For > example, in {\it See \in{Figure}[fig:det] for details.}, I would like to > see 'Figure 1' in upshape and the rest in italic. I tried: > > \setupreferencing > [left=\bgroup\normal, >right=\egroup] > > without success. Is there a way to achieve this without defining new > reference > formats? What do you want seems to be not possible but you could use the following solution although it is better to define a new command. \let\normalin\in \definereferenceformat [figref] [left=\normal, text=\normal Figure, command=\normalin] \let\in\figref \starttext \placefigure [here][fig:det] {Example} {\blackrule[width=3cm,height=3cm]} \it See \in[fig:det] for details. \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] A few questions about aligned maths
On Thu, 13 Mar 2008 19:48:55 -0400 (EDT) Aditya Mahajan <[EMAIL PROTECTED]> wrote: > On Thu, 13 Mar 2008, Morgan Brassel wrote: > > > Concerning multline, I only read the specification given in amsldoc.pdf: > > "3.3 Split equations without alignment". Multline does not support > > alignment, > > so you can't put '&' inside it, only '\\'. All it does is cut the equation > > into several lines: the first is left aligned, the last is right aligned, > > and > > all the intermediate are centered. I don't if this is sufficient as an > > explanation. Please let me know if I can help or test. And thank you for > > your > > time! > > So, will this user interface be enough: > > \startformula \startmultline >\NC line 1 \FR >\NC line 2 \MR >\NC line 3 \LR > \stopmultline \stopformula I would change myself the name for the environment from multline to multiline, we don't have to rely on the short command names as old TeX packages did for many macros. > Lines with \FR are flush left, lines with \MR are centered, and lines with > \LR are right flushed. (First row, middle row, last row; as in tables). > multline also has \pushleft and \pushright with go against the ConTeXt way > of things. > > It is also possible to just have \NR at each row, and let ConTeXt figure > out the correct flushing. That will involve a two-pass algorithm, and I > will give that a try. I think you should use NR at the end of a line and not different commands for the first, the last and all other lines. You could change the alignment of each line with \NC[align=...], this will fit to the normal commands for tables. > The other thing is placement of equation numbers. It is easy to implement > multline so that equation number is always centered. I am not sure if the > current ConTeXt mechanism allows for equation number to be placed on the > bottom (similar to tbtags options). 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 ___