Open GoogleCodeExporter opened 9 years ago
DOMPDF does appear to have issues rendering this, but we'll have to look at
exactly what's going on.
In the meantime, the DIV element styled with a height of 100% is breaking
things. Recommend you modify the styling there if you can.
Two notes regarding posting bugs: It's hard to debug against the
desired/correct output if you don't also include the images/styles. Also, it's
easier on us if you attach the code rather than paste it inline.
Original comment by eclecticgeek
on 16 Aug 2011 at 6:10
I have a similar issue. If you try to render the output of this page [
http://www.omiss.net/Facelift/MemberReport.php?OMNum=6066&prt=N ] with dompdf
you get the same deprecation errors. I do not have DIV elements with a height
of 100% but I do have DIV elements. NOTE: This page has been validated by the
W3C validation service.
Original comment by k0...@comcast.net
on 19 Oct 2011 at 1:25
So Sorry - incorrect url in the last comment.
[ http://www.omiss.net/Facelift/GenMemberReport.php?OMNum=6066&prt=N ]
Original comment by k0...@comcast.net
on 19 Oct 2011 at 1:27
@k0jdd what version of dompdf are you using? The "deprecated" errors are
unrelated to the div issue. dompdf 0.5.1 had called the
set_magic_quotes_runtime() function, but it has been removed from the 0.6.0
beta. We recommend you upgrade if possible. Otherwise you can comment the line
where that function appears (as specified in the error message). It shouldn't
affect the functionality of dompdf.
Also, you may want to disable the display of error messages from PHP. These
errors did not prevent dompdf from rendering the document, but it was unable to
send the document to the browser because other content had already been sent.
Original comment by eclecticgeek
on 19 Oct 2011 at 1:47
I commented out the function calls as I do not have time to trythe 0.6.0 beta
right now.
BTW - I was unable to disable PHP errors with php_error(0). That might be a
hosting thing. o.O
OTOH - How will I know if it breaks again, if there are no errors displayed ;-)
Thanks, and thanks to all for a great PHP Class.
Original comment by k0...@comcast.net
on 19 Oct 2011 at 2:00
It seems, like adding two lines to block_frame_reflower.cls.php fixes this
issue.
Just add:
$style->top = $orig_style->top;
$style->bottom = $orig_style->bottom;
after:
$style->left = $orig_style->left;
$style->right = $orig_style->right;
in // Absolute positioning measurement line: 782
and DIVs are positioned correctly.
Original comment by grzegorz...@gmail.com
on 5 Mar 2013 at 8:24
Original comment by eclecticgeek
on 24 May 2013 at 3:00
Original issue reported on code.google.com by
khaled.j...@gmail.com
on 16 Aug 2011 at 11:19