Re: RFP: XP font mapping mechanism

From: Andrew Dunbar (hippietrail@yahoo.com)
Date: Thu Oct 03 2002 - 02:34:06 EDT

  • Next message: phearbear: "Re: RFP: XP font mapping mechanism"

     --- Dom Lachowicz <doml@appligent.com> wrote:
    > Hi Jody,
    >
    > On Wednesday, October 2, 2002, at 07:08 PM, Jody
    > Goldberg wrote:
    >
    > > 1) This should be solved in a more general
    > location so that the
    > > configuration can be shared by other
    > document-centric apps.
    > > I don't know where this would live. However,
    > it is definitely
    > > something that the user should be able to
    > configure once for all
    > > office apps.
    >
    > Agreed. Anything document-centric could certainly
    > use this sort of
    > logic.
    >
    > > 2) It may actually already be solved on the unix
    > side via keith
    > > Packard's 'fontconfig' package that is used by
    > default in
    > > gtk-2.1 (pango HEAD). How well this would work
    > on other
    > > platforms is unclear.
    >
    > Yes, this may be the case and I had given some
    > thought to it. However, when a user on windows tries
    > to load my document and has no Luxi Sans font, this
    > is unfortunate. I can't ask that windows user to
    > install fontconfig.

    Fontconfig or a new shared library for all apps to
    use can have the specific task of mapping fonts which
    fontconfig knows about to a) known fonts on specific
    platforms b) make a consisten guess based on Panose
    etc.
    a) Would boil down to an xml database where interested
    parties look at each font shipped with Windows or OS
    X,
    etc, and decide by eybeball comparison which known
    freely-distributable font is the best replacement.
    b) Takes care of all the missing gaps of a).

    If many Unix/Open source apps use such library, they
    will at least make the same font mapping decisions
    even
    when they don't make the best ones. Font gurus can
    improve the database between releases.

    Andrew Dunbar.

    > > 3) A very similar problem arises when printing.
    > So we should
    > > explore how that is handled.
    >
    > To some large degree, this concept would be directly
    > transferrable to
    > printing. On windows, the screen and printing stuff
    > has a 1:1
    > correspondence. On Unix, fontconfig is capable of
    > providing you with
    > font metric data and the like. Our current PS driver
    > grabs this info
    > when printing. Something like that needs to be
    > shoved into GnomePrint,
    > though, if this has not already happened.
    >
    > > In gnumeric I've specificly avoided doing a real
    > solution to wait
    > > for this. However, you can at least avoid losing
    > informat by
    > > storing both the requested font and the display
    > font. So that on
    > > export you can dump the original.
    >
    > Yup. I'll await Keith's advice.
    >
    > Dom
    >

    =====
    http://linguaphile.sourceforge.net/cgi-bin/translator.pl http://www.abisource.com

    __________________________________________________
    Do You Yahoo!?
    Everything you'll ever need on one web page
    from News and Sport to Email and Music Charts
    http://uk.my.yahoo.com



    This archive was generated by hypermail 2.1.4 : Thu Oct 03 2002 - 02:39:43 EDT