ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: George White <aa056@chebucto.ns.ca>
Subject: Re: Re: texfont and type-tmf.dat
Date: Fri, 10 Oct 2003 14:38:09 -0300 (ADT)	[thread overview]
Message-ID: <Pine.GSO.3.95.iB1.0.1031010142439.10233B-100000@halifax.chebucto.ns.ca> (raw)

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@chebucto.ns.ca> <gnw3@acm.org>
189 Parklea Dr., Head of St. Margarets Bay, Nova Scotia  B3Z 2G6

             reply	other threads:[~2003-10-10 17:38 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-10 17:38 George White [this message]
2003-10-10 20:21 ` Patrick Gundlach
  -- strict thread matches above, loose matches on Subject: below --
2003-10-14 23:27 George N. White III
2003-10-14 22:14 Patrick Gundlach
2003-10-14 22:58 ` Nigel King
2003-10-09 18:52 Patrick Gundlach
2003-10-14 21:48 ` Nigel King
2003-10-08 17:32 Patrick Gundlach
2003-10-08 17:59 ` Nigel King
2003-10-08 18:13   ` Patrick Gundlach
2003-10-08 22:04     ` Hans Hagen
2003-10-09  9:00       ` Patrick Gundlach
2003-10-09  9:23         ` Hans Hagen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.GSO.3.95.iB1.0.1031010142439.10233B-100000@halifax.chebucto.ns.ca \
    --to=aa056@chebucto.ns.ca \
    --cc=ntg-context@ntg.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).