ConTeXt in MikTeX distribution

ConTeXt in MikTeX distribution

[jjgod]

Hello,

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.

The second problem is about texfont. When texfont
installing Type1 fonts, it use '-p' option of afm2tfm
to collect some infomation, but it seems in the
afm2tfm source code of MikTeX, -p only works when
libkpathsea enabled, otherwise afm2tfm will crash.
(without kpathsea support, afm2tfm will only looking
for .enc in current directory instead of the
directory configured in miktex.ini. Some users in
this mail-list may have reported this problem).

Current afm2tfm executable file from MikTeX was
compiled without libkpathsea support, so when texfont
tries to
||
my $command = "afm2tfm \"$file\" -p texnansi.enc texfont.tfm";

afm2tfm crashed and texfont failed to collect infomation
into the $cleanfont variable.

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.

Another problem is that some font vendor distribute
their font files in captial letters, such as BIRKA___.PFB,
it cause the copy_files routine in texfont.pl failed
to copy those pfb files to correct texmf directory.

Regards,
jjgod.

|

Re: ConTeXt in MikTeX distribution

[Patrick Gundlach]

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?


[...]

> 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. 



Patrick
-- 
ConTeXt wiki and more: http://contextgarden.net

Re: Re: ConTeXt in MikTeX distribution

[jjgod]

> 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

Re: Re: ConTeXt in MikTeX distribution

[Taco Hoekwater]

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

Re: ConTeXt in MikTeX distribution

[Patrick Gundlach]

[...]

>> 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

Re: Re: ConTeXt in MikTeX distribution

[Hans Hagen]

jjgod wrote:

>>Did you contact the MikTeX maintainers about that?
>>    
>>
>It seems the MikTeX maintainer have noticed that, but
>no official bugfix release at present. 
>  
>
afaik it is/will-be fixed in the latest release

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
-----------------------------------------------------------------

Re: ConTeXt in MikTeX distribution

[Patrick Gundlach]

Hi,


> Just list another one, font files received from the vendor is usually
> in capital
> letters, such as PJN_____.PFB, but the copy_files routine in texfont.pl only
> copy *.pfb, then all the type1 files will not be copy to texmf...

This, of course, is a problem that should be addressed. But I always
thought that windows doesn't care about case when globbing. But I
don't have access to a windows machine, so I can't try it out.

Patrick
-- 
ConTeXt wiki and more: http://contextgarden.net

Re: ConTeXt in MikTeX distribution

[Patrick Gundlach]

Hi,

>  > 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,

You don't have to be afraid. Let us stop this discussion now. Those
who know texfont.pl know that it should use the switches it uses and
there will not be any change in this respect on the texfont.pl side.
Just believe us that the encoding switches are vital. I have recently
reeimplemented afm2tfm and I think that I know what I am talking
about.

Patrick
-- 
ConTeXt wiki and more: http://contextgarden.net

Re: ConTeXt in MikTeX distribution

[jjgod]

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.