Bug 130697 - No TrueType printing from within epiphany
Summary: No TrueType printing from within epiphany
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: epiphany
Version: rawhide
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Christopher Aillon
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-08-23 19:34 UTC by Joachim Frieben
Modified: 2007-11-30 22:10 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-07-31 19:36:56 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Joachim Frieben 2004-08-23 19:34:24 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2)
Gecko/20040803 Epiphany/1.2.7

Description of problem:
Trutype rendering is superbly implemented in the GNOME desktop
environment and 'epiphany' is no exception in this respect. However,
despite the beautifully rendered on-screen web pages, printing output
is pretty poor. In this case, 'epiphany' actually falls back to using
plain PS fonts.

Version-Release number of selected component (if applicable):
epiphany-1.2.7-0.2.0

How reproducible:
Always

Steps to Reproduce:
1. Install some cute TrueType fonts available for GNOME.
2. Watch epiphany render a suitable web page using them.
3. Print the web page ... .
    

Actual Results:  Printer output is way different from what is seen on
the screen.

Expected Results:  Printer output should correspond to the screen image.

Additional info:

Comment 1 Matthew Miller 2005-04-26 16:16:52 UTC
Fedora Core 2 is now maintained by the Fedora Legacy project for
security updates only. If this problem is a security issue, please
reopen and reassign to the Fedora Legacy product. If it is not a
security issue and hasn't been resolved in the current FC3 updates or
in the FC4 test release, reopen and change the version to match.

Comment 2 Joachim Frieben 2005-04-29 05:55:41 UTC
Still no truetype printing in epiphany-1.6.1-2.

Comment 3 Joachim Frieben 2005-09-10 08:35:43 UTC
After rebuilding "epiphany-1.8.0-1" from the development tree for FC4,
"epiphany" uses the GNOME printing interface. I always hoped, that this
change was finally going to provide truetype printing as for other GNOME
applications such as "abiword". However, after printing some test pages,
the output still looks very much like the previous plain mozilla like
Postscript output. I remember that "xprint" support in FC was denied as
the developers preferred the genuine GNOME printing support.
Moreover, the printing quality is quite bad, e.g. Pictures get printed
over by text, etc.

Comment 4 Joachim Frieben 2005-12-04 18:47:13 UTC
Still no truetype printing with epiphany-1.9.2-1.

Comment 5 Joachim Frieben 2005-12-12 17:20:05 UTC
Due to lack of any activity for more than 1 year, I have submitted an
equivalent bug report at:

http://bugs.gnome.org/show_bug.cgi?id=323892

Comment 6 Joachim Frieben 2006-01-09 08:52:22 UTC
Still no truetype printing with epiphany-1.9.4-1.

Comment 7 Joachim Frieben 2006-02-20 20:41:58 UTC
Still no truetype printing with epiphany-1.9.7-1.

Comment 8 Joachim Frieben 2006-02-22 09:42:53 UTC
According to Comment #5 of Bug #112879, the issue is due to an outdated
"gecko" backend. Current version is 1.7, but improved font rendering is
only implemented in version 1.8.
I checked against current "firefox-1.5.0.1-3" from the "rawhide" tree.
As a matter of fact, here, "TrueType" printing works out of the box
(without "xprint" etc.). Other distros build "epiphany" against "firefox"
which allows the former to benefit from the more recent "gecko" backend
of the latter. Please upgrade the "gecko" backend in current Fedora
rawhide.

Comment 9 Joachim Frieben 2006-05-07 18:42:00 UTC
Still no truetype printing with "epiphany-2.14.1-1". The "gecko" backend
is still version 1.7. One possible solution is to build "epiphany"
against "xulrunner". Any schedule for pushing this component into
"rawhide"?

Comment 10 Joachim Frieben 2006-05-09 14:27:40 UTC
After working around Bug #191150, Bug #191153, Bug #191154, and
Bug #191167, it is possible to rebuild "epiphany-2.14.1-3" against
a modified "xulrunner-1.8.0.cvs20060505-1". The package manager
complains: "error: Failed dependencies: libxul.so is needed by
epiphany-2.14.1-4.i386", but after forcing the installation of the
package (cough..), "epiphany" works, and TrueType printing is up
and running!

Comment 11 Joachim Frieben 2006-07-31 19:36:56 UTC
Ok, fixed in "epiphany-2.15.4-1" thanks to "firefox" backend.


Note You need to log in before you can comment on or make changes to this bug.