[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 140546] Koffice don't embed fonts during printing Koffice don't
From:       Kurt Pfeifle <pfeifle () kde ! org>
Date:       2007-01-25 17:16:54
Message-ID: 20070125171654.1058.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=140546         




------- Additional Comments From pfeifle kde org  2007-01-25 18:16 -------
OK, I'm now sitting again in front of the PC in question (but have only a few \
minutes); it is a SUSE 10.0 with KDE 3.5.5 and many updates from their repositories:

  $> fc-match "Vera Sans"
  arial.ttf: "Arial" "Regular"

On a different system (Sidux/current/unreleased) which is basically a Debian Sid \
(unstable), I get this:

    $> fc-match "Vera Sans"
    Bitstream-Vera-Sans.ttf: "Bitstream Vera Sans" "Roman"

OOo on Sid is 2.0.4.dfsg.2-3, on SUSE-10.0 it is 2.0.0.99.143-0.1. I'll need to test \
my .odt file on that Debian system as well, later....

One thing I see and find remarkable: OOo ships (on both systems) with a directory \
full of .afm files called "psprint/fontmetric/" (.afm files are metrics for \
PostScript fonts -- will not be relevant to TT fonts, but anyway...)

So one step further I am here now, thanks to you two: it *likely* is a local setup \
problem: 

 - fc-match shows different matches on SUSE and on Debian. 
 - Debian matches exactly, and SUSE "matches" Arial for Vera Sans, 
 - KWord on SUSE the same Vera document doesnt look like the OOo/SUSE. 
 - Debian's actual behavior with the document I need to verify still.

Cheers+thanks,
Kurt


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic