Forum Replies Created
-
AuthorPosts
-
in reply to: RTF and footnotes October 24, 2013 at 13:27#29411
The feature is not supported by PD4ML yet.
in reply to: pdf generated using pd4ml has to be converted to gray scale October 25, 2013 at 06:54#29414Is there any other way converting color pdf to grayscale ..??without using pd4ml..!!
in reply to: pdf generated using pd4ml has to be converted to gray scale October 25, 2013 at 18:57#29415No, I’ve never seen such function in popular products/libraries.
in reply to: HTML/CSS rendering issues October 28, 2013 at 01:39#26883I encounter issue when converting a element with display:block. Pd4ml tend to ignore the display:block value which cause the background not expanding to its parent’s width.
The HTML block:
abc dddd
CSS:
.Section1Title {
background-color: blue;
display: block;
width:100%;
}in reply to: Barcode font problem October 29, 2013 at 08:00#29090@ronniepi wrote:
Do I need to encode the start/stop character “*” into the Code 3 of 9 barcode manully using this Code 39 barcode generator font?
I knew the answer. In general, the start/stop character “*” will be generated automatically by barcode creator. So we do not worry about the “*” issue.
in reply to: PDF rendering issue with display:block October 29, 2013 at 12:17#29416PD4ML does not support display: block;, however display: inline-block; should work.
in reply to: PDF rendering issue with display:block October 29, 2013 at 14:07#29417I am using PD4ML Pro 3.8.5b9, and tried the display: inline-block;, but no luck.
FYI, I used PD4ML as command line: java -jar pd4ml.jar file:test.htm test.pdf
in reply to: PDF rendering issue with display:block October 30, 2013 at 08:23#29418You are right: inline-block does not solve the issue with background expanding. For the time being there is no workaround. We’ll check what could be done in the forthcoming release.
in reply to: PDF rendering issue with display:block October 30, 2013 at 11:42#29419So, any tentative date for the next release?
in reply to: Anybody have a way to include font-awesome icons in the PDF? November 5, 2013 at 18:10#29393The fonts come from CSS not from TTF fonts.
in reply to: pdf renders garbled png image November 6, 2013 at 13:20#28326Hi,
I am converting google charts to SVG images using bellow article
http://www.battlehorse.net/page/topics/charts/save_google_charts_as_image.html
Here I am getting SVG image path using canvas.toDataURL(), By using this path I can show image in html but not in PD4ML pdf as it is throwing an error
‘ERROR STDERR – Bad Base64 input character at 6644: 59(decimal)’.
can u please tell me how to show svg images in PD4ML files.Sathish
in reply to: pdf renders garbled png image November 6, 2013 at 14:14#28327Unfortunately PD4ML does not support JavaScript and Canvas – so most probably that is the problem reason.
On the other hand if you generate the chart in a regular browser, extract the image as a base64-encoded data URL and pass the image to PD4ML to be converted to PDF – the trick may work.
In the case it would help if you send us a typical data URL, obtained with canvas.toDataURL(). We’ll check what could be done.
in reply to: Anybody have a way to include font-awesome icons in the PDF? November 6, 2013 at 14:25#29394You may specify font face via CSS or in tag – it foes not matter from PD4ML perspective.
PD4ML needs to find a physical .TTF file by its font face name: to parse, to extract used glyphs and to embed the TTF subset to the resulting PDF.
in reply to: PDF rendering issue with display:block November 6, 2013 at 15:56#29420Close to end of the month. According to our plans it is Nov. 20, but it can take a week longer.
in reply to: HTML/CSS rendering issues November 6, 2013 at 16:50#26884Using pd4ml.prof.dotnet20.380, also called 1.0.4716.35794, which is the latest .net version.
And suddenly, the images are placed on top of the texts.
It looks ok when viewed as HTML.
-
AuthorPosts