Re: [NTG-context] RE: font loading
Idris Samawi Hamid wrote: Is there a general workaround or do we have to await Hans's return (in which case I may have to go back to my old context from spring :-) Assuming \loadmapfile[context-base] doesn't work either, you'll have to wait for Hans I'm afraid (unless someone else has an idea?) Good luck, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] changing from oldstyle to upright
Idris Samawi Hamid wrote: Dear consortium, Switching to oldstyle is easy: \usetypescript [modern][\defaultencoding] \usetypescript [map] [latin-modern-os] [\defaultencoding] \setupbodyfont [modern] But how do I locally switch back to upright? Declaring I don't think you can, actually. There are no metric files for oldstyle in the latin modern distribution, only an encoding vector (and .map). Pdftex either uses entries from the 'lining' map file, or from the 'oldstyle' mapfile, but it has no way of distinguising between the two (the fonts have the same metrics). The reverse of the old oldstyle trick should work though: \def\liningfigures#1{\mathematics{#1}} Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Re: ConTeXt in MikTeX distribution
Hi, I've just updated my MikTeX distribution, which use a 2005-07-12 version of context package. Since then MikTeX could not generate the cont-en format file, when I use texexec --make en, it reports TeX capacity not enough, so I have to modify the localtexmf/miktex/config/miktex.ini file, change |trie_op_size from 2048 to 4096. Did you contact the MikTeX maintainers about that? It seems the MikTeX maintainer have noticed that, but no official bugfix release at present. [...] So I suggest the maintainer of context avoid using the -p option, it seems ||afm2tfm \$file\ texfont.tfm| | does the same job in this piece of code. But then: how do you specify the encoding of the mapfile/psfont? -p is a pretty important switch when using non-ascii encoings. So what output infomation will afm2tfm generate when -p option is on? In my copy of texfont.pl, it only use -p option once, unlink the tfm file, collect output into $cleanfont variable. So if I use non-ascii encoding (8r? texnansi?), $cleanfont will be set to what? Patrick ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Re: ConTeXt in MikTeX distribution
jjgod wrote: So I suggest the maintainer of context avoid using the -p option, it seems ||afm2tfm \$file\ texfont.tfm| | does the same job in this piece of code. But then: how do you specify the encoding of the mapfile/psfont? -p is a pretty important switch when using non-ascii encoings. So what output infomation will afm2tfm generate when -p option is on? In my copy of texfont.pl, it only use -p option once, unlink the tfm file, collect output into $cleanfont variable. So if I use non-ascii encoding (8r? texnansi?), $cleanfont will be set to what? If I understand this correctly, afm2tfm uses the -p encoding as the intrinsic encoding of the pfb file. That is an important bit of information in collecting information phase of afm2tfm. The entire don't use this switch because it crashes the program under miktex argument is a bit bizarre from my viewpoint. Surely if the miktex version of afm2tfm crashes when you feed it a valid command line, than that indicates a bug in afm2tfm, not in texfont. So I suggest sending a bug report to the person(s) maintaining afm2tfm and/or miktex. Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Re: ConTeXt in MikTeX distribution
[...] But then: how do you specify the encoding of the mapfile/psfont? -p is a pretty important switch when using non-ascii encoings. So what output infomation will afm2tfm generate when -p option is on? The encoding of the fonts in the postscript/pdf file. And an entry for the mapfile, such as 8r-dolli___-orig Dolly-Italic TeXBase1Encoding ReEncodeFont 8r.enc dolli___.pfb ^ this is the -p/-T option ^^^ In my copy of texfont.pl, it only use -p option once, Then we must have different texfont.pl version. Each time afm2tfm is called, it uses either -T or -p. Running afm2tfm without those parameters doesn't make very much sense. (Unless you are an english speaking person that never typesets foreign languages.) unlink the tfm file, collect output into $cleanfont variable. So if I use non-ascii encoding (8r? texnansi?), $cleanfont will be set to what? That doesn't matter here. afm2tfm needs to get fixed in miktex. Point. No discussion worth. Patrick -- ConTeXt wiki and more: http://contextgarden.net ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] FWD: RE: dvipdfmx bug
Dear gang, I sent a bug report to ChoF, but the bug was actually in ConTeXt so I forward ChoF's answer, in case anyone else needs it. Thanks again, ChoF! Best to all Idris = Original Message From Jin-Hwan Cho [EMAIL PROTECTED] = On Aug 20, 2005, at 12:03 PM, Idris Samawi Hamid wrote: I'm presently editing the latest issue of my academic journal, which depends on the aleph-dvipdfmx cycle (used for the last three issues). Unfortunately, the latest dvipdfmx (from the latest ConTeXt distribution) freezes on figures. Enclosed is a sample file, the figure (eps), and the dvi file. It's the problem of spec-dpx.tex in the ConTeXt distribution. One solution might be change the file as follows: 1. Comment out the line 119 as follows: %\definefileinsertion{dpx}{eps}{\handlepdfimage} % unstable 2. After the line 119 put the following codes. \def\handleepsimage#1#2#3#4#5#6#7#8#9% {\PointsToWholeBigPoints{#7}\width \PointsToWholeBigPoints{#8}\height \special {PSfile=#1\space llx=\EPSllx\space lly=\EPSlly\space urx=\EPSurx\space ury=\EPSury\space rwi=\width0\space rhi=\height0}} \definefileinsertion{dpx}{eps}{\handleepsimage} Another solution is to update spec-dpx.tex and DVIPDFMx if you can compile it by yourself. 1. Download http://project.ktug.or.kr/dvipdfmx/snapshot/current/ dvipdfmx-20050815.tar.gz 2. You can download the updated spec-dpx.tex at http://project.ktug.or.kr/dvipdfmx/contrib/context/spec-dpx.tex 3. Compile dvipdfmx-20050815. Note that the updated spec-dpx.tex works with DVIPDFMx version 20050815 or later. Best, ChoF. Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
RE: [NTG-context] changing from oldstyle to upright
= Original Message From Taco Hoekwater [EMAIL PROTECTED] = Switching to oldstyle is easy: But how do I locally switch back to upright? Declaring I don't think you can, actually. There are no metric files for oldstyle in the latin modern distribution, only an encoding vector (and .map). So once a map/encoding is defined for a given font/tfm set it cannot be changed by declaring another map; interesting. The reverse of the old oldstyle trick should work though: \def\liningfigures#1{\mathematics{#1}} Yes! I should have thought of that! As always, thnx a million! Best Idris Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] RE: dvipdfmx bug
Thank you, ChoF, for your quick reply. I do not know how to compile dvipdfmx so I will try your changes to spec-dpx.tex. Maybe Fabrice can compile the latest dvipdfmx for windows? Question: how do I determine the version number of my dvipdfmx? My present one came from the context distribution of 16-08-05? All the best Idris = Original Message From Jin-Hwan Cho [EMAIL PROTECTED] = On Aug 20, 2005, at 12:03 PM, Idris Samawi Hamid wrote: I'm presently editing the latest issue of my academic journal, which depends on the aleph-dvipdfmx cycle (used for the last three issues). Unfortunately, the latest dvipdfmx (from the latest ConTeXt distribution) freezes on figures. Enclosed is a sample file, the figure (eps), and the dvi file. It's the problem of spec-dpx.tex in the ConTeXt distribution. One solution might be change the file as follows: 1. Comment out the line 119 as follows: %\definefileinsertion{dpx}{eps}{\handlepdfimage} % unstable 2. After the line 119 put the following codes. \def\handleepsimage#1#2#3#4#5#6#7#8#9% {\PointsToWholeBigPoints{#7}\width \PointsToWholeBigPoints{#8}\height \special {PSfile=#1\space llx=\EPSllx\space lly=\EPSlly\space urx=\EPSurx\space ury=\EPSury\space rwi=\width0\space rhi=\height0}} \definefileinsertion{dpx}{eps}{\handleepsimage} Another solution is to update spec-dpx.tex and DVIPDFMx if you can compile it by yourself. 1. Download http://project.ktug.or.kr/dvipdfmx/snapshot/current/ dvipdfmx-20050815.tar.gz 2. You can download the updated spec-dpx.tex at http://project.ktug.or.kr/dvipdfmx/contrib/context/spec-dpx.tex 3. Compile dvipdfmx-20050815. Note that the updated spec-dpx.tex works with DVIPDFMx version 20050815 or later. Best, ChoF. Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] RE: dvipdfmx bug
Dear Knights of the TeX Table, If there is anyone out there who can compile the latest dvipdfmx for windows and post it/send it to me I would be very grateful! Best Idris Another solution is to update spec-dpx.tex and DVIPDFMx if you can compile it by yourself. 1. Download http://project.ktug.or.kr/dvipdfmx/snapshot/current/ dvipdfmx-20050815.tar.gz 2. You can download the updated spec-dpx.tex at http://project.ktug.or.kr/dvipdfmx/contrib/context/spec-dpx.tex 3. Compile dvipdfmx-20050815. Note that the updated spec-dpx.tex works with DVIPDFMx version 20050815 or later. Best, ChoF. Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] RE: dvipdfmx bug
Hi ChoF, = Original Message From Jin-Hwan Cho [EMAIL PROTECTED] = One solution might be change the file as follows: 1. Comment out the line 119 as follows: %\definefileinsertion{dpx}{eps}{\handlepdfimage} % unstable 2. After the line 119 put the following codes. \def\handleepsimage#1#2#3#4#5#6#7#8#9% {\PointsToWholeBigPoints{#7}\width \PointsToWholeBigPoints{#8}\height \special {PSfile=#1\space llx=\EPSllx\space lly=\EPSlly\space urx=\EPSurx\space ury=\EPSury\space rwi=\width0\space rhi=\height0}} \definefileinsertion{dpx}{eps}{\handleepsimage} I did this, regenerated the formats, but it still does not work. My dvipdfmx comes from mswincontext 16-08-05, but checking the properties of the dvipdfmx executable indicates that it was created on 08-03-05. Maybe it's too old. Anyway, hopefully someone can help with an up-to-date executable! Best Idris Another solution is to update spec-dpx.tex and DVIPDFMx if you can compile it by yourself. 1. Download http://project.ktug.or.kr/dvipdfmx/snapshot/current/ dvipdfmx-20050815.tar.gz 2. You can download the updated spec-dpx.tex at http://project.ktug.or.kr/dvipdfmx/contrib/context/spec-dpx.tex 3. Compile dvipdfmx-20050815. Note that the updated spec-dpx.tex works with DVIPDFMx version 20050815 or later. Best, ChoF. Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] FWD: RE: dvipdfmx bug
Idris Samawi Hamid wrote: Dear gang, I sent a bug report to ChoF, but the bug was actually in ConTeXt so I forward ChoF's answer, in case anyone else needs it. Thanks again, ChoF! looks like a patch is needed, I will create a bug collector item for this. Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] bug in beta?
Christopher Creutzig wrote: Salvete, I haven't found the time to follow the list lately, so my apologies if this has been mentioned before. (I did try looking in the archives.) Using ConTeXt ver: 2005.06.08 fmt: 2005.6.17 int: english mes: english compiles fine here: cont-en : ver: 2005.08.19 fmt: 2005.8.19 mes: english Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] FWD: RE: dvipdfmx bug
On Aug 21, 2005, at 1:50 AM, Taco Hoekwater wrote: Idris Samawi Hamid wrote: Dear gang, I sent a bug report to ChoF, but the bug was actually in ConTeXt so I forward ChoF's answer, in case anyone else needs it. Thanks again, ChoF! looks like a patch is needed, I will create a bug collector item for this. Actually the problem in spec-dpx.tex is my mistake, not Hans Hagen. Because the file was for old versions of DVIPDFMx, it may not work with the current version of DVIPDFMx, especially MetaFun. Sorry for that. In these days, I rewrote spec-dpx.tex, but it requires a new version of DVIPDFMx, the version 20050815 or later. Of course, the new spec-dpx.tex might have a bug too. I've tested only the examples in the MetaFun manual. The source and spec-dpx.tex can be downloaded at http://project.ktug.or.kr/dvipdfmx/snapshot/current/ dvipdfmx-20050815.tar.gz http://project.ktug.or.kr/dvipdfmx/contrib/context/spec-dpx.tex Best, ChoF. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] RE: font loading
Am 2005-08-20 um 08:42 schrieb Taco Hoekwater: Assuming \loadmapfile[context-base] doesn't work either, you'll have to wait for Hans I'm afraid (unless someone else has an idea?) I'm used to load every needed map file manually since a long time, otherwise none of my fonts work. But for I use mostly the same environment files, it's not really a big effort. Grüßlis vom Hraban! --- http://www.fiee.net/texnique/ http://contextgarden.net ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] bug in beta?
On 8/20/05, Taco Hoekwater [EMAIL PROTECTED] wrote: Using ConTeXt ver: 2005.06.08 fmt: 2005.6.17 int: english mes: english compiles fine here: cont-en : ver: 2005.08.19 fmt: 2005.8.19 mes: english ok too for me with old version: cont-en : ver: 2005.01.31 fmt: 2005.8.2 mes: english In my TODO list: update to newest release of ConTeXt for my teTeX system (FC4) 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
[NTG-context] setuplist
Hi, Does anyone know about a way to reset the state in a combined list. Let me illustrate with an example: \setuplist[chapter][alternative=f,margin=0cm,distance=0cm,before=,after=] \setuplist[section][alternative=b,style=bold,width=5mm,margin=0mm,distance=0mm] \setuplist[subsection][alternative=c,style=normal,margin=5mm,width=7mm,distance=2mm] \chapter{A} % not indented in toc \section{1} \subsection{a} \section{2} \chapter{B} % indented as a section in toc \section{1} \subsection{a} \chapter{C} % indented as a subsection Thanks, Olivier ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Re: ConTeXt in MikTeX distribution
Patrick Gundlach mailto:patrick.at.gundla.ch wrote: Then we must have different texfont.pl version. Each time afm2tfm is called, it uses either -T or -p. Running afm2tfm without those parameters doesn't make very much sense. (Unless you are an english speaking person that never typesets foreign languages.) Accoding to http://source.contextgarden.net/scripts/context/perl/texfont.pl, I'm afraid you are wrong, the string -p only occured 3 times in this file, the first time for 'otfinfo', the second time for 'afm2tfm' and the third time for 'afm2pl'. So the official copy of this script still use -p option for afm2tfm once. Jjgod. ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context