Op 02-03-13 03:48, Mike Alexander schreef:
--On March 1, 2013 4:50:28 PM +0100 Geert Janssens
<janssens-ge...@telenet.be> wrote:
That's about all I have. I had hoped for a better outcome, but it
seems we're rather stuck with two nasty bugs.
I haven't looked at this at all, but would it be possible to use the
eguile report code for this? If so you should be able to use CSS
easily. I don't really know if this would help solve the problems or
not.
Mike
Thanks Mike, I had been thinking of it, but forgot to mention it eventually.
Yes, using the eguile code will help us fix one part of the issue. It
would indeed be much easier to insert css code in it. And the good news
here is that we already have an eguile based invoice report. So there is
very little left to do on the gnucash side for this particular use case.
The bug in webkit remains though. It will have to be worked around by
postprocessing (with for example wkhtmltopdf) or our print process will
have to bypass webkit. In theory what R. Victor Klassen proposed could
work as well: pre-process the html code before handing it over to
webkit. But I'm not sure that's easily accomplished in a cross-platform
manner. In essence that would be like rewriting large parts of an html
renderer.
Geert
_______________________________________________
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
