Re: [NTG-context] problem with pdftex-1.40.1 and Gentium ligatures
Sorry, neglected to mention (it was long ago and I had forgotten), I installed it with texfont texfont --ma --in --ve=sil --co=gentium --fontroot=/usr/share/texmf --afmpl [--en=ec] hmm, can't remember if it was /usr/share on the end Thank you for your efforts Johan 2007/2/2, Taco Hoekwater [EMAIL PROTECTED]: Hi Johan, Johan Sandblom wrote: For the time being I simplified my design and removed the use of Zapf Chancery, and there is no problem. I am trying to work this out, but I obviously miss the gentium font files (metric and map files, as wel as the actual fonts). I can get the ttfs from the sil site, but where did the tfms and map files come from? Best, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context -- Johan Sandblom N8, MRC, Karolinska sjh t +46851776108 17176 Stockholm m +46735521477 Sweden What is wanted is not the will to believe, but the will to find out, which is the exact opposite - Bertrand Russell ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem with pdftex-1.40.1 and Gentium ligatures
2007/2/2, Taco Hoekwater [EMAIL PROTECTED]: I am trying to work this out, but I obviously miss the gentium font files (metric and map files, as wel as the actual fonts). I can get the ttfs from the sil site, but where did the tfms and map files come from? Take mine: http://www.fiee.net/texnique/?menu=0-1-4 Greetlings, Hraban ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem with pdftex-1.40.1 and Gentium ligatures
2007/2/2, Johan Sandblom [EMAIL PROTECTED]: Sorry, neglected to mention (it was long ago and I had forgotten), I installed it with texfont Btw: The -recorder switch of pdftex/web2c (don't know how to use that with texexec) will write a list of all files used by pdftex (including fonts) to a file. And if you put all these files in the same directory as your input file, pdftex will use those, so you don't have to fiddle with texmf-*. Best Martin ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem with pdftex-1.40.1 and Gentium ligatures
The -recorder switch of pdftex/web2c (don't know how to use that with texexec) Like so: texexec --passon=-recorder file.tex The --passon feature had lapsed in the transition from perl to ruby texexec, but Hans and Taco fixed it in one of the recent ConTeXt releases. I now use it all the time to get compiler-like error msgs: texexec --passon=-file-line-error ... filtering the output through egrep -i -A 4 '^([^ :]+:[0-9]+: |output written.*pages)' to select the error lines and a bit of context, so to speak. -Sanjoy `Not all those who wander are lost.' (J.R.R. Tolkien) ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem with pdftex-1.40.1 and Gentium ligatures (pdftex bug)
See minimal example here: http://sarovar.org/tracker/index.php?func=detailaid=729group_id=106atid=493 Best, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem with pdftex-1.40.1 and Gentium ligatures
Hi Johan, If the only change is the pdftex version, than it sounds like this is a pdftex bug. Any chance you can create a small standalone testfile? Best, Taco Johan Sandblom wrote: When I moved from pdftex-1.30.5-2.2 (from texlive-base-bin 2005.dfsg.2-10 on debian) to pdftex-1.40.1 suddenly ligatures in gentium exhibited erratic behavior: they appeared correctly (or, more accurately, the letters appeared, they did not look like a proper ligature) on screen in xpdf and acroread but did not print (there were just empty spaces). On windows, the fi, fl, and ff combinations made blanks, just as on the printer. Reverting to pdftex-1.30.5-2.2 corrected the problem. Gentium is from ttf-gentium 1.02-2 on debian and the typescript I use is below. Perhaps my poor typesetting knowledge has lead me wrong and the lack of true ligatures is the actual problem? Regards, Johan ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem with pdftex-1.40.1 and Gentium ligatures
It took a lot of searching for a minimal case, apparently there are
many levels of interaction here. The file below has blanks for fi fl
ff when compiled with pdftex-1.40.1 but not with pdftex-1.30.5. Do you
need some parts of my tex/font setup as well?
Johan
\usetypescriptfile[type-sil-gentium]
\usetypescript[my][sil-gentium]
\setupbodyfont[sil-gentium, 10pt]
\definetypeface
[chance]
[cg]
[calligraphy]
[chancery]
[default]
[encoding=texnansi]
\def\ChCmd#1#2{%
\switchtobodyfont[14pt]
\setupinterlinespace[small]
\framed[width=15cm, align=normal, frame=off]
{\framed[frame=off, align=middle, offset=2mm, width=.8\textwidth]{#2}
\hfilll\switchtobodyfont[chance,30pt]
\framed[background=color, backgroundcolor=black, width=3cm,
align=right]{\white\bf#1}}}
\setuphead
[chapter]
[command=\ChCmd,
header=empty,
page=right]
\starttext
\chapter[meth]{Methods for studying human brain function}
fill significantly flog flash floozy flagellation
\stoptext
2007/2/1, Taco Hoekwater [EMAIL PROTECTED]:
Hi Johan,
If the only change is the pdftex version, than it sounds like this
is a pdftex bug. Any chance you can create a small standalone testfile?
Best, Taco
Johan Sandblom wrote:
When I moved from pdftex-1.30.5-2.2 (from texlive-base-bin
2005.dfsg.2-10 on debian) to pdftex-1.40.1 suddenly ligatures in
gentium exhibited erratic behavior: they appeared correctly (or, more
accurately, the letters appeared, they did not look like a proper
ligature) on screen in xpdf and acroread but did not print (there were
just empty spaces). On windows, the fi, fl, and ff combinations made
blanks, just as on the printer. Reverting to pdftex-1.30.5-2.2
corrected the problem. Gentium is from ttf-gentium 1.02-2 on debian
and the typescript I use is below. Perhaps my poor typesetting
knowledge has lead me wrong and the lack of true ligatures is the
actual problem?
Regards, Johan
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
--
Johan Sandblom N8, MRC, Karolinska sjh
t +46851776108 17176 Stockholm
m +46735521477 Sweden
What is wanted is not the will to believe, but the
will to find out, which is the exact opposite
- Bertrand Russell
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem with pdftex-1.40.1 and Gentium ligatures
Johan Sandblom wrote:
It took a lot of searching for a minimal case, apparently there are
many levels of interaction here. The file below has blanks for fi fl
ff when compiled with pdftex-1.40.1 but not with pdftex-1.30.5. Do you
need some parts of my tex/font setup as well?
Johan
\usetypescriptfile[type-sil-gentium]
\usetypescript[my][sil-gentium]
\setupbodyfont[sil-gentium, 10pt]
\definetypeface
[chance]
[cg]
[calligraphy]
[chancery]
[default]
[encoding=texnansi]
\def\ChCmd#1#2{%
\switchtobodyfont[14pt]
\setupinterlinespace[small]
\framed[width=15cm, align=normal, frame=off]
{\framed[frame=off, align=middle, offset=2mm, width=.8\textwidth]{#2}
\hfilll\switchtobodyfont[chance,30pt]
\framed[background=color, backgroundcolor=black, width=3cm,
align=right]{\white\bf#1}}}
\setuphead
[chapter]
[command=\ChCmd,
header=empty,
page=right]
\starttext
\chapter[meth]{Methods for studying human brain function}
fill significantly flog flash floozy flagellation
\stoptext
2007/2/1, Taco Hoekwater [EMAIL PROTECTED]:
Hi Johan,
If the only change is the pdftex version, than it sounds like this
is a pdftex bug. Any chance you can create a small standalone testfile?
Best, Taco
Johan Sandblom wrote:
When I moved from pdftex-1.30.5-2.2 (from texlive-base-bin
2005.dfsg.2-10 on debian) to pdftex-1.40.1 suddenly ligatures in
gentium exhibited erratic behavior: they appeared correctly (or, more
accurately, the letters appeared, they did not look like a proper
ligature) on screen in xpdf and acroread but did not print (there were
just empty spaces). On windows, the fi, fl, and ff combinations made
blanks, just as on the printer. Reverting to pdftex-1.30.5-2.2
corrected the problem. Gentium is from ttf-gentium 1.02-2 on debian
and the typescript I use is below. Perhaps my poor typesetting
knowledge has lead me wrong and the lack of true ligatures is the
actual problem?
no, but it may be related to a bug in vf handling that has been resolved
by now (new version of pdftex coming)
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
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem with pdftex-1.40.1 and Gentium ligatures
For the time being I simplified my design and removed the use of Zapf
Chancery, and there is no problem.
Johan
2007/2/1, Hans Hagen [EMAIL PROTECTED]:
Johan Sandblom wrote:
It took a lot of searching for a minimal case, apparently there are
many levels of interaction here. The file below has blanks for fi fl
ff when compiled with pdftex-1.40.1 but not with pdftex-1.30.5. Do you
need some parts of my tex/font setup as well?
Johan
\usetypescriptfile[type-sil-gentium]
\usetypescript[my][sil-gentium]
\setupbodyfont[sil-gentium, 10pt]
\definetypeface
[chance]
[cg]
[calligraphy]
[chancery]
[default]
[encoding=texnansi]
\def\ChCmd#1#2{%
\switchtobodyfont[14pt]
\setupinterlinespace[small]
\framed[width=15cm, align=normal, frame=off]
{\framed[frame=off, align=middle, offset=2mm,
width=.8\textwidth]{#2}
\hfilll\switchtobodyfont[chance,30pt]
\framed[background=color, backgroundcolor=black, width=3cm,
align=right]{\white\bf#1}}}
\setuphead
[chapter]
[command=\ChCmd,
header=empty,
page=right]
\starttext
\chapter[meth]{Methods for studying human brain function}
fill significantly flog flash floozy flagellation
\stoptext
2007/2/1, Taco Hoekwater [EMAIL PROTECTED]:
Hi Johan,
If the only change is the pdftex version, than it sounds like this
is a pdftex bug. Any chance you can create a small standalone testfile?
Best, Taco
Johan Sandblom wrote:
When I moved from pdftex-1.30.5-2.2 (from texlive-base-bin
2005.dfsg.2-10 on debian) to pdftex-1.40.1 suddenly ligatures in
gentium exhibited erratic behavior: they appeared correctly (or, more
accurately, the letters appeared, they did not look like a proper
ligature) on screen in xpdf and acroread but did not print (there were
just empty spaces). On windows, the fi, fl, and ff combinations made
blanks, just as on the printer. Reverting to pdftex-1.30.5-2.2
corrected the problem. Gentium is from ttf-gentium 1.02-2 on debian
and the typescript I use is below. Perhaps my poor typesetting
knowledge has lead me wrong and the lack of true ligatures is the
actual problem?
no, but it may be related to a bug in vf handling that has been resolved
by now (new version of pdftex coming)
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
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
--
Johan Sandblom N8, MRC, Karolinska sjh
t +46851776108 17176 Stockholm
m +46735521477 Sweden
What is wanted is not the will to believe, but the
will to find out, which is the exact opposite
- Bertrand Russell
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] problem with pdftex-1.40.1 and Gentium ligatures
When I moved from pdftex-1.30.5-2.2 (from texlive-base-bin 2005.dfsg.2-10 on debian) to pdftex-1.40.1 suddenly ligatures in gentium exhibited erratic behavior: they appeared correctly (or, more accurately, the letters appeared, they did not look like a proper ligature) on screen in xpdf and acroread but did not print (there were just empty spaces). On windows, the fi, fl, and ff combinations made blanks, just as on the printer. Reverting to pdftex-1.30.5-2.2 corrected the problem. Gentium is from ttf-gentium 1.02-2 on debian and the typescript I use is below. Perhaps my poor typesetting knowledge has lead me wrong and the lack of true ligatures is the actual problem? Regards, Johan -- Johan Sandblom N8, MRC, Karolinska sjh t +46851776108 17176 Stockholm m +46735521477 Sweden What is wanted is not the will to believe, but the will to find out, which is the exact opposite - Bertrand Russell type-sil-gentium.tex Description: TeX document ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] crash with pdftex-1.40
It breaks here on Ubuntu 6.06 LTS, latest pdftex, latest context distro
t is
\starttext
\def\myCMD#1{%..
\stoptext
t1 is
\starttext
\input \string|echo -n bla
\stoptext
luigi
[EMAIL PROTECTED]:/tmp# texmfstart texexec --pdf t
TeXExec | processing document 't'
TeXExec | no ctx file found
TeXExec | tex processing method: context
TeXExec | TeX run 1
TeXExec | writing option file t.top
TeXExec | using randomseed 1369
TeXExec | tex engine: pdfetex
TeXExec | tex format: cont-en
This is pdfTeXk, Version 3.141592-1.40.0 (Web2C 7.5.6)
\write18 enabled.
%-line parsing enabled.
(/opt/texlive/2005-test/texmf/web2c/natural.tcx)
entering extended mode
(./t.tex
ConTeXt ver: 2007.01.02 13:44 MK II fmt: 2007.1.3 int: english/english
language: language en is active
system : cont-new loaded
(/opt/texlive/2005-test/texmf-dist/tex/context/base/cont-new.tex
systems : beware: some patches loaded from cont-new.tex
(/opt/texlive/2005-test/texmf-dist/tex/context/base/cont-new.mkii))
system : cont-old loaded
(/opt/texlive/2005-test/texmf-dist/tex/context/base/cont-old.tex
loading : Context Old Macros
)
system : cont-fil loaded
(/opt/texlive/2005-test/texmf-dist/tex/context/base/cont-fil.tex
loading : Context File Synonyms
)
system : cont-sys loaded
(/opt/texlive/2005-test/texmf-dist/tex/context/base/cont-sys.tex
(/opt/texlive/2005-test/texmf-dist/tex/context/base/type-exa.tex)
(/opt/texlive/2005-test/texmf-dist/tex/context/base/type-syn.tex)
(/opt/texlive/2005-test/texmf-dist/tex/context/base/type-enc.tex)
(/opt/texlive/2005-test/texmf-dist/tex/context/base/type-siz.tex)
(/opt/texlive/2005-test/texmf-dist/tex/context/base/type-map.tex)
(/opt/texlive/2005-test/texmf-dist/tex/context/base/type-spe.tex)
(/opt/texlive/2005-test/texmf-dist/tex/context/base/type-akb.tex))
bodyfont: 12pt rm is loaded
language: patterns en-ec:ec-1-2:3 uk-ec:ec-2-2:3 de-texnansi:tex
nansi-3-2:3 de-ec:ec-4-2:3 fr-texnansi:texnansi-5-2:3 fr-ec:ec-6-2:3
es-ec:ec-7-2:3 pt-texnansi:texnansi-8-2:3 pt-ec:ec-9-2:3 it-texnansi
:texnansi-10-2:3 it-ec:ec-11-2:3 nl-texnansi:texnansi-12-2:3 nl-ec:ec-
13-2:3 cz-il2:il2-14-2:3 cz-ec:ec-15-2:3 sk-il2:il2-16-2:3 sk-ec:ec
-17-2:3 pl-pl0:pl0-18-2:3 pl-ec:ec-19-2:3 pl-qx:qx-20-2:3 loaded
specials: tex,postscript,rokicki loaded
system : t.top loaded
(./t.top
specials: loading definition file tpd
(/opt/texlive/2005-test/texmf-dist/tex/context/base/spec-tpd.tex
specials: loading definition file fdf
(/opt/texlive/2005-test/texmf-dist/tex/context/base/spec-fdf.tex
(/opt/texlive/2005-test/texmf-dist/tex/context/base/spec-fdf.mkii))
specials: fdf loaded
)
specials: fdf,tpd loaded
)
systems : system commands are enabled
(/opt/texlive/2005-test/texmf-dist/tex/context/base/sort-def.tex)
(/opt/texlive/2005-test/texmf-dist/tex/context/base/sort-lan.tex)
(/opt/texlive/2005-test/texmf-dist/tex/context/base/pdfr-def.tex)
systems : begin file t at line 1
(./texcmd.tmp) (./texcmd.tmp) (./texcmd.tmp)*** glibc detected ***
pdfetex: free(): invalid next size (fast): 0x0852eba8 ***
=== Backtrace: =
/lib/tls/i686/cmov/libc.so.6[0xb7eae8bd]
/lib/tls/i686/cmov/libc.so.6(__libc_free+0x84)[0xb7eaea44]
pdfetex[0x80a776b]
pdfetex[0x8078858]
pdfetex[0x806c3a9]
pdfetex[0x8078666]
pdfetex[0x80a55fd]
pdfetex[0x8059b11]
pdfetex[0x80a90a7]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7e5d8cc]
pdfetex[0x804a471]
=== Memory map:
08048000-08169000 r-xp 08:03 607410
/opt/texlive/2005-test/bin/i386-linux/pdfetex
08169000-0818 rw-p 0012 08:03 607410
/opt/texlive/2005-test/bin/i386-linux/pdfetex
0818-08545000 rw-p 0818 00:00 0 [heap]
b3c0-b3c21000 rw-p b3c0 00:00 0
b3c21000-b3d0 ---p b3c21000 00:00 0
b3dfd000-b7e48000 rw-p b3dfd000 00:00 0
b7e48000-b7f75000 r-xp 08:03 2638865/lib/tls/i686/cmov/libc-2.4.so
b7f75000-b7f77000 r--p 0012c000 08:03 2638865/lib/tls/i686/cmov/libc-2.4.so
b7f77000-b7f79000 rw-p 0012e000 08:03 2638865/lib/tls/i686/cmov/libc-2.4.so
b7f79000-b7f7c000 rw-p b7f79000 00:00 0
b7f7c000-b7fa r-xp 08:03 2638873/lib/tls/i686/cmov/libm-2.4.so
b7fa-b7fa2000 rw-p 00023000 08:03 2638873/lib/tls/i686/cmov/libm-2.4.so
b7faa000-b7fb4000 r-xp 08:03 2605080/lib/libgcc_s.so.1
b7fb4000-b7fb5000 rw-p 9000 08:03 2605080/lib/libgcc_s.so.1
b7fb5000-b7fbb000 rw-p b7fb5000 00:00 0
b7fbb000-b7fd4000 r-xp 08:03 2605078/lib/ld-2.4.so
b7fd4000-b7fd6000 rw-p 00018000 08:03 2605078/lib/ld-2.4.so
bfbbf000-bfbd4000 rw-p bfbbf000 00:00 0 [stack]
e000-f000 ---p 00:00 0 [vdso]
TeXExec | runtime: 0.255877
[EMAIL PROTECTED]:/tmp# texmfstart texexec --pdf t1
TeXExec | processing document 't1'
TeXExec | no ctx file found
TeXExec | tex processing method: context
TeXExec | TeX run 1
TeXExec | writing option file t1.top
Re: [NTG-context] crash with pdftex-1.40
Sanjoy Mahajan wrote: But this should be enough to reproduce it: \starttext \input \string|echo -n bla \stoptext Breaks here too, using pdftex 1.40.0, context 2006.12.27, Ubuntu i386: This bug is found and fixed and will be corrected in the next pdftex release. Best, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
the pdftex list nowadays is mostly a latex bug/support report list ; pdftex and luatex development have their own lists hmm I think this is the complete list. http://www.ntg.nl/mailman/listinfo/dev-context http://www.ntg.nl/mailman/listinfo/ntg-context http://www.ntg.nl/mailman/listinfo/ntg-pdftex http://tug.org/mailman/listinfo/pdftex http://www.ntg.nl/mailman/listinfo/dev-luatex ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] engine should be pdftex
On Wed, 3 Jan 2007, Hans Hagen wrote: You need to delete all traces of pdfetex, pdfetex.pool, pdfetex, pdfetex.exe, pdfetex.dll, trhe pdfetex engine path, etc Thanks, this helps. Another question concerning formats: in TeX-live 2007, what should be the right place to put the formats? texexec --make --all puts them into texmf-config/web2c but all other programs put them into texmf-var/web2c Cheers, Peter -- http://pmrb.free.fr/contact/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] crash with pdftex-1.40
Hello, this is probably only related to pdfTeX and not to ConTeXt, but I'm too lazy to subscribe yet to another list... ;) While playing around with the new shell escaping in pdftex-1.40, I got the following crash: TeXExec | processing document 'test' TeXExec | no ctx file found TeXExec | tex processing method: context TeXExec | TeX run 1 TeXExec | writing option file test.top TeXExec | using randomseed 121 TeXExec | tex engine: pdftex TeXExec | tex format: cont-en This is pdfTeX, Version 3.141592-1.40.0 (Web2C 7.5.6) \write18 enabled. (/opt/TeX-live/texmf/web2c/natural.tcx) entering extended mode (./test.tex ConTeXt ver: 2007.01.02 13:44 MK II fmt: 2007.1.4 int: english/english language: language en is active system : cont-new loaded (/opt/TeX-live/texmf-context/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (/opt/TeX-live/texmf-context/tex/context/base/cont-new.mkii)) system : cont-old loaded (/opt/TeX-live/texmf-context/tex/context/base/cont-old.tex loading : Context Old Macros ) system : cont-fil loaded (/opt/TeX-live/texmf-context/tex/context/base/cont-fil.tex loading : Context File Synonyms ) system : cont-sys loaded (/home/peter/.TeX/cont-sys.tex (/opt/TeX-live/texmf-context/tex/context/user/cont-sys.rme (/opt/TeX-live/texmf-context/tex/context/base/type-exa.tex) (/opt/TeX-live/texmf-context/tex/context/base/type-syn.tex) (/opt/TeX-live/texmf-context/tex/context/base/type-enc.tex) (/opt/TeX-live/texmf-context/tex/context/base/type-siz.tex) (/opt/TeX-live/texmf-context/tex/context/base/type-map.tex) (/opt/TeX-live/texmf-context/tex/context/base/type-spe.tex) (/opt/TeX-live/texmf-context/tex/context/base/type-akb.tex)) (/home/peter/.TeX/dd-macros.tex loading : Macros for Delta Dore )) bodyfont: 12pt rm is loaded language: patterns nl-texnansi:texnansi-1-2:3 nl-ec:ec-2-2:3 fr- texnansi:texnansi-3-2:3 fr-ec:ec-4-2:3 de-texnansi:texnansi-5-2:3 de-e c:ec-6-2:3 it-texnansi:texnansi-7-2:3 it-ec:ec-8-2:3 pt-texnansi:texna nsi-9-2:3 pt-ec:ec-10-2:3 hr-ec:ec-11-2:3 pl-pl0:pl0-12-2:3 pl-ec:e c-13-2:3 pl-qx:qx-14-2:3 cz-il2:il2-15-2:3 cz-ec:ec-16-2:3 sk-il2:i l2-17-2:3 sk-ec:ec-18-2:3 sl-ec:ec-19-2:3 ru-t2a:t2a-21-2:3 en-ec:e c-22-2:3 uk-ec:ec-23-2:3 us-ec:ec-24-2:3 agr-agr:agr-25-2:3 da-ec:e c-26-2:3 sv-ec:ec-27-2:3 af-ec:ec-28-2:3 no-ec:ec-29-2:3 deo-ec:ec- 30-2:3 es-ec:ec-31-2:3 ca-ec:ec-32-2:3 la-ec:ec-33-2:3 ro-ec:ec-34 -2:3 tr-ec:ec-35-2:3 fi-ec:ec-37-2:3 hu-ec:ec-38-2:3 loaded specials: tex,postscript,rokicki loaded system : test.top loaded (./test.top specials: loading definition file tpd (/opt/TeX-live/texmf-context/tex/context/base/spec-tpd.tex specials: loading definition file fdf (/opt/TeX-live/texmf-context/tex/context/base/spec-fdf.tex (/opt/TeX-live/texmf-context/tex/context/base/spec-fdf.mkii)) specials: fdf loaded ) specials: fdf,tpd loaded ) systems : system commands are enabled (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (/opt/TeX-live/texmf-context/tex/context/base/sort-def.tex) (/opt/TeX-live/texmf-context/tex/context/base/sort-lan.tex) (./test.tuo) (./test.tuo) (/opt/TeX-live/texmf-context/tex/context/base/pdfr-def.tex) systems : begin file test at line 1 (./texcmd.tmp) (./texcmd.tmp) (./texcmd.tmp)TeXExec | runtime: 0.318195 *** glibc detected *** pdftex: free(): invalid next size (fast): 0x0850f718 *** === Backtrace: = /lib/libc.so.6[0xb7dbe911] /lib/libc.so.6(__libc_free+0x84)[0xb7dbff84] pdftex[0x80a54b9] pdftex[0x80774fe] pdftex[0x806b764] pdftex[0x807732e] pdftex[0x80a2d2d] pdftex[0x8059f1c] pdftex[0x80a6e3b] /lib/libc.so.6(__libc_start_main+0xdc)[0xb7d7087c] pdftex[0x804a9e1] === Memory map: 08048000-08145000 r-xp fe:01 262328 /opt/TeX-live/bin/pdftex 08145000-0815c000 rw-p 000fc000 fe:01 262328 /opt/TeX-live/bin/pdftex 0815c000-08539000 rw-p 0815c000 00:00 0 [heap] b3a0-b3a21000 rw-p b3a0 00:00 0 b3a21000-b3b0 ---p b3a21000 00:00 0 b3b13000-b3b1d000 r-xp 03:02 114396 /lib/libgcc_s.so.1 b3b1d000-b3b1e000 rw-p 9000 03:02 114396 /lib/libgcc_s.so.1 b3b3b000-b7d5b000 rw-p b3b3b000 00:00 0 b7d5b000-b7e74000 r-xp 03:02 114286 /lib/libc-2.4.so b7e74000-b7e76000 r--p 00118000 03:02 114286 /lib/libc-2.4.so b7e76000-b7e78000 rw-p 0011a000 03:02 114286 /lib/libc-2.4.so b7e78000-b7e7b000 rw-p b7e78000 00:00 0 b7e7b000-b7e9e000 r-xp 03:02 114294 /lib/libm-2.4.so b7e9e000-b7ea rw-p 00022000 03:02 114294 /lib/libm-2.4.so b7ea-b7eb1000 r-xp 03:02 114337 /lib/libz.so.1.2.3 b7eb1000-b7eb2000 rw-p 0001 03:02 114337 /lib/libz.so.1.2.3 b7eb2000-b7ef r-xp fe:04 461393 /usr/lib/libpng.so.3.1.2.8 b7ef-b7ef1000 rw-p 0003e000 fe:04 461393 /usr
Re: [NTG-context] crash with pdftex-1.40
Martin Schröder wrote: 2007/1/4, Peter Münster [EMAIL PROTECTED]: this is probably only related to pdfTeX and not to ConTeXt, but I'm too lazy to subscribe yet to another list... ;) I can't reproduce this with my old ConTeXt 2005.01.31 on SUSE 10.1. I have only the pdftex-1.40-rc4 here (no problem). I'll try the texlive and final standalone binaries tomorrow. Best, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] crash with pdftex-1.40
But this should be enough to reproduce it: \starttext \input \string|echo -n bla \stoptext Breaks here too, using pdftex 1.40.0, context 2006.12.27, Ubuntu i386: *** glibc detected *** pdfetex: free(): invalid next size (fast): 0x082d42f0 *** Running texexec with --verbose says what the pdftex command that texexec runs is, and this is the minimal version of it: pdfetex -fmt=cont-en b.tex where b.tex is Peter's minimal (3-line) file above. Strangely, pdftex -etex -ini c.tex, where c.tex is b.tex with \input cont-en as the first line, did not crash. I rebuilt pdf(e)tex make sure not to strip the binaries, and ran it with debugging libraries and valgrind, like so: LD_LIBRARY_PATH=/usr/lib/debug: valgrind pdfetex -fmt=cont-en b.tex and the output is included below. Here is the chunk from it, where the problem is first detected by valgrind: ==27710== Invalid write of size 1 ==27710==at 0x4022756: strcpy (mc_replace_strmem.c:271) ==27710==by 0x80A774D: open_in_or_pipe (pdftexextra.c:1354) ==27710==by 0x8078857: startinput (pdftex1.c:4870) ==27710==by 0x806C3A8: expand (pdftex0.c:11501) ==27710==by 0x80786CB: getxtoken (pdftex1.c:24) ==27710==by 0x80A4B88: maincontrol (pdftex3.c:5246) ==27710==by 0x8059B10: mainbody (pdftexini.c:5664) ==27710==by 0x80A90A6: main (pdftexextra.c:349) -Sanjoy `Not all those who wander are lost.' (J.R.R. Tolkien) == valgrind run == ==27710== Memcheck, a memory error detector. ==27710== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==27710== Using LibVEX rev 1606, a library for dynamic binary translation. ==27710== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==27710== Using valgrind-3.2.0-Debian, a dynamic binary instrumentation framework. ==27710== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==27710== For more details, rerun with: -v ==27710== This is pdfTeX, Version 3.141592-1.40.0 (Web2C 7.5.6) \write18 enabled. entering extended mode (./b.tex ConTeXt ver: 2006.12.27 11:34 MK II fmt: 2007.1.4 int: english/english language: language en is active system : cont-new loaded (/usr/share/texmf/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (/usr/share/texmf/tex/context/base/cont-new.mkii)) system : cont-old loaded (/usr/share/texmf/tex/context/base/cont-old.tex loading : Context Old Macros ) system : cont-fil loaded (/usr/share/texmf/tex/context/base/cont-fil.tex loading : Context File Synonyms ) system : cont-sys.rme loaded (/usr/share/texmf/tex/context/user/cont-sys.rme (/usr/share/texmf/tex/context/base/type-exa.tex) (/usr/share/texmf/tex/context/base/type-syn.tex) (/usr/share/texmf/tex/context/base/type-enc.tex) (/usr/share/texmf/tex/context/base/type-siz.tex) (/usr/share/texmf/tex/context/base/type-map.tex) (/usr/share/texmf/tex/context/base/type-spe.tex) (/usr/share/texmf/tex/context/base/type-akb.tex)) bodyfont: 12pt rm is loaded language: patterns en-ec:ec-1-2:3 uk-ec:ec-2-2:3 de-texnansi:tex nansi-3-2:3 de-ec:ec-4-2:3 fr-texnansi:texnansi-5-2:3 fr-ec:ec-6-2:3 es-ec:ec-7-2:3 pt-texnansi:texnansi-8-2:3 pt-ec:ec-9-2:3 it-texnansi :texnansi-10-2:3 it-ec:ec-11-2:3 nl-texnansi:texnansi-12-2:3 nl-ec:ec- 13-2:3 cz-il2:il2-14-2:3 cz-ec:ec-15-2:3 sk-il2:il2-16-2:3 sk-ec:ec -17-2:3 pl-pl0:pl0-18-2:3 pl-ec:ec-19-2:3 pl-qx:qx-20-2:3 loaded specials: tex,postscript,rokicki loaded systems : no b.top systems : system commands are enabled (/usr/share/texmf/tex/context/base/sort-def.tex) (/usr/share/texmf/tex/context/base/sort-lan.tex)==27710== Invalid write of size 1 ==27710==at 0x4022756: strcpy (mc_replace_strmem.c:271) ==27710==by 0x80A774D: open_in_or_pipe (pdftexextra.c:1354) ==27710==by 0x8078857: startinput (pdftex1.c:4870) ==27710==by 0x806C3A8: expand (pdftex0.c:11501) ==27710==by 0x80786CB: getxtoken (pdftex1.c:24) ==27710==by 0x80A4B88: maincontrol (pdftex3.c:5246) ==27710==by 0x8059B10: mainbody (pdftexini.c:5664) ==27710==by 0x80A90A6: main (pdftexextra.c:349) ==27710== Address 0x567459C is 0 bytes after a block of size 12 alloc'd ==27710==at 0x4021396: malloc (vg_replace_malloc.c:149) ==27710==by 0x813748C: xmalloc (xmalloc.c:28) ==27710==by 0x80A7737: open_in_or_pipe (pdftexextra.c:1353) ==27710==by 0x8078857: startinput (pdftex1.c:4870) ==27710==by 0x806C3A8: expand (pdftex0.c:11501) ==27710==by 0x80786CB: getxtoken (pdftex1.c:24) ==27710==by 0x80A4B88: maincontrol (pdftex3.c:5246) ==27710==by 0x8059B10: mainbody (pdftexini.c:5664) ==27710==by 0x80A90A6: main (pdftexextra.c:349) ==27711== ==27711== Syscall param execve(argv[i]) points to unaddressable byte(s) ==27711==at 0x40D39AA: execve (execve.c:60) ==27711==by 0x409F869: popen@@GLIBC_2.1 (iopopen.c:231) ==27711==by 0x80A7760
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
2007/1/3, Sanjoy Mahajan [EMAIL PROTECTED]: Maybe I missing a trick, but the draftmode didn't save much time. I guess I should make the test file read in a few huge images? Yes. And if you then generate PDF 1.5 with object stream and compression, you can gain much. I have a test case which goes from 17.8s to 1.2s. On an [EMAIL PROTECTED] Best Martin ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
On 1/2/07, Taco Hoekwater [EMAIL PROTECTED] wrote: Hi, The next message probably also is interestering to a few of you that are not subscribed to the pdftex list. Oh, i'm one of the few... by the way http://www.logosrl.it/context/pdftex/1.40.0-2.2 Also, greping pdftex list I found http://pdfedit.petricek.net/pdfedit.index_e luigi. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
Sanjoy Mahajan wrote:
From the texexec man page:
--fast
Typeset the document(s) as fast as possible without causing
problems.
--final
Perform a final run without skipping anything. This option is
typically used with --fast.
So --fast --final could be the pair of switches to add. But I tried
an experiment with mediocre results, using this test file:
== q.tex =
\doifnotmode{*last}{\pdfdraftmode=1}
\starttext
\completecontent
\chapter{A}
\dorecurse{500}{\input tufte\par}
\chapter{B}
\dorecurse{400}{\input tufte\par}
\chapter{C}
\dorecurse{100}{\input tufte\par}
\stoptext
I ran it with the attached Makefile, which produced this output:
ctxtools --purge --all /dev/null
rm -f q.pdf
texexec --verbose --fast --final q.tex run.log
Total runs: 4 (counted by grepping run.log for running: pdfetex)
Draftmode runs: 3 (counted by grepping run.log for pdfdraftmode)
TeXExec | runtime: 7.987485
Then I commented out the first line and reran it:
ctxtools --purge --all /dev/null
rm -f q.pdf
texexec --verbose --fast --final q.tex run.log
Total runs: 4
Draftmode runs: 0 (just to check)
TeXExec | runtime: 8.307869
So the draftmode saves 4% in the runtime. But the fastest is to not
use the draftmode and not use --final (which causes an extra run).
Maybe I missing a trick, but the draftmode didn't save much time. I
guess I should make the test file read in a few huge images?
try bigger stuff, say a file with some 100 meg pictures and 25 fonts ; that's
what draftmode is for (one of those ideas that popped up during eurotex 2006 at
our usual pdftex dev chat).
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
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
luigi scarso wrote: On 1/2/07, Taco Hoekwater [EMAIL PROTECTED] wrote: Hi, The next message probably also is interestering to a few of you that are not subscribed to the pdftex list. Oh, i'm one of the few... the pdftex list nowadays is mostly a latex bug/support report list ; pdftex and luatex development have their own lists 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] engine should be pdftex
Hello, texexec --make --all puts the formats in the subdirectory pdfetex but I think it should be pdftex now. Cheers, Peter -- http://pmrb.free.fr/contact/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] engine should be pdftex
texexec --make --all puts the formats in the subdirectory pdfetex but I think it should be pdftex now. If 'now' means with pdftex 1.40.0, I think you're right. But that would break context with earlier pdftex's. I've made a symlink from /var/lib/texmf/web2c/pdftex to pdfetex and all is okay now. TexLive2006 works without that hack, because it doesn't put the context formats in an $engine subdirectory, which may cause other problems. See the thread debian context updates (Tue, 02 Jan 2007 20:39:40 GMT). -Sanjoy `Not all those who wander are lost.' (J.R.R. Tolkien) ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] engine should be pdftex
Sanjoy Mahajan wrote: texexec --make --all puts the formats in the subdirectory pdfetex but I think it should be pdftex now. If 'now' means with pdftex 1.40.0, I think you're right. But that would break context with earlier pdftex's. I've made a symlink from /var/lib/texmf/web2c/pdftex to pdfetex and all is okay now. TexLive2006 works without that hack, because it doesn't put the context formats in an $engine subdirectory, which may cause other problems. See the thread debian context updates (Tue, 02 Jan 2007 20:39:40 GMT). You need to delete all traces of pdfetex, pdfetex.pool, pdfetex, pdfetex.exe, pdfetex.dll, trhe pdfetex engine path, etc If texexec finds something pdfetex, it assumes pdfetex is there (unfortunately downward compatiility is not one of the strong points of tex distributions; they often assume wipe-out-install-new. texexec tries to cope with this as good as possible but we need to take older binary installations into account (else we could drop any reference to pdfetex) 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
Aditya Mahajan wrote: which makes be believe that it will not work for normal cases. However, how about adding a switch to texexec, say --draft, which will run the document in draftmode until no more runs are needed, and will then run a final typesetting run without the draftmode. This may speed up the execution time for long documents significantly. indeed remind me to play with this feature 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
Martin wrote: 2007/1/3, Aditya Mahajan [EMAIL PROTECTED]: which makes be believe that it will not work for normal cases. However, how about adding a switch to texexec, say --draft, which will run the document in draftmode until no more runs are needed, and will then run a final typesetting run without the draftmode. This may speed up the execution time for long documents significantly. It helps especially if your document produces a large pdf and/or includes many and/or large images. and it probably also makes a difference when one uses many fonts (hz or so - less file access, no vector calculations, etc) 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
which makes be believe that it will not work for normal cases. However, how about adding a switch to texexec, say --draft, which will run the document in draftmode until no more runs are needed, and will then run a final typesetting run without the draftmode. This may speed up the execution time for long documents significantly. indeed remind me to play with this feature When you do: --final could do what Aditya suggests by default (if making pdf). Then no need to add another switch to texexec. -Sanjoy `Not all those who wander are lost.' (J.R.R. Tolkien) ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
Sanjoy Mahajan wrote: which makes be believe that it will not work for normal cases. However, how about adding a switch to texexec, say --draft, which will run the document in draftmode until no more runs are needed, and will then run a final typesetting run without the draftmode. This may speed up the execution time for long documents significantly. indeed remind me to play with this feature When you do: --final could do what Aditya suggests by default (if making pdf). Then no need to add another switch to texexec. maybe later, when i feel comfortable enough with it; for the moment i added --draft 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
On Thu, 4 Jan 2007, Hans Hagen wrote: Sanjoy Mahajan wrote: which makes be believe that it will not work for normal cases. However, how about adding a switch to texexec, say --draft, which will run the document in draftmode until no more runs are needed, and will then run a final typesetting run without the draftmode. This may speed up the execution time for long documents significantly. indeed remind me to play with this feature When you do: --final could do what Aditya suggests by default (if making pdf). Then no need to add another switch to texexec. maybe later, when i feel comfortable enough with it; for the moment i added --draft Great. Is there someplace where I can download pdftex binaries for windows? The sarovar site only has source code. Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
2007/1/4, Aditya Mahajan [EMAIL PROTECTED]: Is there someplace where I can download pdftex binaries for windows? The sarovar site only has source code. Akira's W32TeX: http://www.fsci.fuk.kindai.ac.jp/~kakuto/win32-ptex/web2c75-e.html Or get the latest TexLive test image. Best Martin ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
On Thu, 4 Jan 2007, Martin Schröder wrote: 2007/1/4, Aditya Mahajan [EMAIL PROTECTED]: Is there someplace where I can download pdftex binaries for windows? The sarovar site only has source code. Akira's W32TeX: http://www.fsci.fuk.kindai.ac.jp/~kakuto/win32-ptex/web2c75-e.html Thanks Aditya ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] [Fwd: [pdftex] pdftex 1.40]
Hi,
The next message probably also is interestering to a few of you that
are not subscribed to the pdftex list.
Best, Taco
Original Message
Subject: [pdftex] pdftex 1.40
Date: Mon, 1 Jan 2007 17:56:59 +0100
From: Martin Schröder [EMAIL PROTECTED]
To: PDF-TeX mailing list [EMAIL PROTECTED]
http://sarovar.org/download.php/1139/pdftex-1.40.0.tar.bz2
http://sarovar.org/download.php/1140/pdftex-1.40.0.tgz
http://sarovar.org/download.php/1141/pdftex-1.40.0.zip
http://sarovar.org/download.php/1142/pdftex-1.30.6-1.40.0.diff.gz
The pdfTeX team is happy to announce the release of a new stable version:
===
pdfTeX 1.40.0
===
This is the announcement of pdfTeX 1.40.0, an extended version of TeX that
can create PDF directly from TeX source files and enhance the result of TeX
typesetting with the help of PDF.
===
Main changes of pdfTeX 1.40.0
===
- pdfetex (as a separate binary/program) is gone; all extensions are now in
pdftex. The make files still know about the target pdfetex, but it's just
a copy of pdftex
- The sources of TeX, eTeX and pdfTeX have been merged into one file
pdftex.web and one change file pdftex.ch. The sources of TeX and eTeX
distributed are just there for reference
- New features:
- pdfTeX can now generate PDF 1.5 object streams, which leads to smaller
PDFs. This is controlled by setting \pdfobjcompresslevel to a value 0
(3 compress everything, 2 don't compress /Info, 1 also don't compress
embedded PDFs) and works only with PDF =1.5
- pdfTeX now supports another image file format: JBIG2 files (.jbig2)
- the memory allocated for objects and destination names now grows
dynamically
- pdfTeX now generates smaller PDFs since for char positioning the width
of chars (/Widths) is stored with more precision and so the chars must
rarely be positioned separately
- the PK resolution is now taken from the pk_dpi parameter in texmf.cnf
if it has not been set in the format file or by the user
- pdfTeX now removes the generated pdf in case of a fatal error
- pdfTeX now sets /ModDate and /Trapped in the InfoDict by default (the
values can be overridden with \pdfinfo)
- the format of warnings and errors issued by pdfTeX has been changed and
unified
- the output of -version has been extended and now includes information
about the libraries actually used, which can be handy when using shared
libraries
- rules and their positioning on the page are now inside a qQ group
- New primitives:
- pdfTeX can now handle colourstacks.
- \pdfcolorstackinit
A stack is initialized by \pdfcolorstackinit. It expands to the
number of the new stack. The common case, the traditinal color stack
is already initialized as first stack: \pdfcolorstackinit page direct
{0 g 0 G} The keyword page means that this stack is page based. At
the start of the new page, the current stack value is automatically
set.
- \pdfcolorstack
\pdfcolorstack stack number push {new color}
pushes the current value on the stack and sets the new color.
\pdfcolorstack stack number pop
pops and sets the current stack value.
\pdfcolorstack stack number current
sets the current stack value without changing the stack. This is
useful for stacks that are initialized without keyword page. Thus
the page start setting can be set manually.
\pdfcolorstack stack number set {new color}
The current value is set to new color.
- Transformation matrices can now be manipulated more cleanly:
Currently matrix changes are done and hidden inside \pdfliteral nodes;
pdfTeX doesn't parse its contents and does not know the new settings of
the transform matrix. Thus the new primitives to save pdfTeX from
parsing \pdfliteral contents and to notify pdfTeX about matrix changes
to use them in calculating link and anchor positions.
- \pdfsetmatrix{a b c d}
is the equivalent to \pdfliteral{a b c d 0 0 cm}
- \pdfsave is the equivalent to \pdfliteral{q}
- \pdfrestore is the equivalent to \pdfliteral{Q}
- \pdfprimitive\TeX-primitive executes the original \TeX-primitive even
if the command has been redefined since. E.g.
\let\relax\undefined\pdfprimitive\relax
expands to \relax.
\ifpdfprimitive\TeX-primitive is true if \TeX-primitive has its
original meaning
- \ifpdfabsnum and \ifpdfabsdim are like \ifnum and \ifdim, but don't
care about negative numbers
- shell escape: if the first character of a filename for \openin,
\openout \input is a pipe symbol
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
On Jan 2, 2007, at 3:21 PM, Taco Hoekwater wrote: Hi, The next message probably also is interestering to a few of you that are not subscribed to the pdftex list. Best, Taco Taco and all other pdftex-developers, congratulations on getting version 1.40 ready for the new year! I had been using it since the first betas and never had any problems; it's great that you're going stable. Just one short remark for all those who may want to upgrade to this version: if you use opentype fonts, the .otf files have now to reside under TEXMF/fonts/opentype; right until the last beta, they were (only?) found under TEXMF/fonts/type1, but this is no longer the case. Apart from this, everything seems to be wonderfully stable. And now we all wait for luatex (or for luatools.lua so we can play around with it)... Best wishes Thomas ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
On Tue, 2 Jan 2007, Taco Hoekwater wrote:
- draftmode: With \pdfdraftmode=1 or the commandline switch -draftmode
pdfTeX doesn't write the output pdf and doesn't actually read any
images, thus speeding up compilations when you know you need an extra
run but don't care about the output, e.g. just to get the BibTeX
references right
Hello,
I'm thinking of \doifnotmode{*last}{\pdfdraftmode=1}, but how do I ask
for an additional imposition pass?
Cheers and happy new year!
Peter
--
http://pmrb.free.fr/contact/
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
On Tue, 2 Jan 2007, Peter Münster wrote:
On Tue, 2 Jan 2007, Taco Hoekwater wrote:
- draftmode: With \pdfdraftmode=1 or the commandline switch -draftmode
pdfTeX doesn't write the output pdf and doesn't actually read any
images, thus speeding up compilations when you know you need an extra
run but don't care about the output, e.g. just to get the BibTeX
references right
Hello,
I'm thinking of \doifnotmode{*last}{\pdfdraftmode=1}, but how do I ask
for an additional imposition pass?
Interesting idea. I do not (yet) have pdf-1.40 so I can not test this.
Does it work for normal cases? The modes manual says
*last* This mode is set if the last run in a session is taking place.
Normally this is not known in advance, unless one has asked for an
additional imposition pass.
which makes be believe that it will not work for normal cases.
However, how about adding a switch to texexec, say --draft, which
will run the document in draftmode until no more runs are needed, and
will then run a final typesetting run without the draftmode. This may
speed up the execution time for long documents significantly.
Aditya
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
2007/1/3, Aditya Mahajan [EMAIL PROTECTED]: which makes be believe that it will not work for normal cases. However, how about adding a switch to texexec, say --draft, which will run the document in draftmode until no more runs are needed, and will then run a final typesetting run without the draftmode. This may speed up the execution time for long documents significantly. It helps especially if your document produces a large pdf and/or includes many and/or large images. Best Martin ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] [Fwd: [pdftex] pdftex 1.40]
From the texexec man page:
--fast
Typeset the document(s) as fast as possible without causing
problems.
--final
Perform a final run without skipping anything. This option is
typically used with --fast.
So --fast --final could be the pair of switches to add. But I tried
an experiment with mediocre results, using this test file:
== q.tex =
\doifnotmode{*last}{\pdfdraftmode=1}
\starttext
\completecontent
\chapter{A}
\dorecurse{500}{\input tufte\par}
\chapter{B}
\dorecurse{400}{\input tufte\par}
\chapter{C}
\dorecurse{100}{\input tufte\par}
\stoptext
I ran it with the attached Makefile, which produced this output:
ctxtools --purge --all /dev/null
rm -f q.pdf
texexec --verbose --fast --final q.tex run.log
Total runs: 4 (counted by grepping run.log for running: pdfetex)
Draftmode runs: 3 (counted by grepping run.log for pdfdraftmode)
TeXExec | runtime: 7.987485
Then I commented out the first line and reran it:
ctxtools --purge --all /dev/null
rm -f q.pdf
texexec --verbose --fast --final q.tex run.log
Total runs: 4
Draftmode runs: 0 (just to check)
TeXExec | runtime: 8.307869
So the draftmode saves 4% in the runtime. But the fastest is to not
use the draftmode and not use --final (which causes an extra run).
Maybe I missing a trick, but the draftmode didn't save much time. I
guess I should make the test file read in a few huge images?
-Sanjoy
.PHONY: runit clean
runit: clean
texexec --verbose --fast --final q.tex run.log
@echo -n Total runs: ; grep running: pdfetex run.log | wc -l
@echo -n Draftmode runs: ; grep pdfdraftmode enabled run.log | wc
-l
@grep runtime: run.log
clean:
ctxtools --purge --all /dev/null
rm -f q.pdf
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] French spacing and pdfTeX-1.40
Hello,
(it's a repost, in case my previous email got lost...)
my attempt to get correct French spacing before punctuation does no more
work with the latest ConTeXt-beta.
Is there now a new method with pdfTeX-1.40 to get automatically the good
spacing (as announced some months ago)?
Today I try it like this (without success):
%%% module t-french.tex %%%
\def\activateSomeCharacters{%
\defineactivecharacter « {\leftguillemot\,}%% does not work
\defineactivecharacter » {\,\rightguillemot}% % with utf-encoding
%
% \defineactivecharacter ; {\,\lettersemicolon}% % does not work
%
\defineactivecharacter ? {\,\letterquestionmark}% % does not work with
\defineactivecharacter : {\,\lettercolon}% % project/product
\defineactivecharacter ! {\,\letterexclamationmark}}% structure
\startlanguagespecifics[fr]
\activateSomeCharacters
\setupitemize[symbol=2]
\lccode`\'=`\'
\stoplanguagespecifics
\mainlanguage[fr]
\appendtoks\activateSomeCharacters\to\everystarttext
Greetings, Peter
--
http://pmrb.free.fr/contact/
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] French spacing with pdfTeX-1.40 and ConTeXt-beta
Hello,
my attempt to get correct French spacing before punctuation does no more
work with the latest ConTeXt-beta.
Is there now a new method with pdfTeX-1.40 to get automatically the good
spacing?
Today I try it like this (without success):
%%% module t-french.tex %%%
\def\activateSomeCharacters{%
\defineactivecharacter « {\leftguillemot\,}% does not work
\defineactivecharacter » {\,\rightguillemot}% with utf-encoding
%
% \defineactivecharacter ; {\,\lettersemicolon}% does not work
%
\defineactivecharacter ? {\,\letterquestionmark}%does not work with
\defineactivecharacter : {\,\lettercolon}% project/product
\defineactivecharacter ! {\,\letterexclamationmark}}%structure
\startlanguagespecifics[fr]
\activateSomeCharacters
\setupitemize[symbol=2]
\lccode`\'=`\'
\stoplanguagespecifics
\mainlanguage[fr]
\appendtoks\activateSomeCharacters\to\everystarttext
Greetings, Peter
--
http://pmrb.free.fr/contact/
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] pdfTeX-1.40 does not find format
Hello,
I try to use the beta versions of ConTeXt and pdfTeX now and I find the
following issue (on latest TeX-live):
with TEXFORMATS = .;$TEXMF/web2c/{$engine,} in texmf.cnf and
pdfTeX-1.40.XXX, texexec --make writes the formats to
texmf-config/web2c/pdfetex but pdftex looks only into texmf-config/web2c
A symbolic link from texmf-config/web2c/cont-en.fmt to pdfetex/cont-en.fmt
solves the problem.
Is this issue already known and is there perhaps a better solution?
Cheers, Peter
--
http://pmrb.free.fr/contact/
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] pdfTeX-1.40 does not find format
� wrote:
Hello,
I try to use the beta versions of ConTeXt and pdfTeX now and I find the
following issue (on latest TeX-live):
with TEXFORMATS = .;$TEXMF/web2c/{$engine,} in texmf.cnf and
pdfTeX-1.40.XXX, texexec --make writes the formats to
texmf-config/web2c/pdfetex but pdftex looks only into texmf-config/web2c
A symbolic link from texmf-config/web2c/cont-en.fmt to pdfetex/cont-en.fmt
solves the problem.
Is this issue already known and is there perhaps a better solution?
pdfetex is no longer valid, it's pdftex now (includes etex); so. remove any
trace of pdfetex, take the latest texexec, adn regenerate the formats
(in this respect 1.40 is not downward compatible with tex live)
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
-
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] pdfTeX-1.40 does not find format
On Wed, 1 Nov 2006, Hans Hagen wrote: pdfetex is no longer valid, it's pdftex now (includes etex); so. remove any trace of pdfetex, take the latest texexec, adn regenerate the formats Hello Hans, this is exactly what I did: I removed bin/pdfetex and web2c/pdfetex.pool and then texexec --make --all puts its format to web2c/pdfetex/cont-en.fmt It's texexec from ConTeXt-2006.10.27 (in this respect 1.40 is not downward compatible with tex live) Do you mean TeX live 2005 or the development version (svn-head)? Does not downward compatible mean, that there are other more serious issues? Cheers, Peter -- http://pmrb.free.fr/contact/ ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] pdfTeX-1.40 does not find format
� wrote: Does not downward compatible mean, that there are other more serious issues? each year downward compatibily has someho wbeen broken (changes in binaries, tds, font names; but by now texmfstart/texexec should catch such problems) 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Newbie question: Different PDF-output with pdftex versus tex - ghostscript
Hi, I've installed Tex and Context on my Mac through II-installer and started to experiment with simple Context files. I'm using Texshop v2.09 as text editor. When I generate output with the pdftex default script I get a pdf-file with poor letter quality (thick p's and t's and j's). Also the combination of the characters ij are shown as .. in the pdf-file. When I switch to the default Texshopscript tex + ghostscipt I'll get a dvi-file. Double-clicking on this file generates a PDF-file with high quality characters and the ij characters. Apparently there is something wrong in my setup. Any ideas? Many thanks in advance, Robert Kroon ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Newbie question: Different PDF-output with pdftex versus tex - ghostscript
2006/10/1, Robert Kroon [EMAIL PROTECTED]: v2.09 as text editor. When I generate output with the pdftex default script I get a pdf-file with poor letter quality (thick p's and t's and j's). Also the combination of the characters ij are shown as .. in the pdf-file. When I switch to the default Texshopscript tex + ghostscipt I'll get a dvi-file. Double-clicking on this file generates a PDF-file with high quality characters and the ij characters. Apparently there is something wrong in my setup. Does this help? http://www.tex.ac.uk/cgi-bin/texfaq2html?label=fuzzy-type3 http://www.tex.ac.uk/cgi-bin/texfaq2html?label=fuzzy-T1 Best Martin ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
On Tue, 8 Aug 2006, Taco Hoekwater wrote: This process works in a similar fashion for all programs like pdftex, dvipdfmx, dvips, and xdvi, but texfont only creates a map file for pdftex. Unf, the pdftex map file cannot be used by dvips, so for dvips you have to create your own (like you did). When you create a map file for dvips for a texfont-installed font family, it needs to have those *-raw-* entries that will map the fonts to the real postscript font files on your harddisk, and those were missing from your bgj.map. Using the attached map file fragment, I can create a postscript file that has fi ligatures of your example in texnansi encoding using dvips. I have no xdvi here to try it, but that should work as well. Thanks a lot, with that it works now (with the texnansi encoding)! These facts should be mentioned in the docs. I also have created another map file ec-bgj.map with the entries ec-raw-bgjb ElegantGaramondBT-Bold ECEncoding ReEncodeFont lm-ec.enc bgjb.pfb ec-raw-bgjr ElegantGaramondBT-Roman ECEncoding ReEncodeFont lm-ec.enc bgjr.pfb ec-raw-bgjri ElegantGaramondBT-Italic ECEncoding ReEncodeFont lm-ec.enc bgjri.pfb With that and the ec encoding the document is shown correctly with xdvi. dvips seems to work correctly as well: This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2006.08.11:1041' - schrift.ps tex.prolm-ec.enctexps.pro. bgjb.pfbbgjri.pfbbgjr.pfb[1] But gv gives an error when I try to view the ps file: Error: /undefined in ECEncoding Operand stack: Fa 139 --nostringval-- 29 13 --nostringval-- 28 38 101 --nostringval-- 3 91.3242 --nostringval-- 91.3242 0 Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1051/1123(ro)(G)-- --dict:0/20(G)-- --dict:73/200(L)-- --dict:80/300(L)-- --dict:10/12(L)-- Current allocation mode is local Last OS error: 2 GPL Ghostscript 8.01: Unrecoverable error, exit code 1 My printer does not print it either. Maybe the reason is that I use lm-ec.enc, but ECEncoding is defined in EC.enc which is slightly different. The second problem: texfont simply does not 'do' EC correctly (at least not on my machine). There are simply no fi ligatures, not in pdftex either. I will investigate this further. On my machine the font works without problems with pdftex (texexec --pdf) and the ec encoding, ligatures and umlauts are okay. Andreas ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
Andreas Schneider wrote: Thanks a lot, with that it works now (with the texnansi encoding)! These facts should be mentioned in the docs. The next version of texfont will create a dvips and dvipdfmx map file as well as a pdftex one, making life a bit easier. But gv gives an error when I try to view the ps file: Error: /undefined in ECEncoding This is error is because lm-ec.enc does not name its encoding ECEncoding but enclmec , so you have to change the ReEncode strings in the map file. Best, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
Hi! On Fri, 11 Aug 2006, Taco Hoekwater wrote: Andreas Schneider wrote: Thanks a lot, with that it works now (with the texnansi encoding)! These facts should be mentioned in the docs. The next version of texfont will create a dvips and dvipdfmx map file as well as a pdftex one, making life a bit easier. Good! But gv gives an error when I try to view the ps file: Error: /undefined in ECEncoding This is error is because lm-ec.enc does not name its encoding ECEncoding but enclmec, so you have to change the ReEncode strings in the map file. Ah, thanks again, with that it now works perfectly. Andreas ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
Thomas A. Schmitz wrote: On Aug 8, 2006, at 11:57 PM, Taco Hoekwater wrote: how does -afmpl perform? i always suspected afm2tfm not to take non existing ligs into account Just as bad (here, at least). I'll get back to you about this tomorrow, it is too late for me to do serious work. I've experimented with afm2pl, and as I wrote in an earlier mail: the beginning of EC.enc with its additional LIGKERN instructions confuses well, we can consider to let texfont use a ec-fixed encoding for afm2tfm and the regular ec encoding for the rest --afmencoding=ec-fixed or so it so it will not include default ligatures. If you delete this, it will work. If you use lm-ec.enc (which has a number of mistakes fixed anyway), it works. BUT afm2pl needs a file default.lig which is not present in all TeX distributions. I asked Siep a couple of months ago, and he replied there was a switch to ignore default.lig, but in she that case, the default ligs would have to be supplied by texfont itself (which should be doable). IMHO, texfont should switch to afm2pl by default; it's much better at preserving kerning information (Adam, any thoughts on this?), and it makes virtual fonts unnecessary. I now use it regularly for all my font needs and am very satisfied with it. for a while afm2pl was the default, but then it suddenly defaulted to latex default (em) spacing which ruined a project here because that went unnoticed and resulted in incompatible output, so it made me more careful; i'm not sure to what extend afm2pl uses the same default for the fontdimen related things as afm2tfm 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
Hans Hagen wrote: well, we can consider to let texfont use a ec-fixed encoding for afm2tfm and the regular ec encoding for the rest --afmencoding=ec-fixed or so or fix afm2pl. for a while afm2pl was the default, but then it suddenly defaulted to latex default (em) spacing which ruined a project here because that went unnoticed and resulted in incompatible output, so it made me more careful; i'm not sure to what extend afm2pl uses the same default for the fontdimen related things as afm2tfm from the afm2pl documentation: -f font_dimensions afm2tfm compatible settings would be something like -f 300,100,0,1000, But as of 0.702 -f afm2tfm is also accepted Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
Thomas A. Schmitz wrote: On Aug 8, 2006, at 11:57 PM, Taco Hoekwater wrote: how does -afmpl perform? i always suspected afm2tfm not to take non existing ligs into account Just as bad (here, at least). I'll get back to you about this tomorrow, it is too late for me to do serious work. I've experimented with afm2pl, and as I wrote in an earlier mail: the beginning of EC.enc with its additional LIGKERN instructions confuses it so it will not include default ligatures. As it turns out, this is the same for afm2tfm. And to make matters even more confusing, I had the following problem: At one point, I had copied EC.enc to the current directory and fixed it. However, it still didn't work, because: [EMAIL PROTECTED] new]$ ls *.enc EC.enc [EMAIL PROTECTED] new]$ kpsewhich --progname=dvips ec.enc /opt/tex/teTeX/texmf/fonts/enc/dvips/base/EC.enc because of a line in /opt/tex/teTeX/texmf/aliases :-/ Either way, it seems that this LIGKERN interpretation that overrules the afm file is actually considered a feature. The sane way out seems to be to ship our own encoding files in fonts/enc/texfont or so. Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
Taco Hoekwater wrote: because of a line in /opt/tex/teTeX/texmf/aliases :-/ ah, the dreadful aliases file ... in tex live they're gone ; let's hope that this aliases fiel does not contain anything related to context tex files (patterns for instance) Either way, it seems that this LIGKERN interpretation that overrules the afm file is actually considered a feature. The sane way out seems to be to ship our own encoding files in fonts/enc/texfont or so. hm, we can let texfont search for a texfont-ec file first (the map file can still refer to the normal one i suppose) (an alternative is to let texfont copy the ec.enc file to the local path, remove the messy lines, and remove that one afterwards) 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
On Aug 9, 2006, at 3:58 PM, Taco Hoekwater wrote: I've experimented with afm2pl, and as I wrote in an earlier mail: the beginning of EC.enc with its additional LIGKERN instructions confuses it so it will not include default ligatures. As it turns out, this is the same for afm2tfm. And to make matters even more confusing, I had the following problem: At one point, I had copied EC.enc to the current directory and fixed it. However, it still didn't work, because: [EMAIL PROTECTED] new]$ ls *.enc EC.enc [EMAIL PROTECTED] new]$ kpsewhich --progname=dvips ec.enc /opt/tex/teTeX/texmf/fonts/enc/dvips/base/EC.enc because of a line in /opt/tex/teTeX/texmf/aliases :-/ Either way, it seems that this LIGKERN interpretation that overrules the afm file is actually considered a feature. The sane way out seems to be to ship our own encoding files in fonts/enc/texfont or so. Taco Yes, I have a dim recollection that afm2tfm has the same problem. Isn't lm-ec.enc the better choice anyway? Couldn't we make texfont default to lm-ec.enc when it is called with --en=EC? And for the LIGKERN: yes, I asked about them on the tex-fonts list a while ago, and nobody considered them a problem. IMHO, they're totally useless or even worse, but I received the same ol' answers: can't change that, it's legacy etc. I think Mojca knows something about this as well. So my suggestion would be: make ec a synonym for lm-ec in texfont (but then, because of one or to glyphnames, lm- ec.enc has to be in the mapfile as well). Thomas ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
Thomas A. Schmitz wrote: And for the LIGKERN: yes, I asked about them on the tex-fonts list a while ago, and nobody considered them a problem. IMHO, they're totally useless or even worse, but I received the same ol' answers: can't change that, it's legacy etc. I think Mojca knows something indeed, not even broken things are fixed; i wonner what those ol' users are doing with their patterns since i expect an update in patterns to have more consequences than a fix in fonts about this as well. So my suggestion would be: make ec a synonym for lm-ec in texfont (but then, because of one or to glyphnames, lm- ec.enc has to be in the mapfile as well). i see, interesting; before we do that, can you check if we can/need to do the same with texnansi, qx, etc ? 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
On Aug 9, 2006, at 4:52 PM, Hans Hagen wrote: i see, interesting; before we do that, can you check if we can/need to do the same with texnansi, qx, etc ? Hans texnansi is OK, in my experience, and qx as well. t5 also has some LIGKERN instructions at the beginning, but doesn't have f-ligatures in its character set, AFAICS, so this should work as well. I can run some texts this weekend (if you want) and see what comes up. Thomas ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: font only works with pdftex
On Mon, 7 Aug 2006, Hans Hagen wrote: since you're typesetting german ... why not using the texnansi encoding instead of the flawed ec encoding? The problem is that it doesn't work with the texnansi encoding either. See my last mails. Andreas ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: font only works with pdftex
Andreas Schneider wrote: On Mon, 7 Aug 2006, Hans Hagen wrote: since you're typesetting german ... why not using the texnansi encoding instead of the flawed ec encoding? The problem is that it doesn't work with the texnansi encoding either. See my last mails. if the problem is in a font not having glyphs, you can consider making a special encoding vector + enco-* file; not that complex since one can start with an existing one 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
Andreas Schneider wrote: On Tue, 8 Aug 2006, Hans Hagen wrote: if the problem is in a font not having glyphs, you can consider making a special encoding vector + enco-* file; not that complex since one can start with an existing one The problem is that it does work with pdftex (tex - pdf via texexec --pdf), but it does NOT work with tex - dvi - ps via texexec, dvips (some glyphs, such as ligatures and umlauts, don't work in the latter case). It should be possible to get it working, as fontinst is able to do it, so I don't know why I should need an extra encoding. Somehow you yourself (and not texfont!) have created a font map file called bgj.map for dvips, and that file is wrong. Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
On Tue, 8 Aug 2006, Taco Hoekwater wrote: Somehow you yourself (and not texfont!) have created a font map file called bgj.map for dvips, and that file is wrong. Hmm, I have created it just for LaTeX. Since it contains only entries for ec-bgj* (without 'raw') it should not interfere with the other mapfiles (created by texfont) which are for ec-raw-bgj* and texnansi-raw-bgj* (with 'raw'), or am I mistaken? Anyway xdvi complains about texnansi-raw-bgj* (see example below which I had already included in one of my previous mails). Andreas - \setuppapersize[A4][A4] \mainlanguage[de] \language[de] \enableregime[windows] \setupencoding[default=texnansi] \usetypescriptfile[type-eleggar] \usetypescript[eleggar] \setupbodyfont[eleggar,11pt] \setupbodyfontenvironment[default][em=italic] \starttext Einige Zeichen: `, ', --, , Ligaturen: fi, fl, ff, ffi, ffl Aufgelöste Ligaturen: f|i, f|l Umlaute: ä, ö, ü, ß, Ä, Ö, Ü; a, o, u, s \stoptext - xdvi.bin: Warning: Character 228 is mapped to .notdef in font texnansi-raw-bgjr (page 1), replacing by whitespace. xdvi.bin: Warning: Character 132 is mapped to .notdef in font texnansi-raw-bgjr (page 1), replacing by whitespace. xdvi.bin: Warning: Character 147 is mapped to .notdef in font texnansi-raw-bgjr (page 1), replacing by whitespace. xdvi.bin: Warning: Character 150 is mapped to .notdef in font texnansi-raw-bgjr (page 1), replacing by whitespace. xdvi.bin: Warning: Character 12 is mapped to .notdef in font texnansi-raw-bgjr (page 1), replacing by whitespace. xdvi.bin: Warning: Character 8 is mapped to .notdef in font texnansi-raw-bgjr (page 1), replacing by whitespace. xdvi.bin: Warning: Character 246 is mapped to .notdef in font texnansi-raw-bgjr (page 1), replacing by whitespace. xdvi.bin: Warning: Character 252 is mapped to .notdef in font texnansi-raw-bgjr (page 1), replacing by whitespace. xdvi.bin: Warning: Character 223 is mapped to .notdef in font texnansi-raw-bgjr (page 1), replacing by whitespace. xdvi.bin: Warning: Character 214 is mapped to .notdef in font texnansi-raw-bgjr (page 1), replacing by whitespace. xdvi.bin: Warning: Character 220 is mapped to .notdef in font texnansi-raw-bgjr (page 1), replacing by whitespace.___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
Hi Andreas, Andreas Schneider wrote: On Tue, 8 Aug 2006, Taco Hoekwater wrote: Somehow you yourself (and not texfont!) have created a font map file called bgj.map for dvips, and that file is wrong. Hmm, I have created it just for LaTeX. Since it contains only entries for ec-bgj* (without 'raw') it should not interfere with the other mapfiles (created by texfont) which are for ec-raw-bgj* and texnansi-raw-bgj* (with 'raw'), or am I mistaken? Anyway xdvi complains about texnansi-raw-bgj* (see example below which I had already included in one of my previous mails). There are two problems that I can see. There is only one that you can fix, and there is another problem that is a base texfont issue. The fixable problem first: If there is a virtual font, then dvi processors will recursively break it down into its constituents (those are the *-raw-* font metrics). Eventually, when there are no longer virtual fonts to resolve, it looks for the 'base' fonts in its map file. This process works in a similar fashion for all programs like pdftex, dvipdfmx, dvips, and xdvi, but texfont only creates a map file for pdftex. Unf, the pdftex map file cannot be used by dvips, so for dvips you have to create your own (like you did). When you create a map file for dvips for a texfont-installed font family, it needs to have those *-raw-* entries that will map the fonts to the real postscript font files on your harddisk, and those were missing from your bgj.map. Using the attached map file fragment, I can create a postscript file that has fi ligatures of your example in texnansi encoding using dvips. I have no xdvi here to try it, but that should work as well. The second problem: texfont simply does not 'do' EC correctly (at least not on my machine). There are simply no fi ligatures, not in pdftex either. I will investigate this further. Taco texnansi-raw-bgjb ElegantGaramondBT-BoldTeXnANSIEncoding ReEncodeFont texnansi.enc bgjb.pfb texnansi-raw-bgjr ElegantGaramondBT-Roman TeXnANSIEncoding ReEncodeFont texnansi.enc bgjr.pfb texnansi-raw-bgjri ElegantGaramondBT-Italic TeXnANSIEncoding ReEncodeFont texnansi.enc bgjri.pfb ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
Taco Hoekwater wrote: The second problem: texfont simply does not 'do' EC correctly (at least not on my machine). There are simply no fi ligatures, not in pdftex either. I will investigate this further. how does -afmpl perform? i always suspected afm2tfm not to take non existing ligs into account 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
Taco Hoekwater wrote: When you create a map file for dvips for a texfont-installed font family, it needs to have those *-raw-* entries that will map the fonts to the real postscript font files on your harddisk, and those were missing from your bgj.map. the reason why i create the map files the way we do is that i want to prevent pdftex to be too clever in sharing font resources (thre are versions out there that assume sequivalent Names to always equivalent which is not always true (think of slanted or extended fonts) (i've been bitten too often by that so i play safe) it is no problem to add that entry optionally (grep for cleanfont in texexec.pl; to tired to see the light now) 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
Hans Hagen wrote: Taco Hoekwater wrote: The second problem: texfont simply does not 'do' EC correctly (at least not on my machine). There are simply no fi ligatures, not in pdftex either. I will investigate this further. how does -afmpl perform? i always suspected afm2tfm not to take non existing ligs into account Just as bad (here, at least). I'll get back to you about this tomorrow, it is too late for me to do serious work. Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
On Aug 8, 2006, at 11:57 PM, Taco Hoekwater wrote: how does -afmpl perform? i always suspected afm2tfm not to take non existing ligs into account Just as bad (here, at least). I'll get back to you about this tomorrow, it is too late for me to do serious work. I've experimented with afm2pl, and as I wrote in an earlier mail: the beginning of EC.enc with its additional LIGKERN instructions confuses it so it will not include default ligatures. If you delete this, it will work. If you use lm-ec.enc (which has a number of mistakes fixed anyway), it works. BUT afm2pl needs a file default.lig which is not present in all TeX distributions. I asked Siep a couple of months ago, and he replied there was a switch to ignore default.lig, but in that case, the default ligs would have to be supplied by texfont itself (which should be doable). IMHO, texfont should switch to afm2pl by default; it's much better at preserving kerning information (Adam, any thoughts on this?), and it makes virtual fonts unnecessary. I now use it regularly for all my font needs and am very satisfied with it. Best Thomas ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texfont: installed font only works with pdftex
On Mon, 7 Aug 2006, Taco Hoekwater wrote: Andreas Schneider wrote: but xdvi gives error messages like [...] My guess is that you have to copy the final ec.enc file you used to the folder where dvips (and xdvi, which looks in the same place normally) looks for encoding files. I created a symlink in my private texmf tree (ec.enc - lm-ec.enc) and ran texhash, and after that it was all the same. Anyway, this would not explain why I have the same symptom with the texnansi encoding, too. Maybe it helps debugging that dvips gives different error messages: This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2006.08.07:1402' - schrift.ps tex.pro8r.enctexps.pro. bgjb.pfbbgjri.pfbbgjr.pfb Warning: module writet1 of dvips (file bgjr.pfb): glyph `pi' undefined Warning: module writet1 of dvips (file bgjr.pfb): glyph `product' undefined Warning: module writet1 of dvips (file bgjr.pfb): glyph `ffl' undefined Warning: module writet1 of dvips (file bgjr.pfb): glyph `ffi' undefined Warning: module writet1 of dvips (file bgjr.pfb): glyph `ff' undefined Warning: module writet1 of dvips (file bgjr.pfb): glyph `dotlessj' undefined [1] Also I get a slightly different result: With gv I can see some umlauts in the postscript file (ä, ö, ü work, but ß does not). Instead of the ligatures there are only spaces. Andreas___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] What about Lua in pdftex ?
What about Lua in pdftex ? ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] What about Lua in pdftex ?
luigi scarso wrote: What about Lua in pdftex ? you may expect around the end of the year; i'm currently playing with some alphaware in order to explore possibilities and interfacing needs -) 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Building and installing pdftex 1.30 on teTeX 3.0
Hans van der Meer wrote: I use (as root: sudo) the following shell script to install the latest pdfetex. For me it works. It might be of use to you. #!/bin/sh echo Installing Pdftex... umask 022 unzip pdftex-1.30.4.zip cd pdftex-1.30.4 sh ./Build cp -f build/texk/web2c/pdftex `which pdftex` cp -f build/texk/web2c/pdftex.pool `kpsewhich pdftex.pool` no need for pdftex, is kind of obsolete, and afaik pdfetex is always the default cp -f build/texk/web2c/pdfetex `which pdfetex` which - kpsewhich cp -f build/texk/web2c/pdfetex.pool `kpsewhich pdfetex.pool` chown -R root:wheel /usr/local/teTeX what is this wheel thing? chmod -R u+w /usr/local/teTeX chmod -R a+r /usr/local/teTeX why not make that place independent as well? chmod -R u+w `which pdfetex` `which pdfetex.pool` umask 027 cd .. echo Installing Pdftex done. exit wikiable Hans ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Building and installing pdftex 1.30 on teTeX 3.0
Hi Hans and Hans, Hans Hagen wrote: Hans van der Meer wrote: I use (as root: sudo) the following shell script to install the latest pdfetex. For me it works. It might be of use to you. #!/bin/sh echo Installing Pdftex... umask 022 unzip pdftex-1.30.4.zip cd pdftex-1.30.4 sh ./Build cp -f build/texk/web2c/pdftex `which pdftex` cp -f build/texk/web2c/pdftex.pool `kpsewhich pdftex.pool` no need for pdftex, is kind of obsolete, and afaik pdfetex is always the default Yes. I will remove these two lines from the wiki page as well. cp -f build/texk/web2c/pdfetex `which pdfetex` which - kpsewhich No, which is correct. You want to replace the executable pdfetex that is in the path. On all distributions (except the minimal zips), the bin tree is outside of kpsewhich scope. cp -f build/texk/web2c/pdfetex.pool `kpsewhich pdfetex.pool` chown -R root:wheel /usr/local/teTeX what is this wheel thing? The wheel user group is a unix security measure (of sorts). chmod -R u+w /usr/local/teTeX chmod -R a+r /usr/local/teTeX why not make that place independent as well? Hans is chmodding the directory, not the executable. I'm doubt these chown/chmod lines are really needed after each update of pdfetex (the will only do something the first time the script is run). It looks to me like you had a rather peculiar umask in effect when you installed teTeX 3.0. Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Building and installing pdftex 1.30 on teTeX 3.0
Hi, Nikolai Weibull wrote: The only texmf.cnf lives in /etc/texmf.cnf; other are symlinks to it. Do you have a symlink in /etc/share/texmf/web2c as well? Well, I have with a standard-SUSE-10.0 teTeX only /etc/texmf/web2c/texmf.cnf and neither of those others. To find the texmf.cnf, which TeX uses, enter: kpsewhich texmf.cnf (gives here: /usr/share/texmf/web2c/texmf.cnf) to find the real file (you can also edit the symlink, actually), use readlink: readlink -f `kpsewhich texmf.cnf` (gives here: /etc/texmf/web2c/texmf.cnf, the symlink above is actually ../../../../etc/texmf/web2c/texmf.cnf) Tobias ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Building and installing pdftex 1.30 on teTeX 3.0
I've followed the instructions listed at
http://wiki.contextgarden.net/TeTeX_3.0_installation, but it won't quite
give. The problem is that I use the Gentoo installation setup as a base
and have the latest ConTeXt installed in /usr/local/share. Does anyone
know what options to pass to pdftex's configure-script to match the
setup on a Gentoo system (where stuff is stored in /etc/texmf and
/var/lib/texmf)?
Thanks.
nikolai
--
Nikolai Weibull: now available free of charge at http://bitwi.se/!
Born in Chicago, IL USA; currently residing in Gothenburg, Sweden.
main(){printf(linux[\021%six\012\0],(linux)[have]+fun-97);}
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Building and installing pdftex 1.30 on teTeX 3.0
Nikolai Weibull wrote: I've followed the instructions listed at http://wiki.contextgarden.net/TeTeX_3.0_installation, but it won't quite give. The problem is that I use the Gentoo installation setup as a base and have the latest ConTeXt installed in /usr/local/share. Does anyone know what options to pass to pdftex's configure-script to match the setup on a Gentoo system (where stuff is stored in /etc/texmf and /var/lib/texmf)? It would be simplest (and definately justified) to ask this to the Gentoo maintainer, because (s)he has apparently succeeded in setting that up (Gentoo's trees seem to bear only a passing resemblance to teTeX and would be more accurately called Gentoo-TeX). My best guess: find the non-etc version of texmf.cnf (I'm fairly certain there is one), and attempt to pass the root of texmf tree that contains it as --datadir to the configure script. Good luck, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Building and installing pdftex 1.30 on teTeX 3.0
Nikolai Weibull wrote: I've followed the instructions listed at http://wiki.contextgarden.net/TeTeX_3.0_installation, but it won't quite give. The problem is that I use the Gentoo installation setup as a base and have the latest ConTeXt installed in /usr/local/share. Does anyone know what options to pass to pdftex's configure-script to match the setup on a Gentoo system (where stuff is stored in /etc/texmf and /var/lib/texmf)? well, since it's the gentoo people who use a structure different from tds, it's up to them to provide support for that; btw, this var/lib/texmf path looks unfamiliar to me (i wonder what libs tex ships with/provides -) the problem is that there are so many texmf paths nowadays (not texmf-xxx under one root, but multiple texmf (main) paths in different locations that the change for clashes is pretty big) Hans ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Building and installing pdftex 1.30 on teTeX 3.0
On 11/28/05, Nikolai Weibull [EMAIL PROTECTED] wrote: I've followed the instructions listed at http://wiki.contextgarden.net/TeTeX_3.0_installation, but it won't quite give. The problem is that I use the Gentoo installation setup as a base and have the latest ConTeXt installed in /usr/local/share. Does anyone know what options to pass to pdftex's configure-script to match the setup on a Gentoo system (where stuff is stored in /etc/texmf and /var/lib/texmf)? The simple way, IMHO, is to build teTeX into /usr/local/teTeX. After finished all, you need put /usr/local/teTeX/bin at top of your $PATH and that should ok. PATH=/usr/local/teTeX/bin:/usr/bin:. By this way I have always teTeX/pdfetex/ConTeXt up-to-date on my FC4 box. Cheers, -- http://vnoss.org Vietnamese Open Source Software Community ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Building and installing pdftex 1.30 on teTeX 3.0
Taco Hoekwater wrote:
Nikolai Weibull wrote:
I've followed the instructions listed at
http://wiki.contextgarden.net/TeTeX_3.0_installation, but it won't
quite give. The problem is that I use the Gentoo installation setup
as a base and have the latest ConTeXt installed in /usr/local/share.
Does anyone know what options to pass to pdftex's configure-script
to match the setup on a Gentoo system (where stuff is stored in
/etc/texmf and /var/lib/texmf)?
It would be simplest (and definately justified) to ask this to the
Gentoo maintainer, because (s)he has apparently succeeded in setting
that up (Gentoo's trees seem to bear only a passing resemblance to
teTeX and would be more accurately called Gentoo-TeX).
Sadly, there's no separate pdfetex ebuild for Gentoo. If there was, I
wouldn't have to mess with this :-).
My best guess: find the non-etc version of texmf.cnf (I'm fairly
certain there is one), and attempt to pass the root of texmf tree
that contains it as --datadir to the configure script.
Yes, there's one in /var/lib/texmf/web2c. The reason for this layout is
to separate architecture-dependent files and non-architecture-dependent
files. I can't say that the added complexity justify this separation.
nikolai
--
Nikolai Weibull: now available free of charge at http://bitwi.se/!
Born in Chicago, IL USA; currently residing in Gothenburg, Sweden.
main(){printf(linux[\021%six\012\0],(linux)[have]+fun-97);}
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Building and installing pdftex 1.30 on teTeX 3.0
I have once tried to set up TeX on gentoo, and found this to be the
most complicated and least user-friendly distribution I have ever
seen. There's a bunch of texmf-trees in all kinds of bizarre
locations, and a symlink farm in /etc like you wouldn't believe, and
there's not a shred of documentation to be seen anywhere. So they
make everything as complex as possible, but the TeX binaries are
simply dumped into /usr/bin, so the only way to update is via the
emerge system. But enough of this rant: be careful to figure out what
cnf file is a symlink and which one is real. They have an entire
web2c tree in /etc/conf.d/texmf, if memory serves right, and the cnf
files are regenerated from texmf.d/00texmf.cnf or somesuch, so this
is the file you need to modify. But in the end, you may find it's not
worth the trouble: just unmerge tetex and install a vanilla teTeX
system.
Best
Thomas
On Nov 28, 2005, at 9:05 PM, Nikolai Weibull wrote:
Taco Hoekwater wrote:
Nikolai Weibull wrote:
I've followed the instructions listed at
http://wiki.contextgarden.net/TeTeX_3.0_installation, but it won't
quite give. The problem is that I use the Gentoo installation setup
as a base and have the latest ConTeXt installed in /usr/local/share.
Does anyone know what options to pass to pdftex's configure-script
to match the setup on a Gentoo system (where stuff is stored in
/etc/texmf and /var/lib/texmf)?
It would be simplest (and definately justified) to ask this to the
Gentoo maintainer, because (s)he has apparently succeeded in setting
that up (Gentoo's trees seem to bear only a passing resemblance to
teTeX and would be more accurately called Gentoo-TeX).
Sadly, there's no separate pdfetex ebuild for Gentoo. If there was, I
wouldn't have to mess with this :-).
My best guess: find the non-etc version of texmf.cnf (I'm fairly
certain there is one), and attempt to pass the root of texmf tree
that contains it as --datadir to the configure script.
Yes, there's one in /var/lib/texmf/web2c. The reason for this
layout is
to separate architecture-dependent files and non-architecture-
dependent
files. I can't say that the added complexity justify this separation.
nikolai
--
Nikolai Weibull: now available free of charge at http://bitwi.se/!
Born in Chicago, IL USA; currently residing in Gothenburg, Sweden.
main(){printf(linux[\021%six\012\0],(linux)[have]+fun-97);}
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] compiling pdftex docs
Taco Hoekwater wrote:
Tobias Wolf wrote:
There are loads of errors remaining (in the version from tug.org) like
the following, which is also present in the atpragma mode:
! Missing number, treated as zero.
to be read again
}
\tabulatecontent ...NR \HL \NC \type {\pdfoutput }
\NC integer \NC 0
\NC \DV...
Those are the same errors I got. I just assumed they were
a side-effect of the cvs version.
in cont-new.tex say:
\let\protectedfirsttype\string % \relax by default
this problem was introduced when some problems with color were posted;
i need to look into it; the tricky thing is that verbatim (always)
behaves different in direct and in 'passed as argument' mode, which is
the nature of tex; unfortunately there is no easy way around e.g. using
scantokens, because reprocessing may introduce spaces,
Hans
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] compiling pdftex docs (was: cont 2005.10.27 t5-lmtt10 font problem)
Tobias Wolf wrote: But on the other hand, Hans, why can't I compile the PDFTex docs because I don't have this ( http://www.ntg.nl/pipermail/ntg-context/2004/006705.html ) What version of the pdftex manual? The latest one in the CVS has this around line 350: % We use adobe metrics instead of urw metrics because tetex only % ships the former. Beware, these metrics differ! \loadmapfile[context-base.map] \usetypescript [adobekb] [\defaultencoding] \usetypescript [palatino][\defaultencoding] and that additional \loadmapfile line may solve your problem. At least, that part works for menow. I had a 'ec-raw-palatino.map is missing' error message with a previous version of the manual. It still doesn't compile quite right with my pdfetex, but that is probably because it is the CVS version. ;-) Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] [Fwd: [pdftex] pdftex 1.30.0]
Original Message
Subject: [pdftex] pdftex 1.30.0
Date: Mon, 1 Aug 2005 22:54:55 +0200
From: Martin Schröder [EMAIL PROTECTED]
To: PDF-TeX mailing list [EMAIL PROTECTED]
[http://sarovar.org/download.php/673/pdftex-1.30.0.zip]
The pdfTeX team is happy to announce the release of a new stable version:
===
pdfTeX 1.30.0
===
This is the announcement of pdfTeX 1.30.0 an extended version of TeX that
can create PDF directly from TeX source files and enhance the result of TeX
typesetting with the help of PDF.
===
Main changes of pdfTeX 1.30.0
===
- pdfxtex (introduced with 1.20a) is gone; all extensions are now in
pdf(e)tex.
- Some primitives have been renamed; the old names will still work, but are
deprecated and some give a warning that they are obsolete:
\pdfoptionpdfminorversion - \pdfminorversion
\pdfoptionalwaysusepdfpagebox - \pdfforcepagebox
\pdfoptionpdfinclusionerrorlevel - \pdfinclusionerrorlevel
- pdftex knows two new units:
- new Didot (1nd=0.375mm)
- new Cicero (1nc=12nd)
- New primitives:
- Inclusion of pngs has been greatly improved: It now does
- alpha channel and transparency (only if %!PDF =1.4)
- 16-bit colour (only if %!PDF =1.5); this must be enabled by setting
\pdfimagehicolor to 1.
- gamma correction; this must be enabled by setting \pdfimageapplygamma
to 1. The device gamma is taken from \pdfgamma. If no embedded value
can be found in the png image, then the value of \pdfimagegamma is
used instead.
- fast direct embedding of png streams, if their structure allows this;
the automatic fall-back is to decompress and re-compress as before.
- pdfTeX now has an interface to the precise system time (if available)
as an aid in benchmarking TeX macro code.
- \pdfelapsedtime is a read-only integer that (initially) returns the
amount of time passed since the start of this run. This amount is
given in `scaled seconds': the value 65536 counts as one second. If
more time has passed than 32767 seconds, (2^31)-1 will be returned.
- \pdfresettimer updates the internal timer, such that subsequent calls
to \pdfelapsedtime will restart from 0.
- pdfTeX can now generate random numbers.
- \pdfuniformdeviate count generates a uniformly distributed random
integer value between 0 (inclusive) and count (exclusive).
- \pdfnormaldeviate expands to a random integer value with a mean of 0
and a unit of 65536.
- \pdfrandomseed allows access to the current seed value.
- \pdfsetrandomseed count sets the random seed to a specific value.
- \pdfnoligatures\f disables ligatures for the loaded font \f.
- \pdfstrcmp{a}{b} compares two strings and returns the strings 0
if a equals b, -1 if a is less than b, 1 if a is greater
than b
- \pdfretval is an integer that is either 0, 0, or 0; currently it's
used by \pdfstrcmp.
- Escaping strings:
- \pdfescapestring{a} escapes the string a so that it can be used
as PDF string.
- \pdfescapename{a} escapes the string a so that it can be used as
PDF name.
- \pdfescapehex{a} converts the string a to uppercase hexadecimal
representation.
- \pdfunescapehex{b} reverses the effect of \pdfescapehex
- \pdfcreationdate expands to the date string that pdfTeX uses in the
info dict as default.
- \pdffilemoddate{file} expands to the modification date of file in
the same format as \pdfcreationdate (PDF date format).
- \pdffilesize{file} expands to the size of file as string.
- \pdfmdfivesum{abc} or \pdfmdfivesum file {file} calculates the md5
sum (of a string or a file) and converts it to uppercase hexadecimal
format (same as \pdfescapehex).
- \pdfshellescape is a read-only integer that is 1 if \write18 is
enabled, 0 otherwise.
- \pdfxformname object number, which expands to the number in the
corresponding form XObject name.
- \leftmarginkern box number and \rightmarginkern box number tell the
margin kern at the left and right side of the horizontal list stored in
box box number.
- \pdfpkmode is a token register that sets the MF mode for pixel font
generation. The contents of this register is dumped into the format, so
one can (optionally) preset it e.g. in part of pdftexconfig.tex.
- \pdftracingfonts: An integer variable controlling the tracing of font
expansion. It is zero by default; then we get a log (with
fontexpansion) like this
...\tenrm t
...\tenrm (+20) e
Without font expansion, this default should be compatible with TeX's
original log output.
If \pdftracingfonts is set
[NTG-context] Re: [NTG-pdftex] unwanted font replacement during inclussion
Hartmut Henkel wrote: Then the CMBX12 font coming with the embedded test.pdf would match CMBX12 and this would be replaced by cmtt10.pfb. So it seems that something must be wrong with the map file. There is a (fairly serious) bug in two of the context-supplied Latin Modern .map files: context-base.map:148:cmbx5 CMBX12cmrm.enc lmbx5.pfb original-public-lm.map:71:cmbx5 CMBX12cmrm.enc lmbx5.pfb Of course, both lines should use CMBX5 instead of CMBX12. Fixing that removes the problem. It seems the bug was introduced in ConTeXt 2005.05.25. Greetings, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Re: [NTG-pdftex] unwanted font replacement during inclussion
Hartmut Henkel wrote:
On Wed, 1 Jun 2005, Vit Zyka wrote:
I noticed the next strange behaviour. Let us create very simple file test.tex:
--
\font\bf=cmbx12
Normal text. \bf Bold text.
\end
--
Now include this file by plain pdftex:
--
\pdfximage{test.pdf}
\pdfrefximage\pdflastximage
\end
--
Everything is correct. No let us try to insert the file by context:
--
\starttext
%\font\bf=cmbx12
%Normal text. \bf Bold text.
\pdfximage{test.pdf}
\pdfrefximage\pdflastximage
\stoptext
--
I noticed the result is smashed by plain pdftex. And that is correct.
And that is typeset with totaly different font is correct. I
uncomment two lines, so the attached file by plain pdftex. I though
that is the next strange behaviour: problem? I noticed the next
strange behaviour; included file. I uncomment two lines, so the
included file, Now I though that is typeset with totaly different font
is correct. I though that is the file, by plain pdftex related then
context: related then context related then context. I noticed the
result is the next strange behaviour.
H, now I feel it is more pdftex-related then context-related
question.
i can't reproduce it here with your files, it looks ok, but the
mechanism is that the font comparison is made by the name in the 2nd
column of the map file, and only if this matches the fontname in the
embedded file, the font file given the end of the map line is taken. E.
g. one can force a probably similar problem by (devious)
\pdfmapline{cmbx12 CMBX12 cmtt10.pfb}
Then the CMBX12 font coming with the embedded test.pdf would match
CMBX12 and this would be replaced by cmtt10.pfb. So it seems that
I see. Thank you, Hartmut, for explanating font inclusion mechanism. I
will cope the problem.
vit
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Re: [NTG-pdftex] kerning
Hans Hagen wrote: Taco Hoekwater wrote: PS. I can create a series of slides that show internals of the font reading process for the ntg meeting, if you are interested. sounds like a good idea to me For those of you who are interested in this sort of thing, I've posted an 884-page PDF document that illustrates TeX's loading of a few font metric files: nullfont (internal) cmr10 cmsy10 cmex10 De document, and sources, are available at: http://tex.aanhet.net/temp/fontreader.pdf http://tex.aanhet.net/temp/fontreader.zip Beware, the PDF is pretty large (7.7Mb). MetaPost, Perl and Context sources are quite small (12kb), but very much a hack. Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Re: [NTG-pdftex] kerning
Taco Hoekwater wrote: De document, and sources, are available at: http://tex.aanhet.net/temp/fontreader.pdf http://tex.aanhet.net/temp/fontreader.zip Beware, the PDF is pretty large (7.7Mb). MetaPost, Perl and Context sources are quite small (12kb), but very much a hack. brilliant, you made my day 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Re: [NTG-pdftex] unwanted font replacement during inclussion
On Wed, 1 Jun 2005, Vit Zyka wrote:
I noticed the next strange behaviour. Let us create very simple file test.tex:
--
\font\bf=cmbx12
Normal text. \bf Bold text.
\end
--
Now include this file by plain pdftex:
--
\pdfximage{test.pdf}
\pdfrefximage\pdflastximage
\end
--
Everything is correct. No let us try to insert the file by context:
--
\starttext
%\font\bf=cmbx12
%Normal text. \bf Bold text.
\pdfximage{test.pdf}
\pdfrefximage\pdflastximage
\stoptext
--
I noticed the result is smashed by plain pdftex. And that is correct.
And that is typeset with totaly different font is correct. I
uncomment two lines, so the attached file by plain pdftex. I though
that is the next strange behaviour: problem? I noticed the next
strange behaviour; included file. I uncomment two lines, so the
included file, Now I though that is typeset with totaly different font
is correct. I though that is the file, by plain pdftex related then
context: related then context related then context. I noticed the
result is the next strange behaviour.
H, now I feel it is more pdftex-related then context-related
question.
i can't reproduce it here with your files, it looks ok, but the
mechanism is that the font comparison is made by the name in the 2nd
column of the map file, and only if this matches the fontname in the
embedded file, the font file given the end of the map line is taken. E.
g. one can force a probably similar problem by (devious)
\pdfmapline{cmbx12 CMBX12 cmtt10.pfb}
Then the CMBX12 font coming with the embedded test.pdf would match
CMBX12 and this would be replaced by cmtt10.pfb. So it seems that
something must be wrong with the map file.
Regards, Hartmut
P.S. just found http://www.jwz.org/dadadodo/ (good for blindtext :-)
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Python,swig and pdftex ?
Janko Hauser wrote:
luigi.scarso schrieb:
I'm try do make something useful with Python and pdftex using swig.
Any suggestions ?
Have you looked at pytex? It does nothing with pdftex, but I do not know
what do you want to actually do.
__Janko
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
I have found
http://www.metatex.org
that seem to be a good starting point.
I would like to explore the possibility to embed a pyhton interpreter
into pdftex,and use it into ConTeXt ("python inside context");
another wish is some python modules to do some typesetting jobs using
ConTexT ("context inside python"); maybe swig can be help.
luigi
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Python,swig and pdftex ?
luigi.scarso schrieb: I'm try do make something useful with Python and pdftex using swig. Any suggestions ? Have you looked at pytex? It does nothing with pdftex, but I do not know what do you want to actually do. __Janko ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Python,swig and pdftex ?
I'm try do make something useful with Python and pdftex using swig. Any suggestions ? ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-pdftex] Re: [NTG-context] ConTeXt dont work with fonts after last miktex update
Hartmut Henkel wrote: Please remove the blank after the : hm, i ran intro something like that recently, pdftex was never sensitive to blanks there, so i have map files with blanks (since there can be blanks everywhere i see no reason for a restiction there); makes the file more readable 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mswincontext.zip and pdfTeX 1.20b ?
Hans Hagen [EMAIL PROTECTED] wrote: Steffen Wolfrum wrote: Hi Hans, happy new year! When do you think you could provide us a mswincontext.zip that includes pdfTeX 1.20b ? when i have a pdftex 20b binary Hans I was asking for this on comp.text.tex and Hans Fredrik Nordhaug just told that MiKTeX has updated to version 1.20b. Steffen ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mswincontext.zip and pdfTeX 1.20b ?
Hi, During this conversation I visited also CTAN. Indeed there is a 120b version in FPTEX. Willi Steffen Wolfrum wrote: Hans Hagen [EMAIL PROTECTED] wrote: Steffen Wolfrum wrote: Hi Hans, happy new year! When do you think you could provide us a mswincontext.zip that includes pdfTeX 1.20b ? when i have a pdftex 20b binary Hans I was asking for this on comp.text.tex and Hans Fredrik Nordhaug just told that MiKTeX has updated to version 1.20b. Steffen ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mswincontext.zip and pdfTeX 1.20b ?
Willi Egger wrote: Hi, During this conversation I visited also CTAN. Indeed there is a 120b version in FPTEX. that's the november b-beta anyhow, before i can regenerate zips i need to clean up some trees (i now have to move from texlive to my local trees for updating since tex liv eis frozen for a while) 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mswincontext.zip and pdfTeX 1.20b ?
Hi Hans, happy new year! When do you think you could provide us a mswincontext.zip that includes pdfTeX 1.20b ? Steffen Willi Egger [EMAIL PROTECTED] wrote: Hi Steffen, if my installation is not yet outdated: This is pdfeTeX, Version 3.141592-1.20a-2.2 (Web2c 7.5.3) ConTeXt ver: 2004.12.06 then the annswer is no. As you can see my installation based on mswincontext.zip is just 3 weeks old. Kind regards Willi Steffen Wolfrum wrote: Hi, I am thinking about downloading the big complete mswincontext.zip (context/install/mswincontext.zip). Does it also include pdfTeX 1.20b ? I just want to be sure before starting a day long 56k-modem-download. Thank you, Steffen P.S. Happy new year! ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mswincontext.zip and pdfTeX 1.20b ?
Steffen Wolfrum wrote: Hi Hans, happy new year! When do you think you could provide us a mswincontext.zip that includes pdfTeX 1.20b ? when i have a pdftex 20b binary 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] mswincontext.zip and pdfTeX 1.20b ?
Hi, I am thinking about downloading the big complete mswincontext.zip (context/install/mswincontext.zip). Does it also include pdfTeX 1.20b ? I just want to be sure before starting a day long 56k-modem-download. Thank you, Steffen P.S. Happy new year! ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mswincontext.zip and pdfTeX 1.20b ?
Hi Steffen, if my installation is not yet outdated: This is pdfeTeX, Version 3.141592-1.20a-2.2 (Web2c 7.5.3) ConTeXt ver: 2004.12.06 then the annswer is no. As you can see my installation based on mswincontext.zip is just 3 weeks old. Kind regards Willi Steffen Wolfrum wrote: Hi, I am thinking about downloading the big complete mswincontext.zip (context/install/mswincontext.zip). Does it also include pdfTeX 1.20b ? I just want to be sure before starting a day long 56k-modem-download. Thank you, Steffen P.S. Happy new year! ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] mswincontext.zip and pdfTeX 1.20b ?
Hi Steffen, On top of what I said just a couple of minutes ago: On the TEXlive DVD there is a root/context folder. Herunder there is a minimal distribution of CONTEXT. This distribution offers also Scite. I do not know what the advantage of the 120b version compared to 120a version of pdfTeX is. Furthermore if you do not use Scite, you could download the mstex.zip which is roughly 38MB instead of 140MB ... I downloaded myself also the mswintex.zip. Later I added Scite. Willi Willi Egger wrote: Hi Steffen, if my installation is not yet outdated: This is pdfeTeX, Version 3.141592-1.20a-2.2 (Web2c 7.5.3) ConTeXt ver: 2004.12.06 then the annswer is no. As you can see my installation based on mswincontext.zip is just 3 weeks old. Kind regards Willi Steffen Wolfrum wrote: Hi, I am thinking about downloading the big complete mswincontext.zip (context/install/mswincontext.zip). Does it also include pdfTeX 1.20b ? I just want to be sure before starting a day long 56k-modem-download. Thank you, Steffen P.S. Happy new year! ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Re: [pdftex] swf objects in pdflatex
Peter Schröder wrote: Does anyone have experience (success or horror stories) regarding the inclusiong of flash content in pdf files? http://www.pragma-ade.com/itdemos/internal/media/mediashow.pdf it runs ok in acrobat 6, but somehow not in (at least my installation of) acrobat 7, so there is some horror story attached: my experience is that much of this functionality in acrobat ends up in there untested (I will look into a 'way around 7' later) this is the source file: ?xml version='1.0' ? !-- Author : Hans Hagen / PRAGMA ADE / www.pragma-ade.com -- !-- texexec --pdf --use=mediashow mediashow.xml -- rl:resourcelibrary xmlns:rl='http://www.pragma-ade.com/xml/schemas/reslib.rng' rl:mediaclip label='sample 1' rl:nameQuicktime Movie/rl:name rl:mimevideo/quicktime/rl:mime rl:filemediashow.mov/rl:file rl:pictureself/rl:picture rl:width8cm/rl:width rl:height6cm/rl:height rl:textThis movie was made while waiting for a plane transfer in San Francisco on the way back from TUG 2003 on Hawaii to Europe. Pier 39 is located is the Bay Area./rl:text /rl:mediaclip rl:mediaclip label='sample 2' rl:nameShockwave Simulation/rl:name rl:mimeapplication/x-shockwave-flash/rl:mime rl:filemediashow.swf/rl:file rl:pictureself/rl:picture rl:textThis simulation is made by Johan Jonker. This kind of animations goed under the names Flash and Shockwave./rl:text /rl:mediaclip rl:mediaclip label='sample 3' rl:nameSmil Presentation/rl:name rl:mimeapplication/smil/rl:mime rl:filemediashow.smi/rl:file rl:pictureself/rl:picture rl:textHere we see a one-picture slide show coded in SMIL. This picture is a downsampled 8 bit PNG version of the high resolution 24 bit JPEG graphic; the viewer cannot handle the original./rl:text /rl:mediaclip rl:mediaclip label='sample 4' rl:nameMP3 Soundtrack/rl:name rl:mimeaudio/mpeg/rl:mime rl:filemediashow.mp3/rl:file rl:picture backgroundcolor='black'mediashow.jpg/rl:picture rl:textThis is the soundtrack to a movie made at Pier 39 in San Francisco. The quality is rather low because no high end equipment was used. We compensate this by showing a high res graphic./rl:text /rl:mediaclip /rl:resourcelibrary 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 - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Re: [pdftex] layer-based presentations
The Thanh Han wrote: Sounds very interesting, unfortunately I don't have acrobat reader to enjoy it, since AR is not avail for the platform I am using (linux on powerpc). Sigh. Thanh On Sun, Nov 07, 2004 at 02:04:46PM +0100, Pawel Jackowski wrote: CV Radhakrishnan wrote: I am interested in it very much. Thanks in advance. fyi: pdf layer support is built into context an example of usage can be seen at: http://www.pragma-ade.com/present/talks/fifteen.pdf (this presentation was made for dante's 15 anniversary; it works on windows and mac, starts when one clicks on the dot at the bottom bar; mp3 not included -) The command: \showlayoutcomponents gives access to all the layout components in the context stack/builder (given that the layer pannel is open) btw, for advanced interactive purposes layers are sort of useless since annotation are stacked and cannot be hidden by layers. 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 - ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] pdftex 1.20a and map files
Hans Hagen wrote: textools --fixtexmftrees c:\tex\texmf-local [--force] and alike will fix the tree (map files are now under /fonts/map) and you Thanks for the info, fixtexmftrees forgot some files (such as pdftex.map). need to change the texmf.cnf file accordingly In your list, one entry is missing: ENCFONTS = .;$TEXMF/fonts/enc// I still think this information should be listed in the NEWS file of pdftex -- you are one of the fine guys one should ask for things like these, right? As an aside, a surprising observation: When using a cont-en.efmt generated with pdftex 1.20a, but a 1.10b binary (user error, true), ConTeXt still worked, just forgot to actually include metapost graphics. (Metapost was called, though.) regards, Christopher Creutzig ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] pdftex 1.20a and map files
Christopher Creutzig wrote:
Salvete,
I tried upgrading to pdfTeX 1.20a on my powerbook. I built the
binaries successfully and placed them and their pool files into some
temporary location and I was able to build ConTeXt formats.
Unfortunately, pdftex.map was not found, generated files have just lots
of empty pages.
I did try sudo texmfstart textools --fixtexmftrees, but that did not
move pdftex.map from its place in dvips/config. I tried to follow the
NEWS file in the pdftex distribution, but that only lists two
non-existant URLs at tug.org to find information. The list archive of
tex-live seems to have moved and to be inaccessible to non-subscribers.
Not wanting yet another mailing list, I just don't have access to this
vital piece of information, which imho should be listed right in the
NEWS file.
textools --fixtexmftrees c:\tex\texmf-local [--force]
and alike will fix the tree (map files are now under /fonts/map) and you
need to change the texmf.cnf file accordingly
TEXPSHEADERS =
.;$TEXMF/{fonts/{enc,map,type1,truetype},dvips,pdftex,tex}//;$TEXMF/{etex,tex,pdftex,dvips,fonts/type1}//
TEXFONTMAPS =
.;$TEXMF/{fonts/map//,fontname};$TEXMF/{pdftex,dvips}/config;$TEXMF/{pdftex,dvips}//
TEXCONFIG = .;$TEXMF/{fonts/map,dvips,pdftex,dvipdfmx,dvipdfm}//
PDFTEXCONFIG = .;$TEXMF/pdftex/{$progname,}//
DVIPDFMINPUTS = .;$TEXMF/{fonts/map,dvips,pdftex,dvipdfmx,dvipdfm}//
-
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
-
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context
