printer page transitions
phsfca.hermes at gmail.com
Sat May 2 11:43:08 EDT 2015
i just copy the report and paste into excel/ numbers and then can control
page breaks and styles. it's clumsy but it works.
On Sat, May 2, 2015 at 8:13 AM, D. Hugh Redelmeier <hugh at mimosa.com> wrote:
> | From: Geert Janssens <geert.gnucash at kobaltwit.be>
> | On Tuesday 28 April 2015 02:19:19 D. Hugh Redelmeier wrote:
> | > When we print a report on our laser printer, very often the last line
> | > of a page is split and appears partially on the next page.
> | The print issue is a bug in the software (reported here ). To be more
> precise it is a bug in
> | webkit, which is an external code library gnucash depends on. So far we
> haven't managed
> | to work around this unfortunately.
> |  https://bugzilla.gnome.org/show_bug.cgi?id=693363
> Thanks for the explanation.
> This would seem to be a pretty serious bug. We may not be able to
> adopt gnucash because of it.
> The bugzilla entry has a posting saying:
> nohamnospam 2015-01-02 23:57:26 UTC
> To anyone it may concern: My workaround is
> 1. html-export from gnucash
> 2. wkhtmltopdf -B 10 -L 20 -R 20 -T 10 in.html out.pdf
> So far no splitsies.
> Has this been widely tested? If it works reliably, it is intriguing
> since wkhtmltopdf uses Webkit too. If wkhtmltopdf can avoid line splits
> with webkit then there is likely a way for GnuCash to avoid line
> I don't understand the problem well enough to understand why this is
> related to the page-break-* CSS attributes. I would have thought that
> lines of text would be atomic (either before or after a page break,
> not split by one) without any directives. But I don't know much
> about HTML.
> If this is really a bug in webkit, I guess that the forking by google
> will take some pressure off fixing this. It there ever had been
> gnucash-user mailing list
> gnucash-user at gnucash.org
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
More information about the gnucash-user