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

List:       kde-bugs-dist
Subject:    Bug#14304: One reason for Qt's printing problems: 100 dpi X server
From:       Kuba Ober <winnie () hoth ! amu ! edu ! pl>
Date:       2000-11-17 13:55:20
[Download RAW message or body]

> As I reported earlier (Nov. 2) I have problems printing with Qt/KDE2.
> The problem is that the letters and lines in each PostScript file are
> incorrectly spaced and therefore it looks very ugly. After updating to
> Qt 2.2.2 this problem still existed so I took a day to find out the (or
> at least one) reason.

I've emailed with one of qt guys about this. Current status of this issue 
would be that it goes onto qt 3 wishlist, but I'll try and see for myself if 
it can be (reasonably) resolved. This is a genuine qt problem.

There are a few things to do, mainly

1. Define a mechanism for Qt to look for `bare' Type1 and TrueType fonts to 
download. Not all postsript printers can handle TrueType, so there are a few 
config options to define.

2. Make qt use screen fonts if no vector alternatives exist, possibly having 
x-es render those fonts in some nice way.

3. Define a way for qt to match fonts, possibly with configurable priorities 
and font mappings - sources to match by are: family name, foundry, config 
file font-map table, the metrics of the glyph at given point size (not pixel 
size!).

4. Handle download of T1 and TT fonts.

5. Possibly define this whole thing as some kind of a cross-platform font 
rendering platform, with a few heuristics to handle most common 
font-availability schemes.

The first issue though is to know whether ghostscript (and thus most modern 
PS printers) can render downloaded TT fonts. If it can then Qt can be made to 
download TT's as well. If not, then - as gs is the main renderer for non-ps 
printers - qt will have to reimplement TT rendering itself, or somehow base 
on freetype for at least testing purposes (unless there is some TT rendering 
already implemented in Qt/Embedded).

Kuba

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