Re: [NTG-context] texfont and type-tmf.dat

2003-10-08 Thread Nigel King
Dear Gerben or Hans,
I have been away on holiday. So I have lost the result of this thread. Have
you or Hans solved this problem. If so, do I need to upgrade i-tetex or
ConTeXt or both. I would really like to solve this problem and get back to
standard ConTeXt fonts.

TIA

 From: Hans Hagen [EMAIL PROTECTED]
 At 00:05 07/08/2003 +0200, Gerben Wierda wrote:
 
 Yes, this could be. If texexec or any ConTeXt tool does not use texmf.cnf
 values but has hardcoded ideas about where to find stuff (texmf), then the
 rearranging of the texmf directories could have an influence. Hans can
 probably say if this is possibly the case. After all, the rearranging had
 no ill effects whatsoever on TeX or LaTeX, because where files are is
 governed by texmf.cnf and that was adapted as well to reflect the changed
 situation. If there is hardcoded stuff in texexec that is playing a role
 (I am guessing here), making it dynamic by calls to kpsewhich is a good
 solution.
 
 For the rest, the content of texmf.tetex is created by Thomas Esser, not
 me. And there you will find not a complete set of URW but an Adobe set and
 thatis what the discussion is also about. hans is right in stating that.
 
 context can happily work in the texmf tree and does depemnd on its own
 trees; with regards to texfont:
 
 - it will install in either texmf-fonts or texmf-local, depending on what
 is present; the reason for having texmf-fonts is that we need a place for
 commercial fonts (and texmf-local is for my updates, local stuff etc)
 
 - texfonts uses prefixed names (texnansi-* and alike) for several reasons:
 (1) when i buy a font, i wan tto copy the fonts to some temp path, call
 texfont, and have the job done; i don't want to mess around with 8 char
 names that may conflict is i do something wrong;
 
 - another reason for texfonts naming sheme of 'third party fonts' is that
 when one starts slanting fonts (and alike) the kb naming sheme does not
 keep track of what slant is used, which in principle will lead to conflicts
 if one has multiple instances (wherever they may come from)
 
 - for the same reason i keep separate map files for those third part
 collections
 
 - with regards to the fonts on tex live the confusion comes from the mix of
 adobe names and urw type ones. So far whatever i made default, failed on
 someones system, which is why we have now type-akb for the mixed users
 
 - also: context font mechanism is set up in a way that makes it possible to
 combine fonts with minimal calls (once understood -), supporting relative
 scaling and alike; i don't want user sto be dependent on one (few) persons
 to define / install / use fonts.
 
 If that is the case, texfont is a problem because it hard codes locations
 where texmf.cnf is the source for locations and kpsewhich is the way to
 find out about them.
 
 afaik it uses kpsewhich an-r env vars and one can set things on the command
 line as well; there is not so much hard coded in there -)
 
 Hans

-- 
Nigel

___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] texfont and type-tmf.dat

2003-08-14 Thread Hans Hagen
At 00:05 07/08/2003 +0200, Gerben Wierda wrote:

Yes, this could be. If texexec or any ConTeXt tool does not use texmf.cnf 
values but has hardcoded ideas about where to find stuff (texmf), then the 
rearranging of the texmf directories could have an influence. Hans can 
probably say if this is possibly the case. After all, the rearranging had 
no ill effects whatsoever on TeX or LaTeX, because where files are is 
governed by texmf.cnf and that was adapted as well to reflect the changed 
situation. If there is hardcoded stuff in texexec that is playing a role 
(I am guessing here), making it dynamic by calls to kpsewhich is a good 
solution.

For the rest, the content of texmf.tetex is created by Thomas Esser, not 
me. And there you will find not a complete set of URW but an Adobe set and 
thatis what the discussion is also about. hans is right in stating that.
context can happily work in the texmf tree and does depemnd on its own 
trees; with regards to texfont:

- it will install in either texmf-fonts or texmf-local, depending on what 
is present; the reason for having texmf-fonts is that we need a place for 
commercial fonts (and texmf-local is for my updates, local stuff etc)

- texfonts uses prefixed names (texnansi-* and alike) for several reasons: 
(1) when i buy a font, i wan tto copy the fonts to some temp path, call 
texfont, and have the job done; i don't want to mess around with 8 char 
names that may conflict is i do something wrong;

- another reason for texfonts naming sheme of 'third party fonts' is that 
when one starts slanting fonts (and alike) the kb naming sheme does not 
keep track of what slant is used, which in principle will lead to conflicts 
if one has multiple instances (wherever they may come from)

- for the same reason i keep separate map files for those third part 
collections

- with regards to the fonts on tex live the confusion comes from the mix of 
adobe names and urw type ones. So far whatever i made default, failed on 
someones system, which is why we have now type-akb for the mixed users

- also: context font mechanism is set up in a way that makes it possible to 
combine fonts with minimal calls (once understood -), supporting relative 
scaling and alike; i don't want user sto be dependent on one (few) persons 
to define / install / use fonts.

If that is the case, texfont is a problem because it hard codes locations 
where texmf.cnf is the source for locations and kpsewhich is the way to 
find out about them.
afaik it uses kpsewhich an-r env vars and one can set things on the command 
line as well; there is not so much hard coded in there -)

Hans
-
  Hans Hagen | PRAGMA ADE | [EMAIL PROTECTED]
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-
   information: http://www.pragma-ade.com/roadmap.pdf
documentation: http://www.pragma-ade.com/showcase.pdf
-
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] texfont and type-tmf.dat

2003-08-07 Thread Gerben Wierda
On Wednesday, Aug 6, 2003, at 22:21 Europe/Amsterdam, Nigel King wrote:

Hi,
I am posting this message I posted to the 'OS X TeX' group earlier 
this year
relating to the same issue that Mathew is raising. I had no luck then 
but am
hoping for more success now there are two of us.

Hans says
'this is under discussion now with thomas/staszek/etc: has to do with 
urw
metrics not being in tetex by default (they are on tex live)'

However, Gerben's i-Installer installs them here in a different 
location
than normal. (I think these are the only pair of files that are 
necessary
for utmb8a to work.)

/usr/local/teTeX/share/texmf.tetex/fonts/afm/urw/times/utmb8a.afm
/usr/local/teTeX/share/texmf.tetex/fonts/type1/urw/times/utmb8a.pfb
I believe that the problem is merely with texroot as I state below. 
Further
evidence for this is that it nearly all worked before Gerben 
rearranged the
directories.
Yes, this could be. If texexec or any ConTeXt tool does not use 
texmf.cnf values but has hardcoded ideas about where to find stuff 
(texmf), then the rearranging of the texmf directories could have an 
influence. Hans can probably say if this is possibly the case. After 
all, the rearranging had no ill effects whatsoever on TeX or LaTeX, 
because where files are is governed by texmf.cnf and that was adapted 
as well to reflect the changed situation. If there is hardcoded stuff 
in texexec that is playing a role (I am guessing here), making it 
dynamic by calls to kpsewhich is a good solution.

For the rest, the content of texmf.tetex is created by Thomas Esser, 
not me. And there you will find not a complete set of URW but an Adobe 
set and thatis what the discussion is also about. hans is right in 
stating that.

Earlier message...
Hi,
Some of my previous font problems here were due to not enabling all of 
the
font map file in the final configuration of the install. I think 
someone
else had the same problem. Adobekb.tex is now helping me well, however 
I am
finding it necessary still to run with the Context font system for some
documents for the moment, and for this texfont has to run to create the
various font files.

Running the single command
texfont --en=8r --ve=urw --co=courier --so=auto
Should work but returns
processing aborted : unknown tex root  /sw/share/texmf/
Well, for one thing, this seems to indicate that you also are using a 
Fink-installed TeX and that may also complicate matters. Fink forces 
itself at the beginning of your PATH and will therefore be found before 
my distribution whjen called from the command line.

Clearly texroot is set incorrectly so forcing that
texfont --en=8r --ve=urw --co=courier --so=auto
--fontroot=/usr/local/teTeX/share/texmf.tetex/
Should work but returns
processing aborted : unknown subpath ../fonts/afm/urw/courier
If you are calling Fink's TeX and using my texmf trees, it is not clear 
that this would work.

And yet
/usr/local/teTeX/share/texmf.tetex/fonts/afm/urw/courier/ucrb8a.afm
Exists
This process worked in the v2 version of the i-installer indeed still 
works
when reinstalled.
v2 has nothing to do with TeX but only with the i-Installer major 
release which has been around for, what, 3/4 of a year or so?

I am presuming that the new problem is because of the texmf.tetex that 
the
texfont perl script is now not able to understand. Perl is beyond my 
small
brain!
If that is the case, texfont is a problem because it hard codes 
locations where texmf.cnf is the source for locations and kpsewhich is 
the way to find out about them.

G
--
To be or not to be, that is the question -- Parmenides
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] texfont and type-tmf.dat

2003-08-07 Thread Nigel King
Hi,
I am posting this message I posted to the 'OS X TeX' group earlier this year
relating to the same issue that Mathew is raising. I had no luck then but am
hoping for more success now there are two of us.

Hans says
'this is under discussion now with thomas/staszek/etc: has to do with urw
metrics not being in tetex by default (they are on tex live)'

However, Gerben's i-Installer installs them here in a different location
than normal. (I think these are the only pair of files that are necessary
for utmb8a to work.)

/usr/local/teTeX/share/texmf.tetex/fonts/afm/urw/times/utmb8a.afm
/usr/local/teTeX/share/texmf.tetex/fonts/type1/urw/times/utmb8a.pfb

I believe that the problem is merely with texroot as I state below. Further
evidence for this is that it nearly all worked before Gerben rearranged the
directories.

Earlier message...
Hi,
Some of my previous font problems here were due to not enabling all of the
font map file in the final configuration of the install. I think someone
else had the same problem. Adobekb.tex is now helping me well, however I am
finding it necessary still to run with the Context font system for some
documents for the moment, and for this texfont has to run to create the
various font files.

Running the single command
texfont --en=8r --ve=urw --co=courier --so=auto
Should work but returns
processing aborted : unknown tex root  /sw/share/texmf/

Clearly texroot is set incorrectly so forcing that
texfont --en=8r --ve=urw --co=courier --so=auto
--fontroot=/usr/local/teTeX/share/texmf.tetex/
Should work but returns
processing aborted : unknown subpath ../fonts/afm/urw/courier

And yet 
/usr/local/teTeX/share/texmf.tetex/fonts/afm/urw/courier/ucrb8a.afm
Exists
This process worked in the v2 version of the i-installer indeed still works
when reinstalled.

I am presuming that the new problem is because of the texmf.tetex that the
texfont perl script is now not able to understand. Perl is beyond my small
brain!

Any help much appreciated
-- 
Nigel

___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] texfont and type-tmf.dat

2003-08-03 Thread David Arnold
Matt,

I just read somewhere that this batch compile won't work unless the source
and destination are the same. 

Aha! I found where I read this:

http://www.pragma-ade.com:8080/context/Members/guravage/myways/TexfontExamin
ed.pdf



At 02:37 PM 8/3/03 +0900, you wrote:
Hi:

When I run texfont as follows:
texfont --en=texnansi --fontroot=/usr/share/texmf/fonts 
/usr/share/context/data/type-tmf.dat

texfont reports  unknown subpath ../fonts/afm/urw/[font name] for each 
font listed in type-tmf.dat.  Where should the fonts be found?

Thanks,

Matt  



___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] texfont and type-tmf.dat

2003-08-02 Thread Matthew Huggett
Hi:

When I run texfont as follows:
   texfont --en=texnansi --fontroot=/usr/share/texmf/fonts 
/usr/share/context/data/type-tmf.dat

texfont reports  unknown subpath ../fonts/afm/urw/[font name] for each 
font listed in type-tmf.dat.  Where should the fonts be found?

Thanks,

Matt  



___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context