October 2003 - ntg-context - NTG Mailing Lists

Re: [NTG-context] Re: texfont and type-tmf.dat
by George N. White III 14 Oct '03

14 Oct '03

On Tue, 14 Oct 2003, Nigel King wrote: > > Why do you whish to reinstall all the supplied fonts? Or do you just > > want to learn how to use texfont? > I simply wish to use the fonts as most others do (I think) and I am unable > to because of this bug. The normal context fonts do not exist on Gerben's > version. Before Gerben's reorganisation they were made by texfont, this now > does not work because of what I believe to be a simple (I do not understand > Perl otherwise I would have a go at fixing it) bug in texfont. Maybe I am > wrong but I am beginning to find this extremely frustrating (7 months). Once > I realised that somebody was working on texfont 1.8 I had hoped for a fix. On all the systems I use, (linux, SGI Irix, Win32 with texLive) you have to run texfont to generate tfm's, vf's and map files for fonts other than CM. The last time I tried to run texfont (from the final TeX Live 2003 inst iso), it tried to use a lower-cased version of the install path, e.g., /opt/texline instead of /opt/texLive. > If no developer/Perl expert has Gerbens version of tetex perhaps I could > help debug if a version was supplied to me that printed out the full path > that texfont was looking for files in. The --fontroot option or kpsewhich > lookup appears to be at fault but I have no debugging facilities. > > Any suggestions (other than giving up) gratefully received. You will have to learn a tiny bit of perl (which is easier than learning TeX). -- George N. White III <aa056(a)chebucto.ns.ca>

2 1

Re: [NTG-context] texfont and type-tmf.dat
by Nigel King 14 Oct '03

14 Oct '03

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

5 19

uncompatibility?
by Pawel Jackowski na Onet 14 Oct '03

14 Oct '03

Hi all! I've installed TeX based on tl8 which is used paralely with based on tl7. Attached ZIP contains TeX code and two outputs with logs; tl7 and 8, which are quite different... There are some warnings in newer one (about doubled map entries) but shouldn't play a role here. Thanks for any hints! Regards, Pawe/l

3 11

Re: font mystery
by Thomas A.Schmitz 14 Oct '03

14 Oct '03

Maybe one further element that would suggest Context is using a cached copy of the tfm-file instead of the newly created file: when I move the file Myfont.tfm out of the $home/texmf/fonts/tfm directory, pdftex gives me the expected error "! I can't find file `Myfont'." However, Context will still happily produce output--with an outdated copy of the tfm! So context must be caching it somewhere, and I need to flush that cache. Anyone an idea how this can be done? Thanks Thomas

4 8

TeX Live 2003 miseries.
by John Culleton 14 Oct '03

14 Oct '03

I installed the latest version of TeXLive 2003 (the so-called demo version) and did the fmtutil and texhash bit. When I ran a job for a customer, texexec hung up at the point where a graphic was being loaded. So I went back to last year's texlive in a terrible hurry. That worked fine. Earlier, when TeXLive 2003 was still in beta they left out texexec altogether. Has anyone else tried Context using graphics on TeXLive 2003? I hate to report a bug to Tug if my experience is unique. OTOH if the iso image is defective in some way I do need to let someone know pronto. -- John Culleton Able Typesetters and Indexers http://wexfordpress.com

2 1

Re: Overfull boxes using m-cweb
by Edwin Wisse 14 Oct '03

14 Oct '03

Patrick Grundlach wrote: >>I am running into overfull boxes when including a weaved cweb file into >>a context document. >> >I don't really understand your question. You have overfull boxes in >your TeX run. That is a "normal" TeX feature. They can usually be >avoided. But in your case I guess that it is something which you >cannot avoid. But how should we know? I guess that the cweb module is >not that commonly used. So you might be better of and supply a >minimal (!) but complete (!) example. > Hi, Thanks for your answer. My problem is the fact that line breaks look fine in the "normal" part of the document but in the weaved (cweb) part line breaking goes wrong. Many words extend into the right margin. I have a weaved cweb file called assignment.tex. It is included in the main document using the standard cweb module in Context: --------------------------------------------- \usemodule[cweb] ...and.... \processCWEBsource assignment --------------------------------------------- To give you an idea what assignment.tex looks like: -------------------------------------------------------------------------------------------------- % \input cwebmac \N{1}{1}Dr Snow map display package. This display program is a Unigis assignment for the application development module. This is a small application which loads file with point and line data and displays it in a window. -------------------------------------------------------------------------------------------------- Nothing surprising there. The output looks fine, except for the words extending into the right margin. The problem only occurs in the weaved part of the document so it is a safe bet it is somehow caused by the cweb macros Edwin

1 0

m-cweb.tex tolerances and penalties
by Edwin Wisse 13 Oct '03

13 Oct '03

Hello, I've used the m-cweb module to put a weaved program source in a document. I noticed that this results in an awful lot of overful boxes. Anyone with similar experiences? What can I do about it? Regards, Edwin

1 0

\inmargin{} problems with typsetting inmargin texts
by Willi Egger 12 Oct '03

12 Oct '03

Hi all, I got a text, where the left i.e. the inner margin is small (.8cm) and the right margin is larger (1.7cm). This layout is intended for a doublesided print. On different places I have to insert a \inmargin{\bf Let op!} (i.e. pay attention). The strange thing is, that on lefthandpages the inmargin text is typset in the left (outer) margin but it is typeset on two lines, indicating that the measures of the leftmargin of the righthandpage is used. - Is this a normal behaviour or otherwise how can I instruct ConTeXt to use the whole width of the left i.e. outer margin? Thanks for advising Willi

2 1

\usepath[...] \usesubpath[...] ???
by Bernd Militzer 12 Oct '03

12 Oct '03

Hi Hans, thanks for Your help, but I am sorry \usepath[...] \usesubpath[...] do not work in that way I thought. I start in /home/bmi/import/TestConTeXt/blocks/ with four files: demo.tex = the project-file eniro.tex = the enviroment student.tex = a data-file with two text-blocks test.tex = a work-file, which will use text-blocks from student.tex all things are pretty good -- in test.tex I can use the text-blocks from student.tex (student.tub). When I separate the dat-file = student.tex and the work-file work-file = test.text in different subdirs it ist not possible to use the text-blocks form student.tex in test.tex ~/import/TestConTeXt/blocks/data/student.tex with all help-files -- all things are ok ~/import/TestConTeXt/blocks/work/test.tex running texexec test.tex, no text-block from student.tex In file test.tmp: % test.top \unprotect \setupsystem[\c!gebied={/home/bmi/}] \setupsystem[\c!n=1] \setupsystem[inputfile=test.tex] \protect How have I to set up the path? \usepath[/import/TestConTeXt/blocks/] or \usepath[/home/bmi/import/TestConTeXt/blocks/] ??? \usesubpath[dat, work] or \usesubpath[dat/, work/] ??? I have no idea -- please give me a hint to stop my frustation! thanks Bernd

2 1

Re: [NTG-context] Re: texfont and type-tmf.dat
by George White 10 Oct '03

10 Oct '03

On Thu, 9 Oct 2003, Patrick Gundlach wrote: > [...] > According to to the statements from Walter Schmidt, a TeX font expert > (perhaps I should say *the* TeX font expert?) in > http://tug.daimi.au.dk/archives/tex-fonts/msg01328.html > > \quote{% .... > Note, however, that embedding of URW's fonts, while using the > (PSNFSS) Adobe Base35 metrics, will _not_ lead to any bugs! > The character metrics are matching! Differences in the > "character bounding boxes" are irrelevant for the advance widths! > The only drawback is, that you cannot access those glyphs that > are in the URW fonts, but not in the Adobe fonts. Indeed, this > could be overcome by providing particular metrics and VFs for > the URW fonts -- see below. } Hans has demonstated that even the Adobe fonts don't have the same metrics. It should also be noted that in practice, if you don't embed fonts, you will often get font substitutions in the PS rasterizer (e.g., ghostscript defaults will use URW fonts where the file requests a Base35 font, current acrobat reader will use Arial where the file requests Helvetica, some printers with clone interpreters (many recent HP models) use "clone" fonts. There are several versions of the URW fonts in use now: two ghostscript versions, and a number of versions with additional glyphs distributed with linux (and I am told that the software used to create the recent versions may have tampered with the metrics for glyphs that were not changed). If you embed the URW fonts using the original URW names it is clear which fonts are to be used. This discourages people from "optimizing" your files by stripping out the fonts. For archival EPS figures it makes sense to go further and replace fonts with outline paths. In this way the figures should remain useful even after the fonts are no longer supported by the available rasterizers. -- George White <aa056(a)chebucto.ns.ca> <gnw3(a)acm.org> 189 Parklea Dr., Head of St. Margarets Bay, Nova Scotia B3Z 2G6

2 1