Re: [NTG-context] Parsing CFF DICT failed
On 05/14/2011 09:38 PM, Reviczky, Adam wrote: It seems to be syntex/luatex related. Just noticed that there's no luatex banner in the log because of the error, so: This is LuaTeX, Version beta-0.71.0-2011051313 (rev 4265) Any chance of a (smallish) test file? 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Parsing CFF DICT failed
Any chance of a (smallish) test file? I've attached the test file, log and broken pdf/synctex files. Do you need anything else? Adam \enabledirectives[system.synctex] \setupbibtex[database={sample},sort=author] \starttext \chapter{Bibliography} \completepublications[criterium=text] \stoptext @STRING{hh = {Hans Hagen}} @ELECTRONIC{hh2010, author = hh, year = {2010}, title = {Metafun. \CONTEXT\ mkiv}, url = {http://www.pragma-ade.nl/general/manuals/metafun-s.pdf}, } @ARTICLE{hh2010a, author = hh, title = {The Font Name Mess}, journal = {MAPS}, year = {2010}, volume = {40}, pages = {2-8}, keywords = {context}, } @ARTICLE{hh2010b, author = hh, title = {Grouping in Hybrid Environments}, journal = {MAPS}, year = {2010}, volume = {40}, pages = {67-71}, keywords = {context}, } @BOOK{Eijkhout1991, title = {\TeX\ by Topic. A \TeX nician's Reference}, publisher = {Addison-Wesley}, year = {1991}, author = {Victor Eijkhout}, address = {London}, keywords = {general}, } (test.tex ConTeXt ver: 2011.05.14 16:34 MKIV fmt: 2011.5.14 int: english/english system cont-new.mkiv loaded (/usr/share/texmf/tex/context/base/cont-new.mkiv system beware: some patches loaded from cont-new.mkiv ) system test.top loaded system options begin of optionfile system options system options % runtime options files (command line driven) system options \unprotect system options % feedback and basic job control system options % handy for special styles system options \startluacode system options document = document or { } system options document.arguments={ system options } system options document.files={ system options test.tex, system options } system options \stopluacode system options % process info system options \setupsystem[inputfile=test.tex] system options \setupsystem[\c!n=1,\c!m=1] system options % modes system options % options (not that important) system options \startsetups *runtime:options system options \stopsetups system options % styles and modules system options \startsetups *runtime:modules system options \stopsetups system options % done system options \protect \endinput system options system options end of optionfile (test.top) fontslatin modern fonts are not preloaded languageslanguage en is active system synctex functionality is enabled! publications wrote a new auxiliary file \jobname.aux {/usr/share/texmf/fonts/map/pdftex/context/mkiv-base.map} fontspreloading latin modern fonts (second stage) (/usr/share/texmf/tex/context/base/type-siz.mkiv) (/usr/share/texmf/tex/context/base/type-otf.mkiv){/usr/share/texmf/fonts/map/dvips/lm/lm-math.map}{/usr/share/texmf/fonts/map/dvips/lm/lm-rm.map} fontsvirtual math unable to resolve name mapsfromchar fontsfallback modern rm 12pt is loaded system begin file test.tex at line 3 structuresectioning chapter @ level 2 : 0.1 - Bibliography backend xmp using file '/usr/share/texmf/tex/context/base/lpdf-pdx.xml' pagesflushing realpage 1, userpage 1, subpage 1 structuresectioning chapter @ level 2 : 0.2 - \headtext {pubs} publications loading database from test.bbl (test.bbl) pagesflushing realpage 2, userpage 2 system end file test.tex at line 6 )/usr/share/texmf/fonts/opentype/public/lm/lmroman12-regular.otf !LuaTeX error (file /usr/share/texmf/fonts/opentype/public/lm/lmroman12-regular.otf): Parsing CFF DICT failed. (error=-1) == Fatal error occurred, no output PDF file produced! test.pdf Description: test.pdf test.synctex.gz(b.txt Description: test.synctex.gz(b.txt ___ 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] (URGENT) floating objects causing bug
Hi Hans, while finishing a big project (900 pages, 300 floating tables/figures) I noticed that the first line of each page is moving up/down (almost half a line)! Reason: As soon a a floating object is placed the next page is disturbed. I wrote a small minimal (see below) that shows the problem: compare the first lines of page 1 und 3 please. My project is otherwise finished ... :o( Do you think you could manage to write a fast patch for his bug, so I can deliver it tomorrow? Best regards, Steffen --- \showframe \definepapersize[stw][width=14.7cm,height=22.3cm] \setuppapersize[stw][stw] \setuplayout [width=113mm,height=572pt, backspace=17mm,topspace=17mm, header=12pt,headerdistance=6pt, footer=36pt,footerdistance=0pt, location=middle,marking=off] \usetypescript[times] \setupbodyfont[times, 10pt]\setupinterlinespace[line=12pt] \setupindenting[10pt,yes] \starttext \dorecurse{2}{\input tufte\footnote{\input ward \par} \par} \dorecurse{2}{\input ward} \placefigure{Title}{\externalfigure[cow][width=0.5\textwidth]} \dorecurse{5}{\input tufte} \stoptext ___ 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] Parsing CFF DICT failed
On 05/15/2011 10:16 AM, Reviczky, Adam wrote: Any chance of a (smallish) test file? I've attached the test file, log and broken pdf/synctex files. Do you need anything else? No, I could reproduce the error just fine. Oddly enough, it seems to be a bug in the getcwd() implementation in glibc, that I have now written a workaround for. 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] (URGENT) floating objects causing bug
On 05/15/2011 11:35 AM, Steffen Wolfrum wrote: Hi Hans, while finishing a big project (900 pages, 300 floating tables/figures) I noticed that the first line of each page is moving up/down (almost half a line)! Reason: As soon a a floating object is placed the next page is disturbed. The problem is that the vertical space collapser is collapsing *into* topskip's spec field, thereby changing its value. That much is clear to me. I do not know how to fix this nicely, but a crude workaround to fix your project is: \appendtoks \global\topskip=10pt plus 50pt \to \everyafteroutput 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] (URGENT) floating objects causing bug
Am 15.05.2011 um 12:39 schrieb Taco Hoekwater: On 05/15/2011 11:35 AM, Steffen Wolfrum wrote: Hi Hans, while finishing a big project (900 pages, 300 floating tables/figures) I noticed that the first line of each page is moving up/down (almost half a line)! Reason: As soon a a floating object is placed the next page is disturbed. The problem is that the vertical space collapser is collapsing *into* topskip's spec field, thereby changing its value. That much is clear to me. I do not know how to fix this nicely, but a crude workaround to fix your project is: \appendtoks \global\topskip=10pt plus 50pt \to \everyafteroutput That seems to be at least a starting point. Thank you Taco. I tried to use your workaround in my project: Well, something is different now ... but all in all it gets totally weird now! Please have a look at a original chapter: http://www.werksatz.com/attachments/chap_02_before.pdf and the same with your workaround http://www.werksatz.com/attachments/chap_02_after.pdf See for example the space above the first lines on realpage 10 (userpage 14) and realpage 13 (userpage 17)! Maybe I need to change the values 10pt, 50pt? What are they related to? Steffen ___ 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] (URGENT) floating objects causing bug
On 15 mei 2011, at 13:08, Steffen Wolfrum cont...@st.estfiles.de wrote: Am 15.05.2011 um 12:39 schrieb Taco Hoekwater: On 05/15/2011 11:35 AM, Steffen Wolfrum wrote: Hi Hans, while finishing a big project (900 pages, 300 floating tables/figures) I noticed that the first line of each page is moving up/down (almost half a line)! Reason: As soon a a floating object is placed the next page is disturbed. The problem is that the vertical space collapser is collapsing *into* topskip's spec field, thereby changing its value. That much is clear to me. I do not know how to fix this nicely, but a crude workaround to fix your project is: \appendtoks \global\topskip=10pt plus 50pt \to \everyafteroutput That seems to be at least a starting point. Thank you Taco. I tried to use your workaround in my project: Well, something is different now ... but all in all it gets totally weird now! Please have a look at a original chapter: http://www.werksatz.com/attachments/chap_02_before.pdf and the same with your workaround http://www.werksatz.com/attachments/chap_02_after.pdf See for example the space above the first lines on realpage 10 (userpage 14) and realpage 13 (userpage 17)! Maybe I need to change the values 10pt, 50pt? What are they related to? Maybe just deleting the plus 50pt will fix it. 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] about JS(Walk_Field{})
Am 15.05.2011 um 00:15 schrieb Jeong Dalyoung: Your mail reminds me to finish my animation module which makes it simpler to generate such animations, e.g. the above can be written as \startanimation {1} {2} \stopanimation and all the necessary symbols etc. are generated by the environment. It is great. Should I include some module? Where can I find it? Yes, the code is a separate module and you can download it here: https://bitbucket.org/wolfs/animation/src 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] (URGENT) floating objects causing bug
Am 15.05.2011 um 12:39 schrieb Taco Hoekwater: On 05/15/2011 11:35 AM, Steffen Wolfrum wrote: Hi Hans, while finishing a big project (900 pages, 300 floating tables/figures) I noticed that the first line of each page is moving up/down (almost half a line)! Reason: As soon a a floating object is placed the next page is disturbed. The problem is that the vertical space collapser is collapsing *into* topskip's spec field, thereby changing its value. That much is clear to me. I do not know how to fix this nicely, but a crude workaround to fix your project is: \appendtoks \global\topskip=10pt plus 50pt \to \everyafteroutput What about \setupinterlinespace[top=0]? I had once a related (?) problem: http://archive.contextgarden.net/message/20110224.131537.352b2342.en.html Greeting Andreas___ 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] (URGENT) floating objects causing bug
On 15-5-2011 12:39, Taco Hoekwater wrote: On 05/15/2011 11:35 AM, Steffen Wolfrum wrote: Hi Hans, while finishing a big project (900 pages, 300 floating tables/figures) I noticed that the first line of each page is moving up/down (almost half a line)! Reason: As soon a a floating object is placed the next page is disturbed. please don't use URGENT in a subject ... the bolder the subject, the lower it moves on my todo list (and the sooner it moves out of my inbox view) The problem is that the vertical space collapser is collapsing *into* topskip's spec field, thereby changing its value. That much is clear to me. I do not know how to fix this nicely, but a crude workaround to fix your project is: \appendtoks \global\topskip=10pt plus 50pt \to \everyafteroutput Taco: in spac-ver.lua this helps ... --~ ps = writable_spec(previous) -- no writable needed here --~ ps.width, ps.stretch, ps.shrink = pw + cw, pp + cp, pm + cm previous.spec = nodes.pool.gluespec(pw + cw, pp + cp, pm + cm) so, we run into this writable mess again (maybe copying a gluespec in the engine when a topskip is injected is the best solution) ... ok, eventually gluespecs will become fields in a glue node so it's a temporary roblem 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] (URGENT) floating objects causing bug
Am 15.05.2011 um 14:09 schrieb Hans Hagen: please don't use URGENT in a subject ... the bolder the subject, the lower it moves on my todo list (and the sooner it moves out of my inbox view) Discovering this bug in the last minute before delivering made me a bit nervous. So I cried for help with all the bells and whistles ... Glad that it worked, nevertheless ;o) Please accept my apologies Steffen ___ 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 spacing after comma (MkIV)
Hi, please consider this: \starttext \math{1, 2, 3} \stoptext Spacing after comma in MkIV is practically nonexistent. Is this intended? Vedran P.S. Using or not using OTF has no effect. math-spacing2-mkii.pdf Description: Adobe PDF document math-spacing2-mkiv.pdf Description: Adobe PDF document math-spacing2-mkiv-otf.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] (URGENT) floating objects causing bug
Am 15.05.2011 um 13:20 schrieb Taco Hoekwater: On 15 mei 2011, at 13:08, Steffen Wolfrum cont...@st.estfiles.de wrote: Am 15.05.2011 um 12:39 schrieb Taco Hoekwater: On 05/15/2011 11:35 AM, Steffen Wolfrum wrote: Hi Hans, while finishing a big project (900 pages, 300 floating tables/figures) I noticed that the first line of each page is moving up/down (almost half a line)! Reason: As soon a a floating object is placed the next page is disturbed. The problem is that the vertical space collapser is collapsing *into* topskip's spec field, thereby changing its value. That much is clear to me. I do not know how to fix this nicely, but a crude workaround to fix your project is: \appendtoks \global\topskip=10pt plus 50pt \to \everyafteroutput That seems to be at least a starting point. Thank you Taco. I tried to use your workaround in my project: Well, something is different now ... but all in all it gets totally weird now! Please have a look at a original chapter: http://www.werksatz.com/attachments/chap_02_before.pdf and the same with your workaround http://www.werksatz.com/attachments/chap_02_after.pdf See for example the space above the first lines on realpage 10 (userpage 14) and realpage 13 (userpage 17)! Maybe I need to change the values 10pt, 50pt? What are they related to? Maybe just deleting the plus 50pt will fix it. Yes that's it! Seems to work now as desired (we'll have to see, if it is 100% water-proof ... ) Thank you very, very much for your emergency aid :o) Steffen ___ 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] floats disturb section placement (solved)
Von: Hans Hagen pra...@wxs.nl Datum: 15. Mai 2011 14:09:27 MESZ Betreff: Re: [NTG-context] (URGENT) floating objects causing bug ... in spac-ver.lua this helps ... --~ ps = writable_spec(previous) -- no writable needed here --~ ps.width, ps.stretch, ps.shrink = pw + cw, pp + cp, pm + cm previous.spec = nodes.pool.gluespec(pw + cw, pp + cp, pm + cm) so, we run into this writable mess again (maybe copying a gluespec in the engine when a topskip is injected is the best solution) ... ok, eventually gluespecs will become fields in a glue node so it's a temporary roblem ... and it helps solving the problem described in this thread, too!! Great. Thank you Hans! Steffen ___ 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] ntg-context Digest, Vol 83, Issue 56
Dear Hans, There is something wrong with the fieldstack mechanism. fixed in next beta (mismatch between field.value in javascript and rendering key) I updated to the latest beta(5/15) and tested both the Wolfgang's sample and mine. They are working well. Thank you for quick fixing of fieldstack and also for enhancing the sorting of Korean words. Best regards, Dalyoung ___ 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 spacing after comma (MkIV)
Hi Vedran, Some time ago we had a discussion on the list about this issue: I learned that in mkiv one has to add \setupmathematics[autopunctuation=no] in order to have a correct spacing. Best regards: OK On 15 mai 2011, at 15:17, Vedran Miletić wrote: Hi, please consider this: \starttext \math{1, 2, 3} \stoptext Spacing after comma in MkIV is practically nonexistent. Is this intended? Vedran P.S. Using or not using OTF has no effect. math-spacing2-mkii.pdfmath-spacing2-mkiv.pdfmath-spacing2-mkiv-otf.pdf___ 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] Math spacing after comma (MkIV)
2011/5/15 Otared Kavian ota...@gmail.com Hi Vedran, Some time ago we had a discussion on the list about this issue: I learned that in mkiv one has to add \setupmathematics[autopunctuation=no] in order to have a correct spacing. Thanks, that works! Vedran ___ 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 ___