html2pdf-Module

[afbelow]

Hi Ladies,

there are still some problems left, but it's time to let you have a look at it.

Here is the Link.

Hope you've fun with.

Will we get problems with the compatibility of wb2 and wb3??

AFBelow

[kweitzel]

WOW ... that is actually a verry good module. We (ruebenwurzel and me) will test it, if it works already errorfree, we can put it up on the add-on repository.

Do you have already a helpfile in english?

cheers

Klaus

[afbelow]

not yet, but in a few days, i think.

we keep in contact.

[kweitzel]

OK ... had a quick look through, but unfortunaly I got errors.

1) Using the link I get the error "Unsupported 'display' value:" (actually blank after that) whatever Value I choose in the configure script (and safe)

Using the supplied testscript with default values I get:

Code:

Fatal error: Call to undefined method FPDF::GetFontAscender() in C:\Programme\xampp\htdocs\wb\modules\html2pdf\public_html\output.fpdf.class.php on line 163

I suppose you need additional software enabled with Apache & PHP to be able to work this, right?

I currently only tested this on a XAMPP Server (Windows XP) Version:

ApacheFriends XAMPP (basic package) version 1.5.3a

  + Apache 2.2.2
  + MySQL 5.0.21
  + PHP 5.1.4 + PHP 4.4.2-pl1 + PEAR
  + PHP-Switch win32 1.0 (use the "php-switch.bat")
  + XAMPP Control Version 2.3 from www.nat32.com   
  + XAMPP Security 1.0   
  + SQLite 2.8.15
  + OpenSSL 0.9.8b
  + phpMyAdmin 2.8.1
  + ADOdb 4.80
  + Mercury Mail Transport System v4.01b
  + FileZilla FTP Server 0.9.16c
  + Webalizer 2.01-10
  + Zend Optimizer 3.0.0

Hope this information helps you already ...

cheers

Klaus

[afbelow]

Hmm...
looks like a windows-problem with the xampp-package.

May I have a look at the include_path in your phpinfo.php?

Maybe, the XAMPP has installed the FPDF as PEAR-Package, what may cause conflicts like this.
If, your include_path looks like:

include_path = ".;C:\Programme\System\xampp\php\pear\;

Try to modify it via htaccess

php_value include_path "<...>"

and change <...> to:

.;C:\Programme\System\xampp\htdocs\...\modules\html2pdf\public_html\;C:\Programme\System\xampp\php\pear\;

[afbelow]

We've updated our Version to 0.10 (still beta).

The new Versions solves some Bugs for people, who use virtual-Serversystems.


Dear Klaus,
we neither use Windows-Server for Webapplications, nor we've running XP with XAMPP or something like that.
We've tested our module on different linux-systems (see our updated helpfile) with a clean wb-installation an the round-template. It seems to work.
I think you understand, that I'm not really interested in buying a Microsoft XP-System just for this. So if you want me to solve that problem, I need your assistance.

AFBelow

[kweitzel]

sorry, I was a bit occupied the last days ... Don't worry too much about the whole XAMPP System, it is only my test environment.

When I have a moment time, I'll have a go on one of my linux boxes ... thanks for your reply though, I can apreciate the need for the users assitance without it ...

cheers

Klaus

[kweitzel]

OK ... the include does look exactly like you thought it looks:

Maybe, the XAMPP has installed the FPDF as PEAR-Package, what may cause conflicts like this.
If, your include_path looks like:

include_path = ".;C:\Programme\System\xampp\php\pear\;

I did change the include path, via .htaccess and in the include_path variable, no change, still the error "Unsupported 'display' value:" ... as if the variable for the display size is not passed on.

Still I have not yet tested on a unix machine.

cheers

Klaus

[lonestar]

Hi

Thanks for the fantastic module and sorry for my bad english.

It works great. My Problem: The module generated the complete Website. How can i generate a PDF-File only from the Content (WYSIWYG).No Head or Menu or Footer.

Thanks in advance

Lonestar

[afbelow]

change the used css with the configure.php script or in your template for requests by $_SERVER["SERVER_ADDR"] == $_SERVER["REMOTE_ADDR"].

in the selected css you can hide this areas.
e.g.
#header {
    display: none;
}
if you want the <div id="header">...</div> not to be shown.

AFBelow

[ruebenwurzel]

Hello,

i always get the following error message

Please specify URL to process!

Whats wrong?

Matthias

[afbelow]

the function html2pdf_find_targe t() in include.php can't grep the addressline of your browser correctly.
does your php.ini use restrictions to handle the $_SERVER-globals?

if you use a vServer and html2pdf_v0.9 upgrade to html2pdf_v0.10. That version should solve this problem.

[ruebenwurzel]

Hello,

does your php.ini use restrictions to handle the $_SERVER-globals?

Look here to my phpinfo

if you use a vServer and html2pdf_v0.9 upgrade to html2pdf_v0.10. That version should solve this problem.

Have the same problem with both versions, lokal and on my host.

Matthias

[kweitzel]

It works great. My Problem: The module generated the complete Website. How can i generate a PDF-File only from the Content (WYSIWYG).No Head or Menu or Footer.

If your template has a print.css file that one can be used. Just open the configure dialog (wb/modules/html2pdf/configure.php) and select the CSS file.

cheers

Klaus

[kweitzel]

funny thing ... I installed it on another XAMPP Server, Version 5.1.4, no issues here.

Changed the Path in the php(.)ini, nothing else to do ... so please forget the issues I had before. that other machine will get the same Version.

Thanks a lot for publishing this module, We hope, that we can include this in the add-on repository.

cheers

Klaus

[ruebenwurzel]

Hello,

that we can include this in the add-on repository

As soon as i get it working on my page (look at the pdficon on the page), and as soon we have a multilingual Version (The text "open as pdf" should be translated) I'm according you that we should release this at the addons repository.

Matthias

[afbelow]

Ahoi Klaus,

of course you can.
But its only beta yet and we're still working on it.

At the moment we're trying to find a solution for matthias' problem, but we can't reproduce the error at the moment. We think it might be caused by the handling of registered and unregistered globals in php. We're modifying our SUSE at the moment to come close to his configuration settings.

In a few days I hope you'll get the Google-Map-Module, so keep on testing.

so far so good
AFBelow

PS:
Dear Matthias,
yes, i've seen it. we're working on it.
and: it's still beta (!!) so it's not fully multilangual at the moment. neither it's fully utf-8 nor utf-16 at this time.

[kweitzel]

Hi Matthias, did you call the PDF in the template or in the content?

cheers

Klaus

[lonestar]

If your template has a print.css file that one can be used. Just open the configure dialog (wb/modules/html2pdf/configure.php) and select the CSS file

Sorry, thats works not for me. I use the Template "round" . This Template have a print.css. In this css-file are "menu, search" display: none. I have select in configure.php of html2pdf PRINT as CSS-Media. But in the PDF-File the Menu no to display and the Search-Box and the Login-Box to display.

Lonestar


PS: Eventl. kann jemand Deutsch. Mein Englisch ist mehr als miserabel.


Thanks. It work perfect. I have set all css-tags on display none an its work.

[ruebenwurzel]

@afbelow

tested a little bit more and your fantastic modul seems to work except on the first page (index.php).

And on a page with a long text (geschichte) i got the following error. I'm not shure if it is a limitation from the script or my hoster.

Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to allocate 46 bytes) in /www/htdocs/xxxxxxx/modules/html2pdf/public_html/box.text.php on line 51

You can test and reproduce it here:

http://www.familie-gallas.de/pages/geschichte.php

Edit: fixed with setting .htaccess to "php_value memory_limit 128M"

And a hint for your help page. After installation the users should set the configure.php and the cache dir to chmod777, (maybe some files more?) otherwise the module don't works.

Matthias

[pcwacht]

This module though it is still very beta looks awesome.....

John

[afbelow]

the file box.generic.php tries to render your html-page to pdf. with very long pages or multiple-page-output it may cause conflicts with the memory_limit, which was assigned to your vServer on the system.

so, this error is caused by your memory_limit in the php.ini-settings. try to increase it with .htaccess-settings as discribed in the helpfile.

we're working with 4 Intel Xeon 2.4GHz processors and 4GB cache on each engine, so we dont have problems like this   but I think, if you increase your memory_limit up to 120 or if you want to run multiple-page-rendering 250 MB, you will never have any problems.

[afbelow]

@ruebenwurzel

Your entire page will run, if vou follow this link. We'll solve that bug within the next update.

cheers
AFBelow

[ruebenwurzel]

@afbelow

1. Setting php_value memory_limit to 128M with .htaccess solves the problem with the big text page.

2. Your link with the additional filname solves the problem with the first page.

So now this module works very good and i think if the next bugfixed update is available we put it on the addons repository.   

Thank you very much for your help and your addition to WB

Matthias

[afbelow]

Here you have the version 0.11 with the updated include-file, fixing the bug dicussed with ruebenwurzel today.

Many thanks for the support to all of you. We keep in contact.

AFBelow