ntg-context October 2009

ntg-context@ntg.nl

90 participants
185 discussions

Re: [NTG-context] ntg-context Digest, Vol 64, Issue 107
by Michael Green 31 Oct '09

31 Oct '09

Mojca Miklavec wrote: >> They released a patch for this problem in April 2009. Specifically, >> they >> patched the binary files dvips and pdftex >> >> Have these patches been applied to the versions of dvips and pdftex >> in the >> minimals? > > Not for dvips for a simple reason. It's not in minimals. The sources > for minimals contain the latest stable pdftex branch (that's returning > errors during compilation at the moment). That's curious. There's a file called dvips in my minimals-context/tex/ temf-osx-intel/bin/ It seems to be dated 9/17/07 The version of pdftex is newer than the patched one: July 22 2009 vs. March 31 2009. I'm going to assume it's OK. Taco Hoekwater wrote: >> >> Question: is this still a problem for luatex 0.44? (Please say no). > > I applied a patch tagged 'Melissa O'Neill' on March 22 (included as > of luatex-0.36.0), which I think is the one this is about. > > Best wishes, > Taco > That looks right. Thank you!

2 1

2UP
by Wolfgang Werners-Lucchini 31 Oct '09

31 Oct '09

Hallo, years ago I had the same problem: with 2UP the table of contents is not included! Wasn't this a bug? Wolfgang

2 1

pdfs with boxes instead of letters
by Michael Green 31 Oct '09

31 Oct '09

On Oct 30, 2009, Oliver Buerschaper wrote: > > I seem to have spoken too soon. The very next document I prepared > > had the same boxes-rather-than-letters problem. > > > > That said, I cleared the font caches again and, after restarting, > > the document looked correct. Perhaps this is a coincidence. Or > > perhaps there is something amiss with the way my computers are > > caching fonts. Sigh. > > Well, if your engine is pdftex (from an unpatched TeXLive 2008) then > chances are you're running into the nasty (TM) font cache bug: > > http://www.tug.org/mactex/fontcache/ > > Oliver The symptoms seem right: strange, unpredictable display problems with Apple's pdf software but not Adobe's. And it's not just pdftex, apparently. They say that luatex is affected too. That's primarily what I use. So we have both known symptoms (sort of - they're vague) and an allegedly known cause. Perhaps we have a diagnosis. Here is Dick Koch, "A Fix for the Corrupt Font Cache Bug" http://www.tug.org/mactex/fontcache/Font-Cache-Bugfix.pdf > The “corrupt font cache bug” on OS X has been traced by Melissa > O’Neill to a bug in pdftex, present in that program since 2004. > The incorrect code is also used in other programs, notably dvips, > luatex, and metapost. … > > The code containing the pdftex bug was used with little change in > modern versions of dvips, so ﬁxing the bug in dvips was not > diﬃcult. However, it wasn’t so easy to ﬁnd the corresponding > code in luatex and metapost. Instead of waiting for decisive ﬁxes > in these programs, we decided to just release the ﬁxed pdftex and > dvips. This should ﬁx the bug for most users. Notice that pdftex > is used when typesetting in “pdftex” mode and dvips is used when > typesetting in “TeX and DVI” mode. XeTeX does not have the bug. And in another document, "Looking over the Debugger’s Shoulders ", Koch summarizes what they discovered this way: http://www.tug.org/mactex/fontcache/Debugging.pdf > Two bugs contributed to the problem. First, pdftex, dvips, luatex, > and metapost were not correctly subsetting certain fonts. And > second, a large number of fonts contained subroutines which did not > conclude with a RETURN command. Many of these were created with the > utility mmpfb, which has been patched. Question: is this still a problem for luatex 0.44? (Please say no). If not, perhaps I should clean my caches and use only MkII/XeTeX. Even then, I gather that old documents created with luatex will still be little time bombs (see Appendix, below). I guess I have to delete all pdfs made by luatex and regenerate them as needed. That's a lot of documents. "Nasty" is right. Oy. mjg Appendix: Koch's explanation of why the font cache might become corrupt seemingly for no reason at all. http://www.tug.org/mactex/fontcache/Font-Cache-Bugfix.pdf > When GUI programs display pdf ﬁles, they call Apple’s internal > pdf routines. In turn, these routines call Apple’s font routines > to construct bitmaps for the outline fonts. These Apple routines > store the bitmaps in a font cache to speed up future display. For > reasons unknown until recently, this font cache can become corrupt; > this is “triggered” by displaying a defective pdf ﬁle. After > that trigger, display problems persist for all ﬁles. To ﬁx the > problem, the font cache needs to be rebuilt, as happens when the > machine is rebooted. Adobe Acrobat does not use Apple’s pdf > display routines, so it is immune to the bug. ... > > Once you install the repaired pdftex and dvips binaries, pdf ﬁles > created by these programs will not contain damaged fonts and thus > won’t trigger the bug. But unfortunately, your old pdf ﬁles may > still be damaged. In addition, users on other platforms won’t have > the repaired binaries for some time, so pdf ﬁles sent by > colleagues may still be damaged and trigger the bug. That is why > you may still experience the bug from time to time until the TeX > world catches up. > > It isn’t even necessary to display an old damaged pdf ﬁle to > trigger the bug, because Apple’s QuickLook software and the > software in Finder which gives a miniature version of the ﬁrst > page in the ﬁle browser can trigger it. If you keep experiencing > the bug after applying the ﬁx, you may need to retypeset ﬁles > which you often open.

3 2

pdfs with boxes instead of letters
by Michael Green 30 Oct '09

30 Oct '09

On Oct 30, 2009, Oliver Buerschaper wrote: > Well, if your engine is pdftex (from an unpatched TeXLive 2008) then > chances are you're running into the nasty (TM) font cache bug: > > http://www.tug.org/mactex/fontcache/ > > Oliver One other question. which pdftex shows that it's in the minimal distribution They released a patch for this problem in April 2009. Specifically, they patched the binary files dvips and pdftex Have these patches been applied to the versions of dvips and pdftex in the minimals? If not, is there any reason why I shouldn't substitute these patched versions for the ones in the minimals? Thanks. mjg Source for the patch: http://www.tug.org/mactex/fontcache/ http://www.tug.org/mactex/fontcache/patchedbinaries.tar.gz

2 1

labelling again: tables? And captions?
by Pau 30 Oct '09

30 Oct '09

Hello, how can I add a label and a caption to a table? I guess that the label is \starttable[|l|l|l|l|l|l|l|l|][MyLabel] But what about the caption? I have been looking in http://wiki.contextgarden.net/Table Thanks a lot for the help... Cheers, Pau

2 1

Re: [NTG-context] pdfs with boxes instead of letters
by Michael Green 30 Oct '09

30 Oct '09

Michael Green wrote: > On Oct 29, 2009, at 11:56 PM, Mojca Miklavec wrote: > >> >> Message: 3 >> Date: Thu, 29 Oct 2009 11:56:05 +0100 >> From: Mojca Miklavec <mojca.miklavec.lists(a)gmail.com> >> To: mailing list for ConTeXt users <ntg-context(a)ntg.nl> >> Subject: Re: [NTG-context] pdfs with boxes instead of letters >> Message-ID: >> <6faad9f00910290356j522794fw1326911d8a70b1a8(a)mail.gmail.com> >> Content-Type: text/plain; charset=UTF-8 >> >> The PDFs look OK here with both Preview and Skim. I would try to >> delete the font cache on your computer and restart it. >> > > That seems to have solved it. I see letters again! My quality of > life just went up measurably. Thank you very much! > > For the record, I used the simple method Wolfgang pointed to: > restarting in "Safe Mode" then restarting again in normal mode. > > It's extremely easy with no software or mucking around in unusual > directories. > > Specifically, I followed these instructions: > > http://www.ascendercorp.com/support/ I seem to have spoken too soon. The very next document I prepared had the same boxes-rather-than-letters problem. That said, I cleared the font caches again and, after restarting, the document looked correct. Perhaps this is a coincidence. Or perhaps there is something amiss with the way my computers are caching fonts. Sigh.

2 1

Error with the new luatex
by Alain Delmotte 30 Oct '09

30 Oct '09

Hi! I could compile the following document (part of it givne here): ============== \starttext \startlinenumbering Thus, I came to the conclusion that the designer of a new system must not only be the implementer and first large--scale user;\someline[here] the designer should also write the first user manual. .../... \stoplinenumbering see at \inline{line}[here], \inline{line}[there] and also at \inline{line}[range] \stoptext ============== Now, version 0.44, I get an error: ============== ! LuaTeX error no string to print stack traceback: [C]: in function 'texsprint' ...TeXt/tex/texmf-context/tex/context/base/strc-ref.lua:840: in function 'get_current_prefixspec' <main ctx instance>:1: in main chunk. \currentreferencecontent ...ixspec("\v!default ")} )} <argument> ...freference \currentreferencecontent \rightofreference \doifelsenothing #1->\edef \!!stringa {#1 }\ifx \!!stringa \empty \expandafte... <argument> ...referencecontent \rightofreference } \dosymbolreference \dowant... \firstoftwoarguments #1#2->#1 \dodoinatreferenceindeed ...eference {#1}{#2}[#4]} \endgroup ... l.20 see at \inline{line}[here] , \inline{line}[there] and also at \inline{li... ? ============= So the label to the line is not known?! Alain

1 0

Incorporating svg images in Context.
by John Culleton 30 Oct '09

30 Oct '09

A 2007 post from HH suggests the following: -------------------- \usemodule[res-08] \setups[rl:manipulate] \setupexternalfigures[conversion=pdf] \starttext \externalfigure[system.svg] \stoptext --------------------- There is a module x-res-08.tex on my system. Is this the current wisdom for using SVG drawings in Context? John Culleton "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html

1 0

Re: [NTG-context] Luatex 0.44.0 announcement
by Vyatcheslav Yatskovsky 30 Oct '09

30 Oct '09

Hello > I wanted to manually push the changes, but the windows binary is at > 0.44 already. > Thanks, Mojca, it is 0.44 already indeed! Now we can use SyncTex option by adding \synctex=1 to the preamble. Regards, Vyatcheslav

3 2

\placecontent floating in a frame
by Jelle Huisman 30 Oct '09

30 Oct '09

Hi all, I want to place a table of contents in a floating frame but somehow all the entries are placed in one line (see example) How do I get a proper ToC? I know that I can add a height to the \framed but with the real data I'm working with I don't know in advance how many lines I need. Adding heightfactor=fit didn't work either. \setupcombinedlist[content][level=2,alternative=f] \definefloat[TOCfloat][TOCfloats] \setupfloat[TOCfloat][location=hanging,background=color,backgroundcolor=lightgray] \starttext \placeTOCfloat[right,here]{none}{\framed[width=0.4\textwidth]{\placecontent}} \section{First section title} \input knuth \section{Second section title} \input knuth \section{Third section title} \input knuth \section{Last section title} \input knuth \stoptext Thanks again, Jelle

2 2

Jump to page:

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

ntg-context October 2009