Some detectivework relieves this looks like a possible bug in gtkprint. In general, there is a configure check that sets the following define in config.h
A couple of greps show that this does some pretty big changes to the way printing is done by having it use GTK's printing mechanism vs its own homebrewed one. If I'm correct, you should have the same issue in any application that uses gtk's printing mechanism, such as gnumeric, can you see if you can reconfirm in that?
This isn't a bug in goffice/gtk, its a bug in gtkprint it seems.
Some detectivework relieves this looks like a possible bug in gtkprint. In general, there is a configure check that sets the following define in config.h
On goffice-0.4:
/* GtkHTML uses GtkPrint for printing operations */ USES_GTKPRINT */
/* #undef GTKHTML_
On goffoce-0.6
/* GtkHTML uses GtkPrint for printing operations */ USES_GTKPRINT 1
#define GTKHTML_
A couple of greps show that this does some pretty big changes to the way printing is done by having it use GTK's printing mechanism vs its own homebrewed one. If I'm correct, you should have the same issue in any application that uses gtk's printing mechanism, such as gnumeric, can you see if you can reconfirm in that?
This isn't a bug in goffice/gtk, its a bug in gtkprint it seems.