cont 2005.10.27 & t5-lmtt10 font problem
Hi all, Just updated cont-2005.10.27 on teTeX 3.0 (build from tarball). I updated package "cont-lmt.zip" from http://www.pragma-ade.com. I follow step by step at page http://wiki.contextgarden.net/TeTeX_3.0_installation. Now I have: $ texexec --version TeXExec 5.4.3 - ConTeXt / PRAGMA ADE 1997-2005 texexec : TeXExec 5.4.3 - ConTeXt / PRAGMA ADE 1997-2005 texutil : TeXUtil 9.0.0 - ConTeXt / PRAGMA ADE 1992-2004 tex : pdfeTeX, 3.141592-1.30.4-2.2 (Web2C 7.5.5) context : ver: 2005.10.27 cont-en : ver: 2005.10.27 fmt: 2005.11.1 mes: english total run time : 1 seconds I do a small test with vietnamese utf-8: ----------- begin test ---------------------------------- \language[vn] \mainlanguage[vn] \setuptyping [style={\switchtobodyfont[10pt]\tt}] \enableregime[utf] \setupencoding[default=t5] \setupbodyfont[reset] \usetypescript[berry][t5] \usetypescript[palatino][t5] \setupbodyfont[palatino,12pt] \starttext Giả sử bạn có một loạt khá nhiều \setuptyping[option=PERL] \starttyping use OpenOffice::OODoc; # Giả sử bạn có một loạt khá nhiều if ((@ARGV <1) or (@ARGV > 2)){ print << "EOF"; Usage: blahblah EOF \stoptyping \stoptext ------------- end of test ------------------------------ On screen I see: ... systems : begin file test at line 18 (/work/apps/tetex/share/texmf-dist/tex/context/base/verb-pl.tex loading : Context Support Macros / Pretty PERL Verbatim ) (/work/apps/tetex/share/texmf-dist/tex/context/base/pdfr-ec.tex) fonts : needs map file: original-base fonts : needs map file: ec-public-lm fonts : needs map file: ec-base fonts : needs map file: t5-base fonts : needs map file: t5-urw-palatino fonts : needs map file: original-youngryu-px fonts : needs map file: t5-public-lm [1.1{/home/quy/.texmf-var/fonts/map/pdftex/updmap/pdftex.map}] systems : end file test at line 32 kpathsea: Running mktexpk --mfmode / --bdpi 72 --mag 1+5/72 --dpi 77 t5-lmtt10 mktexpk: don't know how to create bitmap font for t5-lmtt10. kpathsea: Appending font creation commands to missfont.log. ) Warning: pdfetex (file t5-lmtt10): Font t5-lmtt10 at 77 not found kpathsea: Running mktexpk --mfmode / --bdpi 72 --mag 1+5/72 --dpi 77 t5-lmtto10 mktexpk: don't know how to create bitmap font for t5-lmtto10. Warning: pdfetex (file t5-lmtto10): Font t5-lmtto10 at 77 not found {/work/apps/tetex/share/texmf-local/fonts/enc/dvips/vntex/t5.enc} Output written on test.pdf (1 page, 17698 bytes). Transcript written on test.log. ... PDF output is very strange: all font in typing mode are lossed ! (see screenshot: http://people.vnoss.org/~vnpenguin/pub/shots/cont-font-problem.png) PDF of the test is : http://people.vnoss.org/~vnpenguin/pub/test.pdf I missed some thing when updating ? Thank you in advance, Quy NGUYEN-DAI -- http://vnoss.org Vietnamese Open Source Software Community
That error has been discussed several times in the last few weeks: download the latest cont-lmt.zip from the pragma website. Best Thomas On Nov 1, 2005, at 10:45 PM, VnPenguin wrote:
Hi all, Just updated cont-2005.10.27 on teTeX 3.0 (build from tarball). I updated package "cont-lmt.zip" from http://www.pragma-ade.com. I follow step by step at page http://wiki.contextgarden.net/TeTeX_3.0_installation.
Now I have:
$ texexec --version
TeXExec 5.4.3 - ConTeXt / PRAGMA ADE 1997-2005
texexec : TeXExec 5.4.3 - ConTeXt / PRAGMA ADE 1997-2005 texutil : TeXUtil 9.0.0 - ConTeXt / PRAGMA ADE 1992-2004 tex : pdfeTeX, 3.141592-1.30.4-2.2 (Web2C 7.5.5) context : ver: 2005.10.27 cont-en : ver: 2005.10.27 fmt: 2005.11.1 mes: english
total run time : 1 seconds
I do a small test with vietnamese utf-8:
----------- begin test ---------------------------------- \language[vn] \mainlanguage[vn]
\setuptyping [style={\switchtobodyfont[10pt]\tt}]
\enableregime[utf] \setupencoding[default=t5] \setupbodyfont[reset]
\usetypescript[berry][t5] \usetypescript[palatino][t5] \setupbodyfont[palatino,12pt]
\starttext Giả sử bạn có một loạt khá nhiều
\setuptyping[option=PERL]
\starttyping use OpenOffice::OODoc; # Giả sử bạn có một loạt khá nhiều if ((@ARGV <1) or (@ARGV > 2)){ print << "EOF"; Usage: blahblah EOF \stoptyping
\stoptext ------------- end of test ------------------------------
On screen I see: ... systems : begin file test at line 18 (/work/apps/tetex/share/texmf-dist/tex/context/base/verb-pl.tex loading : Context Support Macros / Pretty PERL Verbatim ) (/work/apps/tetex/share/texmf-dist/tex/context/base/pdfr-ec.tex) fonts : needs map file: original-base fonts : needs map file: ec-public-lm fonts : needs map file: ec-base fonts : needs map file: t5-base fonts : needs map file: t5-urw-palatino fonts : needs map file: original-youngryu-px fonts : needs map file: t5-public-lm [1.1{/home/quy/.texmf-var/fonts/map/pdftex/updmap/pdftex.map}] systems : end file test at line 32 kpathsea: Running mktexpk --mfmode / --bdpi 72 --mag 1+5/72 --dpi 77 t5-lmtt10 mktexpk: don't know how to create bitmap font for t5-lmtt10. kpathsea: Appending font creation commands to missfont.log. ) Warning: pdfetex (file t5-lmtt10): Font t5-lmtt10 at 77 not found kpathsea: Running mktexpk --mfmode / --bdpi 72 --mag 1+5/72 --dpi 77 t5-lmtto10 mktexpk: don't know how to create bitmap font for t5-lmtto10.
Warning: pdfetex (file t5-lmtto10): Font t5-lmtto10 at 77 not found {/work/apps/tetex/share/texmf-local/fonts/enc/dvips/vntex/t5.enc} work/apps/te tex/share/texmf-dist/fonts/type1/public/urwvn/uplr8v.pfb> Output written on test.pdf (1 page, 17698 bytes). Transcript written on test.log. ...
PDF output is very strange: all font in typing mode are lossed ! (see screenshot: http://people.vnoss.org/~vnpenguin/pub/shots/cont-font-problem.png) PDF of the test is : http://people.vnoss.org/~vnpenguin/pub/test.pdf
I missed some thing when updating ?
Thank you in advance,
Quy NGUYEN-DAI -- http://vnoss.org Vietnamese Open Source Software Community _______________________________________________ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
On 11/1/05, Thomas A. Schmitz
That error has been discussed several times in the last few weeks: download the latest cont-lmt.zip from the pragma website.
This package was installed on my teTeX system. Thanks, -- http://vnoss.org Vietnamese Open Source Software Community
On 11/2/05, Tobias Wolf
This package was installed on my teTeX system.
Do you also use the lmodern Debian package from unstable?
Sorry, i'm not Deb user :-) I'm using Fedora Core 4 :) -- http://vnoss.org Vietnamese Open Source Software Community
Did you solve the problem for your installation? I have tetex 3.0 and lmodern from my distribution, but i copied the cont-lmt.zip into the main tree overwriting the files that came with the latin modern pakage, and still all I get are these mktexpk errors. Nothing works :(
On 11/4/05, Tobias Wolf
Did you solve the problem for your installation? I have tetex 3.0 and lmodern from my distribution, but i copied the cont-lmt.zip into the main tree overwriting the files that came with the latin modern pakage, and still all I get are these mktexpk errors. Nothing works :(
No, I have not yet solution :( -- http://vnoss.org Vietnamese Open Source Software Community
Hi guys, Did you check which cont-sys.tex is being used? See also the recent mswintex thread. Or just post/email the full log of \starttext hello world!\stoptext Cheers, taco Tobias Wolf wrote:
Did you solve the problem for your installation? I have tetex 3.0 and lmodern from my distribution, but i copied the cont-lmt.zip into the main tree overwriting the files that came with the latin modern pakage, and still all I get are these mktexpk errors. Nothing works :( _______________________________________________ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Did you check which cont-sys.tex is being used? See also the recent mswintex thread. Or just post/email the full log of
\starttext hello world!\stoptext
Cheers, taco
Well, thanks for the offer to have a look!
cont-sys.tex doesn't yet exist. It is set to defaults.
My system, as I mentioned, is teTex 3 from Debian unstable, which has
a weird new map system that is working through .cfg files in
/etc/texmf/updmap.d . I kept it there, so it mounts lm.map itself (is
it used anyway in ConText?).
I followed the instructions on the Wiki, but I was fairly confused
because the generic instructions and the Debian instructions being
interspersed didn't make clear what really pertains to Debian. For
instance, the paths are different, and have to be, right?
Also, I tried other non-latin-modern fonts, there are also mktexpk
errors. I don't even know what's missing as in "how to create bitmap
fonts" and, why do I need them at all?
The tfms are there:
$locate ec-lmr12
/usr/share/texmf/fonts/tfm/public/lm/ec-lmr12.tfm
$ kpsewhich ec-lmr12.tfm
/usr/share/texmf/fonts/tfm/public/lm/ec-lmr12.tfm
So here's the output you requested.
kind regards, Tobias
bene@benetu:~$ texmfstart newtexexec test
TeXExec | processing document 'test'
TeXExec | provide ctx file
TeXExec | tex processing method: context
TeXExec | TeX run 1
TeXExec | tex engine: pdfetex
TeXExec | tex format: cont-en
TeXExec | progname: context
This is pdfeTeX, Version 3.141592-1.30.3-2.2 (Web2C 7.5.5)
\write18 enabled.
entering extended mode
(./test.tex
ConTeXt ver: 2005.10.27 fmt: 2005.11.2 int: english mes: english
language : language en is active
User file 'cont-sys.tex' not found, 'cont-sys.rme' has been used instead. <
)kpathsea: Running mktexpk --mfmode / --bdpi 72 --mag 1+0/72 --dpi 72 ec-lmr12
mktexpk: don't know how to create bitmap font for ec-lmr12.
kpathsea: Appending font creation commands to missfont.log.
)
Warning: pdfetex (file ec-lmr12): Font ec-lmr12 at 72 not found
Output written on test.pdf (1 page, 1184 bytes).
Transcript written on test.log.
TeXUtil | parsing file test.tex
TeXUtil | shortcuts : 0
TeXUtil | expansions: 0
TeXUtil | reductions: 0
TeXUtil | divisions : 0
TeXUtil | loaded files: 1
TeXUtil | commands: 15
TeXUtil | programs: 0
TeXUtil | tuo file saved
TeXExec | TeX run 2
TeXExec | tex engine: pdfetex
TeXExec | tex format: cont-en
TeXExec | progname: context
This is pdfeTeX, Version 3.141592-1.30.3-2.2 (Web2C 7.5.5)
\write18 enabled.
entering extended mode
(./test.tex
ConTeXt ver: 2005.10.27 fmt: 2005.11.2 int: english mes: english
language : language en is active
User file 'cont-sys.tex' not found, 'cont-sys.rme' has been used instead. <
)kpathsea: Running mktexpk --mfmode / --bdpi 72 --mag 1+0/72 --dpi 72 ec-lmr12 mktexpk: don't know how to create bitmap font for ec-lmr12. kpathsea: Appending font creation commands to missfont.log. ) Warning: pdfetex (file ec-lmr12): Font ec-lmr12 at 72 not found Output written on test.pdf (1 page, 1184 bytes). Transcript written on test.log. TeXUtil | parsing file test.tex TeXUtil | shortcuts : 0 TeXUtil | expansions: 0 TeXUtil | reductions: 0 TeXUtil | divisions : 0 TeXUtil | loaded files: 1 TeXUtil | commands: 15 TeXUtil | programs: 0 TeXUtil | tuo file saved TeXExec | runtime: 9.062009
Hi Tobias, Tobias Wolf wrote:
Well, thanks for the offer to have a look! cont-sys.tex doesn't yet exist. It is set to defaults. My system, as I mentioned, is teTex 3 from Debian unstable, which has a weird new map system that is working through .cfg files in /etc/texmf/updmap.d . I kept it there, so it mounts lm.map itself (is it used anyway in ConText?).
ConTeXt comes with its own map files, and that is what has your system confused: it is using teTeX's map files (for dvips) still, instead of the ones from the context distribution (for pdftex).
I followed the instructions on the Wiki, but I was fairly confused because the generic instructions and the Debian instructions being interspersed didn't make clear what really pertains to Debian. For instance, the paths are different, and have to be, right?
I think so, but I don't use Debian so am not sure. To be honest, this kind of mess was the reason why my contribution to that page begins with *forcing* the removal of the distribution-supplied teTeX. Linux packagers always seem to believe they know everything better than the original author/developer, and they generally mess up the author's documentation while at it. :-(
systems : begin file test at line 1 fonts : resetting map file list fonts : using map file: original-base fonts : using map file: ec-public-lm fonts : using map file: ec-base fonts : using map file: original-ams-base fonts : using map file: original-public-lm
So far, so good. This indicates that your cont-sys is fine.
[1.1{/usr/share/texmf/fonts/map/dvips/context/original-empty.map}{/usr/share/te xmf/fonts/map/dvips/context/original-base.map}{/usr/share/texmf/fonts/map/dvips /context/ec-public-lm.map}{/usr/share/texmf/fonts/map/dvips/context/ec-base.map }{/usr/share/texmf/fonts/map/pdftex/context/original-ams-base.map}{/usr/share/t exmf/fonts/map/dvips/context/original-public-lm.map}]
And this is the error: the map file names with 'map/dvips' in the path are wrong. There are/should be files with identical names in the similar 'map/pdftex' location, and those are the ones that are should be found by pdftex, not the ones in 'map/dvips'. I assume that the 'map/dvips' ones are also intended for ConTeXt, but they are not the latest and greatest, and therefor lead to errors. In virgin teTeX, the ConTeXt distributed map files would have been found first. You can try copying all files in map/pdftex/context to map/dvips/context, and see if that will work. If not, you need to have a talk with a somebody who understands the Debian teTeX package thoroughly.
systems : end file test at line 1 system : cont-err loaded (/usr/share/texmf/tex/context/base/cont-err.tex
User file 'cont-sys.tex' not found, 'cont-sys.rme' has been used instead. <
If you want to get rid of this message, copy the cont-sys.rme to cont-sys.tex. No need to change anything inside, just do a copy. Cheers, Taco
On 11/4/05, Taco Hoekwater
Hi Tobias,
Tobias Wolf wrote:
Well, thanks for the offer to have a look! cont-sys.tex doesn't yet exist. It is set to defaults. My system, as I mentioned, is teTex 3 from Debian unstable, which has a weird new map system that is working through .cfg files in /etc/texmf/updmap.d . I kept it there, so it mounts lm.map itself (is it used anyway in ConText?).
ConTeXt comes with its own map files, and that is what has your system confused: it is using teTeX's map files (for dvips) still, instead of the ones from the context distribution (for pdftex).
I fear it was even more complicated. Also some strangeness in the map files which i discovered myself in the meantime. I ripped all the context folders from my system and saw that there were even map files in /etc $locate -r /context$ /etc/texmf/map/dvips/context /etc/texmf/map/pdftex/context /etc/texmf/context /usr/share/doc/texmf/context /usr/share/doc/texmf/polish/context /usr/share/texmf/tex/context /usr/share/texmf/tex/latex/context /usr/share/texmf/tex/generic/context /usr/share/texmf/context /usr/share/texmf/metapost/context /usr/share/texmf/fonts/afm/hoekwater/context /usr/share/texmf/fonts/enc/dvips/context /usr/share/texmf/fonts/tfm/hoekwater/context /usr/share/texmf/fonts/type1/hoekwater/context /usr/share/texmf/scripts/context /usr/share/texmf/bibtex/bst/context I grepped for ec-lmt-12 in the map files and it wasn't there. But these were identical (i.e. the second contained references to cork. (why??)) $ diff cork-public-lm.map ec-public-lm.map $ So I just did $rm -rf `locate -r /context$` and inflated the cont-tmf.zip back into the tree. Maybe it would have been better to use my home dir texmf for that but there were a .texmf, a texmf and a .texmf-var already and I didn't want to hunt for some stale files first.
I followed the instructions on the Wiki, but I was fairly confused because the generic instructions and the Debian instructions being interspersed didn't make clear what really pertains to Debian. For instance, the paths are different, and have to be, right?
I think so, but I don't use Debian so am not sure. To be honest, this kind of mess was the reason why my contribution to that page begins with *forcing* the removal of the distribution-supplied teTeX. Linux packagers always seem to believe they know everything better than the original author/developer, and they generally mess up the author's documentation while at it. :-(
It's a bad combination and makes the situation even more complicated and increasingly arcane to setup and debug. All these texmfs, maps, tfms and whatnot. Insane. Plus ConText's output only makes sense to the developers. Latin modern is up and running, though. Phew. My initial intention to compile the PDFTex docs still is a no-go. It is asking for the ec-urw-palatino.map which doesn't exist :( *getting out the typewriter* regards, Tobias
Cheers, Taco
_______________________________________________ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Taco Hoekwater wrote:
Hi Tobias,
Tobias Wolf wrote:
Well, thanks for the offer to have a look! cont-sys.tex doesn't yet exist. It is set to defaults. My system, as I mentioned, is teTex 3 from Debian unstable, which has a weird new map system that is working through .cfg files in /etc/texmf/updmap.d . I kept it there, so it mounts lm.map itself (is it used anyway in ConText?).
ConTeXt comes with its own map files, and that is what has your system confused: it is using teTeX's map files (for dvips) still, instead of the ones from the context distribution (for pdftex).
there has been a bit of a mess in the last few month with regards to the enc/map files for latin modern: new names, as well as a slightly different naming scheme; unfortunately context paid the price because of early adapting; by now (i'll upload a new distribution today) things should work ok); an option is, in type-map.tex, to let context include all permutation of map file names for latin modern Hans
Tobias Wolf wrote:
Did you check which cont-sys.tex is being used? See also the recent mswintex thread. Or just post/email the full log of
\starttext hello world!\stoptext
Cheers, taco
Well, thanks for the offer to have a look! cont-sys.tex doesn't yet exist. It is set to defaults. My system, as I mentioned, is teTex 3 from Debian unstable, which has a weird new map system that is working through .cfg files in /etc/texmf/updmap.d . I kept it there, so it mounts lm.map itself (is it used anyway in ConText?).
i don't use updmap at all context loads map files on demand (when configured in cont-sys.tex) when no cont-sys.tex is present, then cont-sys.rme is used the presense of those files in /etc is disturbing (and strange since tex has pretty well layed out tree with defined configuration places) i have no idea how tex + friends can/will locate those files Hans
On 11/4/05, Hans Hagen
Tobias Wolf wrote:
My system, as I mentioned, is teTex 3 from Debian unstable, which has a weird new map system that is working through .cfg files in /etc/texmf/updmap.d . I kept it there, so it mounts lm.map itself (is it used anyway in ConText?).
i don't use updmap at all
context loads map files on demand (when configured in cont-sys.tex)
when no cont-sys.tex is present, then cont-sys.rme is used
the presense of those files in /etc is disturbing (and strange since tex has pretty well layed out tree with defined configuration places)
i have no idea how tex + friends can/will locate those files
I think they want to make people use /etc for configuration, which could make sense if you want to make backups of the system config. The updmap.d directory is supposed to make mounting maps easier, I guess. You just drop a file there containing the Map/MixedMap assignments and that is merged into updmap.cfg on issuing updmap-sys. Pretty confusing all that. 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 ) And secondly, why is the file system searched case sensitive, so that the fonts are called in lowercase through the ConText maps (ec-raw-lte5002), so that I have to rename all files, but then mktextfm fails because it looks for ec-raw-LTe50021? For me the disturbing things are starting to prevail in my ConText experience. Is it supposed to be like that? -- Tobias
Hans
_______________________________________________ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Tobias Wolf wrote:
On 11/4/05, Hans Hagen
wrote: the presense of those files in /etc is disturbing (and strange since tex has pretty well layed out tree with defined configuration places)
i have no idea how tex + friends can/will locate those files
I think they want to make people use /etc for configuration, which could make sense if you want to make backups of the system config.
It is likely that the files in /etc or the ones in /usr/share/texmf are symlinks to the other set of files. A lot of the problems you have come down to this: teTeX 3.0 is not exactly the same as teTeX 2.02 was (mostly because of changes in the TeX Directory Standard); but the linux rpm/deb packages try hard to make it appear to be. Hence the attemps to make it fit in the old directory structure (Most probably this is because maintainers tend to dislike change). In the latest cont-lmt.zip from Pragma, as well as the latest Latin modern distribution on Ctan, absolutely everything is lowercase. The mixed case file names are a thing of the past, and indicate that not all of the old stuff is removed from your system (still). Cheers, and hang on, Taco
It is likely that the files in /etc or the ones in /usr/share/texmf are symlinks to the other set of files.
That's right. Maps are kept in /etc /usr/share/texmf/fonts/map/pdftex -> /etc/texmf/map/pdftex /usr/share/texmf/fonts/map/dvips -> /etc/texmf/map/dvips
A lot of the problems you have come down to this: teTeX 3.0 is not exactly the same as teTeX 2.02 was (mostly because of changes in the TeX Directory Standard); but the linux rpm/deb packages try hard to make it appear to be. Hence the attemps to make it fit in the old directory structure (Most probably this is because maintainers tend to dislike change).
In the latest cont-lmt.zip from Pragma, as well as the latest Latin modern distribution on Ctan, absolutely everything is lowercase. The mixed case file names are a thing of the past, and indicate that not all of the old stuff is removed from your system (still).
It was a fresh install with custom font sets copied from my discontinued Miktex installation which wasn't case sensitive. What I didn't know was that I needed to regenerate stuff with texfont. In the beginning I just lowercased the ASCII files with sed and couldn't figure out where still references to the old uppercase filenames came from. BTW, I must say I kind of preferred Miktex.
Cheers, and hang on,
Taco
Thanks for the upkeep ;) But I'm still not convinced that spending half the time on the content and the other half (or more) on Context is such a good thing. -- Tobias
Taco Hoekwater wrote:
A lot of the problems you have come down to this: teTeX 3.0 is not exactly the same as teTeX 2.02 was (mostly because of changes in the TeX Directory Standard); but the linux rpm/deb packages try hard to make it appear to be. Hence the attemps to make it fit in the old directory structure (Most probably this is because maintainers tend to dislike change).
also, tetex and tex live differ; one complication is that, because of the many possible installation variants on linux, some of the paths are set differently (and become pretty complex when you see them in their expanded form); it makes tracing errors painful Hans
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
On 11/4/05, Taco Hoekwater
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:
I think I was past that by now. (through the Psnfss page on the Wiki, which doesn't mention that warning)
It still doesn't compile quite right with my pdfetex, but that isprobably because it is the CVS version. ;-)
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... \fulltabulatecontent ...dcontent \tabulatecontent \tabulatetailcontent \remo... \processtabulate ...sa \crcr \fulltabulatecontent \crcr }}\ifnum \nofautotab... l.27 \stoptabulate -- Tobias
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. Taco
This is a bug in ConTeXt 10.27, but maybe earlier ones as well. Minimal file \starttext \starttabulate[|l|] \NC \type{\pdfoutput} \NC\NR \stoptabulate \stoptext Something to do with \protectedfirsttype, it seems Taco 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.
Taco _______________________________________________ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
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
Tobias Wolf wrote:
On 11/4/05, Hans Hagen
wrote: Tobias Wolf wrote:
My system, as I mentioned, is teTex 3 from Debian unstable, which has a weird new map system that is working through .cfg files in /etc/texmf/updmap.d . I kept it there, so it mounts lm.map itself (is it used anyway in ConText?).
i don't use updmap at all
context loads map files on demand (when configured in cont-sys.tex)
when no cont-sys.tex is present, then cont-sys.rme is used
the presense of those files in /etc is disturbing (and strange since tex has pretty well layed out tree with defined configuration places)
i have no idea how tex + friends can/will locate those files
I think they want to make people use /etc for configuration, which could make sense if you want to make backups of the system config. The updmap.d directory is supposed to make mounting maps easier, I guess. You just drop a file there containing the Map/MixedMap assignments and that is merged into updmap.cfg on issuing updmap-sys.
Pretty confusing all that.
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 )
because that one has been dropped long ago \usetypescript[adobekb] [your encoding] (see type-akb.tex)
And secondly, why is the file system searched case sensitive, so that the fonts are called in lowercase through the ConText maps (ec-raw-lte5002), so that I have to rename all files, but then mktextfm fails because it looks for ec-raw-LTe50021?
hm, i always lowercsase all fonts on installation (font vendors make a mess of case in names)
For me the disturbing things are starting to prevail in my ConText experience. Is it supposed to be like that?
depends; fonts are always an issue; also, wanting to handle fonts (names) in context as in latex, you end up in constant changes and updates btw, esp the last few years, there has been many changes in fonts (locations of files, map syntax changes), etc etc Hans
Hi guys, A request for action: I've split off the Debian instructions from the generic teTeX 3.0 installation page to avoid the confusion that was (apparently) created by the intermixed comments. While doing that, it became obvious that there are severe holes in those instructions. Someone with Debian knowledge really should fix the page ... http://wiki.contextgarden.net/Debian_installion Cheers, Taco Tobias Wolf wrote:
This package was installed on my teTeX system.
Do you also use the lmodern Debian package from unstable? _______________________________________________ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
participants (5)
-
Hans Hagen
-
Taco Hoekwater
-
Thomas A. Schmitz
-
Tobias Wolf
-
VnPenguin