Automatically exported from code.google.com/p/dompdf
What steps will reproduce the problem?
1. Create a 2 page HTML nested table
2. Render the HTML and generate PDF
What is the expected output? What do you see instead?
Nested table looses alignment and formatting when breaking to page number
two. The table comming from page one should continue on page 2 preserving
the text and row proportions.
What version of the product are you using? On what operating system?
0.5.1
CentOs 5/ Apache2 / PHP5
Please provide any additional information below.
Please note the bogus table break at the second page of the attached document.
Original issue reported on code.google.com by [email protected] on 30 Jul 2009 at 10:08
Attachments:
What steps will reproduce the problem?
1. use the dompdf.php?input_file=C%3A\tmp
\domE0B.tmp&paper=letter&output_file=My Fancy PDF.pdf
2. with any HTML file
What is the expected output? What do you see instead?
Notice: Undefined index: method__construct in C:\wamp\www\toto\libraries
\dompdf-0.5.1\lib\class.pdf.php on line 1213
Notice: Undefined index: methodget_base_path in C:\wamp\www\toto\libraries
\dompdf-0.5.1\lib\class.pdf.php on line 1213
Notice: Undefined index: methodget_host in C:\wamp\www\toto\libraries
\dompdf-0.5.1\lib\class.pdf.php on line 1213
...
You should add tests code in order to prevent all theses notice errors, OR
force a error_reporting(0); in the class.pdf.php
What version of the product are you using? On what operating system?
dompdf-0.5.1 / WAMP
Original issue reported on code.google.com by [email protected] on 24 Jun 2009 at 1:55
An internal server error is produced when am trying to generate the PDF .
This error occurred when my host upgraded from php 5.2.6 to php 5.2.8
I tried searching the net for a solution , but it looks like it is a common
bug . Please help me finding a solution to this as it is an important
requirement in our web applications
Am using Linux shared host
Original issue reported on code.google.com by [email protected] on 5 Jul 2009 at 12:46
Hello,
get/set_magic_quotes_runtime as been deprecated in PHP 5.3 and
compatibility changes are required in lib/class.pdf.php .
If someone else has this problem a temporary workaround is to comment all
the lines that have either the set_magic_quotes_runtime or the
get_magic_quotes_runtime functions in lib/class.pdf.php (8 lines for set, 4
for get).
Best Regards,
Carlos Ouro
Original issue reported on code.google.com by [email protected] on 7 Jul 2009 at 4:41
What steps will reproduce the problem?
1. Enable one of the non-core fonts that are included in the distribution
(e.g. Verdana) in dompdf_font_family_cache.
2. Reference that font in an HTML document to be rendered by DOMPDF.
3. Render the document and open in Acrobat.
The PDF renders, but the font is not embedded correctly and does not
render. Upon opening the document Acrobat pops up an alert that states:
The font "Verdana" contains a bad /BBox.
Original issue reported on code.google.com by eclecticgeek on 21 May 2009 at 4:40
include/text_render.cls.php, line 73:
$text = $frame->get_text();
// Handle text transform:
// http://www.w3.org/TR/CSS21/text.html#propdef-text-transform
switch ($style->text_transform) {
case "uppercase":
//Puts all characters of each word in uppercase.
$text=strtoupper($text);
break;
case "lowercase":
//Puts all characters of each word in lowercase.
$text=strtolower($text);
break;
case "capitalize":
//Puts the first character of each word in uppercase; other characters are unaffected.
$text=ucwords($text);
break;
}
Original issue reported on code.google.com by [email protected] on 23 May 2009 at 9:41
Wrap your string in single quotes (’) instead of double quotes (”) is
faster because PHP searches for variables inside “…” and not in
‘…’, use this when you’re not using variables you need evaluating
in your string.
[http://spindrop.us/2007/03/03/php-double-versus-single-quotes/]
From: http://www.hm2k.com/posts/50-php-optimisation-tips-revisited
Original issue reported on code.google.com by [email protected] on 29 Apr 2009 at 6:05
Hello
Problem with dompdf 5-0-1, I get the following error :
Notice: Undefined index: 2 in C:\Program Files\EasyPHP 3.0
\www\rafael\administrator\components\com_virtuemart\classes\pdf\dompdf\lib\
class.pdf.php on line 1216
When put this line n°1216, I get my PDF file correctly.
Would anybody tell me what is wrong or is it a bug.
I use PHP 5.10 the latest release. I used dompdf to output pdf files in
joomla component Virtumart.
Here is my code :
elseif( file_exists(CLASSPATH."pdf/dompdf/dompdf_config.inc.php")) {
// In this part you can use the dompdf library
(http://www.digitaljunkies.ca/dompdf/)
// Just extract the dompdf archive to /classes/pdf/dompdf
$image_details = getimagesize($logo);
$footer = '<script type="text/php">
if ( isset($pdf) ) {
// Open the object: all drawing commands will
// go to the object instead of the current page
$footer = $pdf->open_object();
$w = $pdf->get_width();
$h = $pdf->get_height();
// Draw a line along the bottom
$y = $h - 2 * 12 - 24;
$pdf->line(16, $y, $w - 16, $y, "grey", 1);
// Add a logo
$img_w = 2 * 72; // 2 inches, in points
$img_h = 1 * 72; // 1 inch, in points -- change these as required
$pdf->image("'.$logourl.'", "'.$image_details[2].'", ($w - $img_w) /
2.0, $y - $img_h, $img_w, $img_h);
// Close the object (stop capture)
$pdf->close_object();
// Add the object to every page. You can
// also specify "odd" or "even"
$pdf->add_object($footer, "all");
}
</script>';
$website = '<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0
Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-
transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>'. $mainframe->getHead().'
<link rel="stylesheet" href="templates/'.
$cur_template .'/css/template_css.css" type="text/css" />
<link rel="stylesheet" href="'. VM_THEMEURL .'theme.css"
type="text/css" />
<link rel="shortcut icon" href="'.
$mosConfig_live_site .'/images/favicon.ico" />
<meta http-equiv="Content-Type" content="text/html; '.
_ISO.'" />
<meta name="robots" content="noindex, nofollow" />
</head>
<body class="contentpane">
' . $html .'
' . $footer .'
</body>
</html>';
$website = str_replace ("resized%2F", "", $website);
$website = str_replace ("&", "&", $website);
//die( htmlspecialchars($website));
require_once( CLASSPATH."pdf/dompdf/dompdf_config.inc.php");
$dompdf = new DOMPDF();
$dompdf->load_html($website);
$dompdf->render();
$dompdf->stream("virtuetest.pdf", array('Attachment' => 0));
}
}
?>
I don't see what is missing, although it seems to be a Ilink problem but I
don't see how to solve the problem.
Any ideas ?
Thanks
APB
Original issue reported on code.google.com by [email protected] on 22 Jun 2009 at 12:27
What would you like dompdf to do: anyone can help me determine why i get
this error : " Unable to
stream pdf: headers already sent " ?? should i put the code at the
top for generating the pdf ??? anyone have an idea on this.. please
help me.. thanks a lot
Do you have an example:
Parse error: syntax error, unexpected T_DNUMBER in
/usr/local/www/hotspot/system/plugins/dompdf/lib/class.pdf.php(2219) :
eval()'d code on line 1
A PHP Error was encountered
Severity: Notice
Message: Undefined index: FontBBox
Filename: lib/class.pdf.php
Line Number: 3231
regrads
agung
Original issue reported on code.google.com by [email protected] on 19 Jul 2009 at 6:13
What steps will reproduce the problem?
1. Generate a PDF for this HTML:
<html>
<head>
<style>
/* Type some style rules here */
</style>
</head>
<body>
<table>
<tr>
<td style="width:8cm; border: 1px solid #CCC;">Izquierda</td>
<td style="width: 3cm;">Centro</td>
<td style="width:8cm; border: 1px solid #CCC;">Derecha</td></tr>
</table>
</body>
</html>
What is the expected output? What do you see instead?
I expected a 3 column layout, with a 8cm wide rectangle in the left and
right cells and a 3 cm. separation.
I see a 3 column layout, with rectangle in the left and right cells, but
not the right sizes, not 8cm for left and right cells and not a 3cm separation.
What version of the product are you using? On what operating system?
0.5.1 with the embedded PDF generator.
Please provide any additional information below.
If you try this HTML code in the generator present in the old project page
it renders well.
Original issue reported on code.google.com by [email protected] on 16 Jul 2009 at 7:24
What would you like dompdf to do:
It could go faster
Do you have an example:
I made a few tests some time ago, and triple equal comparisons on not empty
strings are REALLY faster than double equal comparisons. Of course, it
applies to !== vs != too.
I suggest to use this performance tweak on the CSS interpreter, to compare
string values (not numerical values as strings like "0.5", etc)
Original issue reported on code.google.com by phenxdesign on 31 Jul 2009 at 7:30
What steps will reproduce the problem?
1. Execute attached file
2. See the lines not right-aligned
What is the expected output? What do you see instead?
I would expect all the lines to be right-aligned. Instead german umlauts
seem to be ignored in width calculation (compare "fb" line), spanish ñ
causes a shift in the other direction, as if it had negative width.
What version of the product are you using? On what operating system?
Tried it with old 0.51, trunk and dompdf_trunk_with_helmut_mods on Windows
XP with PHP 5.2.6 with bundled cpdf.
Original issue reported on code.google.com by [email protected] on 24 Jun 2009 at 9:26
Attachments:
What steps will reproduce the problem?
1. Create an HTML document that uses inline-table styling on an element
contained within another element (i.e. div within a div).
2. Attempt to render the document.
What is the expected output? What do you see instead?
The document should be rendered as expected, or DOMPDF should error out in
a reasonable manner. On Windows, the apache child process handling the
request will die with a 3221225477 error (see the apache error.log). On
linux, the results appear to be similar, though I'm not sure if the apache
process is dying.
Prior to the end result a lot of the following duplicate errors are
recorded by PHP:
Undefined offset: 1 in dompdf\include\cellmap.cls.php on line 447
Possible relevant group posts:
http://groups.google.com/group/dompdf/browse_thread/thread/05c42dbd9fb5bc52
http://groups.google.com/group/dompdf/browse_thread/thread/edc2feff50725329
Original issue reported on code.google.com by eclecticgeek on 25 Jun 2009 at 5:43
What steps will reproduce the problem?
1. open the README file
2.
3.
In the README documentation file, there is a mistake with the "tmpfile"
variable name... see below ($tmpfile != $tmp_file)
$tmpfile = tempnam("/tmp", "dompdf_");
file_put_contents($tmp_file, $smarty->fetch());
What version of the product are you using? On what operating system?
dompdf-0.5.1
Original issue reported on code.google.com by [email protected] on 24 Jun 2009 at 1:41
the title says all.
Original issue reported on code.google.com by [email protected] on 12 May 2009 at 9:31
Hi,
I have performance problems if trying to convert large html files (>500K
for ex.). Probably memory consumption is too high, but after submitting all
I got (after minute or two) is a blank screen. This happens both if the
file should be saved or outputted to the user. Are they any memory
limitations or a way to reduce memory load?
Product version - dompdf-0.5.1. Tested on linux servers.
Original issue reported on code.google.com by [email protected] on 8 May 2009 at 5:59
What steps will reproduce the problem?
1. Generate more than one pdf containing images within the same request
What is the expected output? What do you see instead?
I see errors complaining of trying to unlink files that don't exist (ie,
have already been unlinked from the first ImageCache::clear() call.
unlink(/tmp/dompdf_img_i0Dy1K) [function.unlink]: No such file or directory
What version of the product are you using? On what operating system?
0.5.1, on linux.
Please provide any additional information below.
ImageCache::clear() loops over the static $_cache array, but doesn't remove
them, so a second call to this function attempts to delete files that have
already been deleted when the first PDF was rendered.
Changing this (line 151 of include/image_cache.cls.php)
foreach (self::$_cache as $entry) {
list($file, $ext) = $entry;
unlink($file);
To this:
foreach (self::$_cache as $key => $entry) {
list($file, $ext) = $entry;
unlink($file);
unset(self::$_cache[$key]);
Seems to work as expected.
Original issue reported on code.google.com by [email protected] on 26 May 2009 at 1:14
What steps will reproduce the problem?
1.Create file with "Using the dompdf class directly" test code from
digitaljunkies/usage
2. Load file on intranet server from web browser
What is the expected output? What do you see instead?
Expected: stream a pdf file with example html.
Actual: redirected to
http://www.aciworldwide.com/directory_of_file/test_file_name.php
What version of the product are you using? On what operating system?
dompdf v.5.1
Server version: Microsoft Windows Server 2003 Standard Edition
Please provide any additional information below.
I see aciworldwide.com isn't hardcoded into the files anywhere and am
looking into the significance of that url and why it was chosen.
Using file_put_contents("newpdf.pdf",$dompdf->output()) has the same
redirection / unexpected output
It works fine on "regular" servers. The only environment it's not working
on for me happens to be an intranet. I understand not too many people may
be running this on an intranet, and that might not even be it, but any
workarounds you could suggest would help a lot.
Thanks!
Original issue reported on code.google.com by [email protected] on 22 May 2009 at 5:06
What would you like dompdf to do:
It'd be handy to create a pear installabe package for dompdf. This would
involve creating a package.xml and using pear to read this package and tar
up the files into one nice neat tgz.
Original issue reported on code.google.com by [email protected] on 29 Apr 2009 at 6:06
How can I calculate the content is displayed within a page of pdf???
Because if the content not displayed with in a page I have to add "Contd..."...
Original issue reported on code.google.com by [email protected] on 14 May 2009 at 8:50
What would you like dompdf to do:
Support the ability to add a Title, Subject, Keywords, etc and change
Creator, Producer, etc. TCPDF does this and there are what looks like
switches deep inside the DOMPDF framework for Title, Subject and so on but
I've no idea how to implement them.
Do you have an example:
Line 1119 - class.pdf.php - "case 'Title':"
Original issue reported on code.google.com by [email protected] on 5 Jun 2009 at 11:47
What would you like dompdf to do:
Either have a more robust table-within-table functionality (also
div-within-table), or add float support.
Do you have an example:
<div style="width:65mm; height:40mm; float:left;">Block one</div>
<div style="width:65mm; height:40mm; float:left;">Block two</div>
<div style="width:65mm; height:40mm; float:left;">Block three</div>
<div style="width:65mm; height:40mm; float:left;">Block four</div>
<div style="width:65mm; height:40mm; float:left;">Block five</div>
<div style="width:65mm; height:40mm; float:left;">Block six</div>
Original issue reported on code.google.com by [email protected] on 29 May 2009 at 8:51
What would you like dompdf to do:
Would like the ability to be able to use HTML for headers and footers.
Original issue reported on code.google.com by [email protected] on 29 Apr 2009 at 6:10
What would you like dompdf to do:
Take a PDF document, and configure a per page background. Something that
can be done on a per page basis, and is easy to configure, akin to a PHP
array or the likes. I can specify even/odd/specific pages to be targeted
for a background image, and send in a config array with the image location
and some internal placement parameters for it.
Do you have an example:
Well, not really, just a very specific functionality that I have needed for
some time for this stuff. Thanks for an excellent product!
Original issue reported on code.google.com by [email protected] on 24 Jun 2009 at 6:04
What would you like dompdf to do:
Hi,
Attached is a two-line patch that adds support for
list-style-type: none to dompdf, by simply not
rendering any bullet.
Matthijs
Original issue reported on code.google.com by [email protected] on 29 Apr 2009 at 6:08
Attachments:
What steps will reproduce the problem?
1. Use UTF-8 strings.
2. When the line break offset is calculted to be after a word containing a
UTF8 special (like "é"), the strip_text function does not separate the html
tag correctly.
What is the expected output? What do you see instead?
The multibyte symbol is not displayed correctly and the rest of the line
(within the same html tag) is removed.
What version of the product are you using? On what operating system?
Works with PHP 5.2.9, doesn't with PHP <= 5.2.6
Please provide any additional information below.
see PHP Bug http://bugs.php.net/bug.php?id=46335
replace the strip_text function by this one :
function split_text($offset) {
if ( $offset == 0 )
return;
//Bug for PHP <= 5.2.6 : http://bugs.php.net/bug.php?id=46335
//$split = $this->_frame->get_node()->splitText($offset);
$node = $this->_frame->get_node();
$clone = $node->cloneNode(true);
//set new content of original $node
$node->deleteData($offset, mb_strlen($node->textContent));
//Add Node after with remaining text
$clone->deleteData(0, $offset);
$parent = $node->parentNode;
$parent->appendChild($clone);
$deco = $this->copy($clone);
$p = $this->get_parent();
$p->insert_child_after($deco, $this, false);
if ( $p instanceof Inline_Frame_Decorator )
$p->split($deco);
}
Original issue reported on code.google.com by [email protected] on 29 Jun 2009 at 12:12
Attachments:
Hi,
i'm trying to use dompdf within an application that already relies on
__autoload - actually it relies
on NaturePhp, which relies on __autoload() ;
I can't get it to work.
i've tried loading all the include files at start like:
if ( !function_exists("__autoload") ) {
/**
* Default __autoload() function
*
* @param string $class
*/
function __autoload($class) {
DOMPDF_autoload($class);
}
} else {
$all_classes=glob(DOMPDF_INC_DIR."/*");
foreach($all_classes as $a_class){
require_once($a_class);
}
}
but this does not work as some classes extend others and it does not load in
the correct
sequence.
For the current project i'll rename all the files in the includes folder to the
standard $class .
".php" and put them on NaturePhp's library folder.
In the future you should either have an option not to depend on __autoload or
rename the class
files to the php.net standard - so they can be easily exported to other
__autoload dependent
platforms.
Best regards to all and keep up the good work ;)
Carlos Ouro
Original issue reported on code.google.com by [email protected] on 23 May 2009 at 4:57
What would you like dompdf to do:
ordered lists are currently not supported
Original issue reported on code.google.com by [email protected] on 29 Apr 2009 at 6:09
What steps will reproduce the problem?
1) Change localization, using setlocale(), within a PHP script that uses
DOMPDF. Choose a localization, such as nl_NL/nld that uses commas instead
of periods in decimal numbers.
2) Load and render an HTML document.
3) Open the resulting PDF with Acrobat.
What is the expected output? What do you see instead?
The PDF will be rendered, but the style of internal numbers used in object
positioning and formatting will be incorrect. Instead of period decimals
the numbers will be using commas. This will make kthe PDF document
unreadable by Acrobat and when opened it will return the following error
(Acrobat 8.1.5): "There was an error opening this document. There was a
problem reading this document (110)."
Source and resolution:
I believe this only affects CPDF (class.pdf.php). CPDF utilizes the
sprintf() function and formats numbers with the %f type specifier. This
type specifier is locale-aware. To correct the problem all calls to the
sprintf() function should be using %F (locale-unaware) instead of %f.
Original issue reported on code.google.com by eclecticgeek on 29 May 2009 at 9:57
What steps will reproduce the problem?
1. Create an HTML document that contains a table with THEAD, TBODY, and
TFOOT sections. The table should span two pages in the rendered PDF.
2. Render the document with DOMPDF.
What is the expected output?
The PDF should contain a table that spans two pages. The THEAD and TFOOT
should bookend the table on each page on which it appears.
What do you see instead?
The THEAD renders as expected, but the TFOOT is rendered as if it were a
normal table row.
Additional information:
The TFOOT grouping should appear before the TBODY grouping in the HTML code
as per the W3C specification:
http://www.w3.org/TR/html4/struct/tables.html#h-11.2.3
We may wish to consider allowing the TFOOT grouping to be placed at the end
of the table code since this is a likely scenario.
Original issue reported on code.google.com by eclecticgeek on 29 May 2009 at 5:59
What is the problem?
Tables cannot be nested.
Original issue reported on code.google.com by [email protected] on 29 Apr 2009 at 6:09
What steps will reproduce the problem?
1. Create an HTML document that has a style definition that includes
font-family (can also test with the font tag with a face attribute).
2. The value for font-family should include font alternatives (e.g.
verdana, arial, sans-serif).
3. The value for font-family should use ", " to separate the font alternatives.
What is the expected output? What do you see instead?
The list should be parsed and each font family alternative processed
separately. However, DOMPDF appears to parse a font-family list correctly
only if no space is included. Instead, DOMPDF treats a list of alternative
fonts that use ", " for the delimiter as a single font name.
Original issue reported on code.google.com by eclecticgeek on 3 Jun 2009 at 4:07
What would you like dompdf to do:
This position property is not currently supported.
Requested by Kjetil W. (shetil).
Original issue reported on code.google.com by [email protected] on 29 Apr 2009 at 6:08
What steps will reproduce the problem?
1) Set DOMPDF to use the CPDF adapter.
2) Specify A4 as the paper size when rendering a document.
What is the expected output? What do you see instead?
Rather than create a document using a paper size of A4, DOMPDF runs until
memory is exhausted (on my test system). I am not certain exactly what
DOMPDF is attempting to create when it is passed an invalid page size.
The source of the problem is in the constructor function of the
CPDF_Adapter class (cpdf_adapter.cls.php). When checking for a match in the
array of paper sizes the code accurately forces lowercase, but does not
force lowercase when setting the paper size, resulting in the paper size
being set to a NULL value.
References
http://groups.google.com/group/dompdf/browse_thread/thread/d3cf6accb0ab7fb4
Original issue reported on code.google.com by eclecticgeek on 24 Jun 2009 at 2:37
This should be an easy fix. When dompdf justifies text, it keeps a space
character at the end of each line. This space prevents the rendering engine
from justifying the text properly. The right edge of the justified text
does not line up and appears grooved.
Original issue reported on code.google.com by [email protected] on 22 May 2009 at 9:38
There does not seem to be any if statement for $_GET['save_file'] to deal
with the save_file and set it to true. It gets set to false when the $_GET
['base_path'] is set. This means that even if you send the save_file
variable to the dompdf script it is ignored. I have added it to my script
because I want to save the pdf in a tmp file and then attach it to an
email through php.
$url = "dompdf.php?input_file=" . rawurlencode
($tmpfile) . "&paper=letter&output_file=" . rawurlencode("My Fancy
PDF.pdf") . "&save_file=true&base_path=D:\\website\\dompdf-0.5.1\\tmp\\";
Original issue reported on code.google.com by [email protected] on 30 Jul 2009 at 12:10
What would you like dompdf to do:
Use TCPDF (http://sourceforge.net/projects/tcpdf) instead of
R&OS because the former supports UTF-8.
Original issue reported on code.google.com by [email protected] on 29 Apr 2009 at 6:07
What would you like dompdf to do:
Print position-fixed elements on every page as the browser actually do
(Firefox at least). That would add effortless headers and footers - as well
as left/right margin decorations - capabilities.
Do you have an example:
Here is a topic where I explained my problem with browser only printing
solution, that's why we're envisaging server-side PDF generation instead :
http://forums.mozillazine.org/viewtopic.php?f=7&t=885955.
The actual HTML file is there :
http://mediboard.svn.sourceforge.net/viewvc/mediboard/trunk/modules/dPcompteRend
u/templates/printable.html?revision=4919
You will find attached the printing results with server side dompdf 0.5.1
browser side Firefox 3.5.
Original issue reported on code.google.com by [email protected] on 31 Jul 2009 at 9:16
Attachments:
I'm Using Dompdf 0.5.1 with Adobe Reader 9.1 as pdf reader
- No additional css style in the page
- Dynamic html created from mysql query
Seems like the <fieldset> tag isn't rendered properly
I'm going to attach the result of the below code:
require_once("dompdf_config.inc.php");
$html = "<fieldset><legend>Fieldset</legend></fieldset>";
$dompdf = new DOMPDF();
$dompdf->load_html($html);
$dompdf->render();
$dompdf->stream("Fieldset Test.pdf");
Original issue reported on code.google.com by [email protected] on 8 Jun 2009 at 9:14
Attachments:
What steps will reproduce the problem?
Any larger than around 30k file i created that has so much as a strong or b
tag in it will break
I thought it was a size issue as there is some talk about php 5.2.8 not
working correctly with dompdf, but it will read and render 500kb html files
just fine as long as they are text and br tags, as soon as i put a strong
tag in there or any other tag, it gives me an internal server error.
on small files these tags work just fine (for files 2 pages or less
everything seems to work correctly)What version of the product are you
using? On what operating system?
I'm using the most recent dompdf (dled it yesterday) and php 5.2.8
I played with the phpini's memory limit and timeouts, didn't change any
behavior
Original issue reported on code.google.com by [email protected] on 30 Jul 2009 at 2:26
What steps will reproduce the problem?
1. Take any div or table cell.
2. put "background: url(http://mysite.com/images/image_here.gif)"
3. render pdf and no image background.
What is the expected output? What do you see instead?
-suppose to be image will render too, but no image is attached. i have to
put it to the root directory and should be there for it to render the
background. like so: "background: url(image_here.gif)"
please help.
Original issue reported on code.google.com by [email protected] on 15 Jul 2009 at 3:06
What steps will reproduce the problem?
1. create a div with style="page-break-inside:avoid;" near the end of the
page
2. insert a lot of text "lorem ipsum"
3. output pdf: the number of the page vs total pages appear only in the
last page and not in all pages as if i erease that style attribute.
What is the expected output? What do you see instead?
i expect to see page number on every page, i see it only on the last one
(in my case I had a lot of tables but not nested, on every page i had a
page-break-inside:avoid that works fine (not exactly fine, but I'll open
another issue for that) and i see page number only on the last page.) if i
erease page-break-inside:avoid condition I'll see tablese broken between
pages and page numenr vs total pages on every page as it was supposed to
be.
What version of the product are you using? On what operating system?
0.5.1 on ubuntu
Please provide any additional information below.
Original issue reported on code.google.com by [email protected] on 15 Jun 2009 at 10:51
What steps will reproduce the problem?
1. setup dompdf with CPDF
2. setup html with an image tag using relative path
3. try to generate a pdf document with dompdf
What is the expected output? What do you see instead?
The image should be displayed, instead i get a red X, if i set absolute
path for that image in img src attribute i can get the expected result.
What version of the product are you using? On what operating system?
SVN revision 70
Original issue reported on code.google.com by [email protected] on 14 Jul 2009 at 11:29
What steps will reproduce the problem?
1. write an html table near the end of the page formatted as:
<table>
<tr>
<td>...</td>
<tr>
...
</table>
2. set the syle="page break-inside:avoid" attribute
3. render pdf
What is the expected output? What do you see instead?
in the new page you can see a lot of line break before the table, those
lines break disappear if you wrote in-line html:
<table><tr><td>...</td><tr>...</table> but this is very difficoult to do
and to update for big tables
What version of the product are you using? On what operating system?
0.5.1 ubuntu
Please provide any additional information below.
Original issue reported on code.google.com by [email protected] on 15 Jun 2009 at 10:55
What steps will reproduce the problem?
1. Add <table> <tr> <td> <ul> <li> this is a test </li> </ul> </td> </tr>
</table>
2. Attempt to render PDF
3. Throws exception
What is the expected output? What do you see instead?
Bullet list rendered inside a table
What version of the product are you using? On what operating system?
Latest version as of 7/29/09
Please provide any additional information below.
Is it possible to render this without the order list via a simple patch?
Original issue reported on code.google.com by [email protected] on 29 Jul 2009 at 9:42
What steps will reproduce the problem?
1. Create a HTML page with a link "<a href='http://www.example.org/file
with spaces.html></a>' containing spaces in the URI
2. use pdflib for rendering
3. render it
What is the expected output? What do you see instead?
I expect to see a link to the uri in the pdf
instead i get a pdflib exception in the form
Exception type - PDFlibException
Exception message - Unknown option 'with'
What version of the product are you using? On what operating system?
dompdf 0.5.1/pecl_pdflib 2.1.7/CentOS 5.3
Please provide any additional information below.
This is not reproducible with CPDF.
I also have a fix:
line 721 of pdflib_adapter.cls.php
replace
$url = str_replace("=", "%3D", rawurldecode($url));
with
$url = str_replace(array("=", ' '), array("%3D", '%20'),
rawurldecode($url));
Original issue reported on code.google.com by [email protected] on 23 Jul 2009 at 11:06
What steps will reproduce the problem?
1. Use <em>
What is the expected output? What do you see instead?
I expect my font-style to be italic but not bold. Even with font-weight:normal
it stays bold.
What version of the product are you using? On what operating system?
dompdf 0.5.1, php 5.2.3
Original issue reported on code.google.com by [email protected] on 15 Jun 2009 at 2:38
Hi! I hope this is the correct place to report this problem. I've searched
the issues here and the
discussion group, but I haven't found this problem mentioned.
Thanks for an excellent PDF creator!
-Tim
What steps will reproduce the problem?
1. In your css, explicitly set {background-image: none;} for any element
2. Inside your php script, use the dompdf class directly. Specifically, the
script will hang on
$dompdf->render();
3. call your php script from the command line:
~# php -f /path/to/script/myscript.php
What is the expected output? What do you see instead?
I expect no errors to output, and the dompdf object to successfully call the
render() function.
Instead, the following Fatal Error occurs:
PHP Fatal error: Uncaught exception 'DOMPDF_Exception' with message 'Unknown
image type:
/path/to/script/none.' in /path/to/script/dompdf/include/image_cache.cls.php:81
Stack trace:
#0 /path/to/script/dompdf/include/abstract_renderer.cls.php(105):
Image_Cache::resolve_url('/path/to/script/', NULL, '', '')
#1 /path/to/script/dompdf/include/block_renderer.cls.php(62): Abstract_Renderer-
>_background_image('/path/to/script/', 8, 8.04, 596, 100.464, Object(Style))
#2 /path/to/script/dompdf/include/renderer.cls.php(180): Block_Renderer-
>render(Object(Block_Frame_Decorator))
#3 /path/to/script/dompdf/include/renderer.cls.php(91):
Renderer->_render_frame('block',
Object(Block_Frame_Decorator))
#4 /path/to/script/ in /path/to/script/dompdf/include/image_cache.cls.php on
line 81
It looks to me as if dompdf is taking the 'none' after 'background-image:'
literally, and trying to
find a local image called 'none'. Of course, there is no such image, and
dompdf crashes.
What version of the product are you using? On what operating system?
Version: 0.5.1
OS: Mac OS X Server 10.4.11
Please provide any additional information below.
This error does no occur if the php script is available to the web and called
via a browser, only
when called directly in command line mode.
Original issue reported on code.google.com by [email protected] on 21 Jul 2009 at 8:41
What would you like dompdf to do:
DOMPDF requires fonts referenced by a document that is rendered. When a
font has not been loaded DOMPDF will crash with an exception: Unable to
find a suitable font replacement for: 'font_name'
Ideally the user would have specified a fallback (sans, sans-serif, etc.)
for any font family definitions. In lieu of this, however, I think we
should have DOMPDF fall back to one of the core fonts.
Original issue reported on code.google.com by eclecticgeek on 3 Jun 2009 at 3:46
I would be a good idea to add to documentation that allow_url_fopen need to
be On if using remote files. It took me a while before realising why
stylesheets did not work on production server.
Original issue reported on code.google.com by [email protected] on 1 Jul 2009 at 12:21
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.