splitbrain / dokuwiki-plugin-dw2pdf Goto Github PK

I get this error: PHP Fatal error: "PHP Fatal error: Call to undefined function http_conditionalRequest() in /var/www/wiki/lib/plugins/dw2pdf/action.php on line 135"
I change the function to http_conditionalrequest() and it works N times and the I get the same error again and I have to change it back. I have no idea why I have this strange behaviour and would like to kill it of course.

Platform: Douwiki "Angua" on Windows Server 2008R2 IIS 7.5 with php 5.4.2

Client-side when I click create PDF I get error 500, then if I refresh the page I get the PDF correctly.

Server-side, I get the following error:

PHP Warning: Illegal string offset 'h' in C:\Websites\wiki\lib\plugins\dw2pdf\mpdf\mpdf.php on line 9165 PHP Warning: Illegal string offset 'h' in C:\Websites\wiki\lib\plugins\dw2pdf\mpdf\mpdf.php on line 9165 PHP Warning: opendir(C:/Websites/wiki/data/tmp/dwpdf/398,C:/Websites/wiki/data/tmp/dwpdf/398): The system cannot find the file specified. (code: 2) in C:\Websites\wiki\lib\plugins\dw2pdf\mpdf\mpdf.php on line 7132 PHP Warning: opendir(C:/Websites/wiki/data/tmp/dwpdf/398): failed to open dir: No such file or directory in C:\Websites\wiki\lib\plugins\dw2pdf\mpdf\mpdf.php on line 7132

Upon refresh, the PDF is generated correctly. I have ensured that the tmp\dwpdf folder exists and is fully writable, but there is nothing ever in it.

Images that do not use the feature of dokuwiki to resize images (pic.png?200) are correctly shown in the generated PDF. But all images that do not use there native size aren't visible.

Regards, Arne

I have a quite big page and dokuwiki runs on a relatively slow server
When i try to export the big page i have the error below

[Sat Sep 22 10:59:54 2012] [error] [client 192.168.3.51] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/dokuwiki/lib/plugins/dw2pdf/mpdf/mpdf.php on line 0, referer: http://192.168.3.1/dokuwiki/doku.php?id=musica:oboe:fingerings

If i modify, for example, the function "function convert(&$event, $param)" in the file "action.php", adding the line set_time_limit(60); this increment the timeout only for this function ad my server has the time for the conversion

It could be useful to add this timeout as parameter in the config section of the plugin

by

When exporting a Dokuwiki page to PDF using dw2pdf the images are not added.

Specs:

• DokuWiki (2012-01-25a "Angua")
• Closed Wiki
• Group "@ALL" has no access rights
• Latest Version of dw2pdf (2012-05-20)
• userewrite is set to ".htaccess"
• Running on nginx + php5-fpm with rewrites in the nginx vhost config

Used markup:
{{ :documentation:admin_level:clustman1.png }}

Also tried a lot of other options, nolink, adding dimensions etc but none of which work

Whenever I generate PDF files from Dokuwiki pages, I receive this error:

"There was an error opening this document. The file is damaged and could not be repaired."

I am using the latest weathermax build, but this issue occurred for me on the last 3 builds as well. Tried from multiple machines, multiple browsers, and always the same problems. It seems as if the PDF is generated, given that the sizes range from 30-100KB depending on the article.

I've deleted the plugin and reinstalled several times. Running on a Windows 7 x64 machine, XAMPP for the webserver.

For the date replacement patterns, it would be nice to be able to specify the output format for the date. There are two such replacement patters:

• @UPDATE@ – Time of the last update of the article
• @DATE@ – time when the PDF was created (might be in the past if cached)

These customisations could be supplied as configuration variables, or in the placeholder text (e.g. @UPDATE|%Y-%m-%d@, and using dformat()). Which would be better? I am leaning towards the latter, because then the replacement pattern can be used in multiple places and have different formats in each.

Any opinions? Is the pipe a suitable separator? Any other considerations?

@REVNUM@ The total number of revisions made to the current page.

A new replacement pattern or placeholder for the revision number/count of the current page. The actual revision number of the page isn't so useful because it's so long; better to just get the (much smaller) number of actual revisions made to the page (i.e. starting from 1).

how to reproduce:

1. add the following into a wiki-page:

<code bash>

#! /bin/bash

[ $# -ne 1 ] && echo "Usage: $0 <name>" >&2 && exit 1

name="$1"
echo "Hallo, $name"

exit 0

</code>

<code bash>
#i am recursive!
$0

echo "Usage: $0 <name>" >&2

foo

i will not break $0 anytime!

bar

$0

</code>

1. export to pdf
2. get this in the pdf

#! /bin/bash

[ $# -ne 1 ] && echo "Usage:
#i am recursive!
#! /bin/bash   [ $# -ne 1 ] && echo "Usage: $0 <name>" >&2 && exit 1  
name="$1" echo "Hallo, $name"   exit 0

echo "Usage:
#! /bin/bash   [ $# -ne 1 ] && echo "Usage: $0 <name>" >&2 && exit 1  
name="$1" echo "Hallo, $name"   exit 0
<name>" >&2

foo

i will not break
#! /bin/bash   [ $# -ne 1 ] && echo "Usage: $0 <name>" >&2 && exit 1  
name="$1" echo "Hallo, $name"   exit 0
 anytime!

bar

#! /bin/bash   [ $# -ne 1 ] && echo "Usage: $0 <name>" >&2 && exit 1  
name="$1" echo "Hallo, $name"   exit 0
<name>" >&2 && exit 1

name=" class="code bash""
echo "Hallo, $name"

exit 0
#i am recursive! $0   echo "Usage: $0 <name>" >&2   foo   i will not break
$0 anytime!   bar   $0

Hello,

My team and I use DokuWiki in eight of our networking/database labs to keep lab documentation in one place (and organized).

We use dw2pdf to export one page at a time to PDF but we were wondering if anyone knew of a way to export the entire wiki to a PDF.

I have been trying to modify the plugin but I can't account for the change in $ID for each page.

Any help would be greatly appreciated!

I'm adding support for optional landscape orientation for exported documents, and am wondering if anyone's got an opinion about how this should be specified in the page. I was thinking of the simple ~~LANDSCAPE~~, but would like to fit in with the broader Dokuwiki way of things.

Any ideas?

Thanks,
Sam.

When I convert my page http://utkl.ff.cuni.cz/dokuwiki/doku.php?id=wiki:user:skoumal:anotace to pdf, the first line on the second and further pages overlaps with the header of the page. It may be caused by a lot of <code> tags or by the accented characters, or combination of both. I didn't noticed such behaviour on "normal" pages.

Hi,

in my wiki, I have installed the dw2pdf plugin and the wrap plugin. Most commands of wrap are supported. But there is one big problem when using the command "WRAP noprint", because the dw2pdf plugin ignores this. What shall I do?

Regards form Juergen.

Is there any way to include the processed output of LaTeX formulae generated using Mathjax (https://www.dokuwiki.org/plugin:mathjax)? At the moment, this output is just read as regular text.

When exporting a PDF file, the cached version seems to lose its filename and is named '.pdf'.

More: http://forum.dokuwiki.org/post/31639

When using dw2pdf in conjuction with several other plugins I had trouble with php crashing, with the error message "Compilation failed: regular expression is too large". I found that the function ReadCSS() in mpdf.php fails when CSS files become too large. That's because most of the css file is placed into a regex used as an argument in the function preg_quote(), which fails when the regex exceeds 65K characters. Here are the problem lines of the original code (starting at line 22068 of mpdf.php):

// Remove Comment tags <!--  --> inside CSS as <style> in HTML document
// Remove Comment tags /* ...  */ inside CSS as <style> in HTML document
preg_match_all('/<style.*?>(.*?)<\/style>/si',$html,$m);
if (count($m[1])) { 
  for($i=0;$i<count($m[1]);$i++) {
    // Remove comment tags 
    $sub = preg_replace('/(<\!\-\-|\-\->)/s',' ',$m[1][$i]);
    $sub = preg_replace('|/\*.*?\*/|s',' ',$sub);
    $html = preg_replace('/'.preg_quote($m[1][$i], '/').'/si', $sub, $html); 
  }
}

There are a few other problems too. Alltogether:

1. The html comment delimiters (<!-- -->) are removed, but what is within them isn't removed;
2. The regex in the preg_quote can become much too long, killing php; and,
3. The final preg_replace can replace too much if in the unlikely event the text to be replaced may occur both within the <style></style> tags and outside of them.

I propose the following changes, in which the final preg_replace is replaced with the more efficient str_replace, avoiding the too long regex problem:

(-)  // Remove Comment tags <!--  --> inside CSS as <style> in HTML document
(+)  // Remove Comment tags <!-- ... --> inside CSS as <style> in HTML document
     // Remove Comment tags /* ...  */ inside CSS as <style> in HTML document
(+)  // But first, we replace upper and mixed case closing style tag with lower
(+)  // case so we can use str_replace later.
(+)  preg_replace('/<\/style>/i', '</style>', $html);
     preg_match_all('/<style.*?>(.*?)<\/style>/si',$html,$m);
     if (count($m[1])) { 
       for($i=0;$i<count($m[1]);$i++) {
         // Remove comment tags 
(-)      $sub = preg_replace('/(<\!\-\-|\-\->)/s',' ',$m[1][$i]);
(+)      $sub = preg_replace('/<\!\-\-.*?\-\->/s',' ',$m[1][$i]);
(-)      $sub = preg_replace('|/\*.*?\*/|s',' ',$sub);
(+)      $sub = '>'.preg_replace('|/\*.*?\*/|s',' ',$sub).'</style>';
(-)      $html = preg_replace('/'.preg_quote($m[1][$i], '/').'/si', $sub, $html); 
(+)      $html = str_replace('>'.$m[1][$i].'</style>', $sub, $html);
       }
     }

Implementing these changes, the plugin works with other plugins that use long CSS files.

I haven't used GitHub before and am not confident in making these changes to the source. (Does mpdf.php belong to a separate project?) So, someone here may want to review these and make the appropriate changes to the source.

Thanks

Hi,

I've translated the csettings to catalan:

$ cat ca/settings.php

<?php
/**
 * Catalan language file
 *
 */

// for the configuration manager

$lang['output']           = 'Com s\'ha de mostrar a l\'usuari el PDF?';
$lang['output_o_browser'] = 'Mostra\'l en el navegador';
$lang['output_o_file']    = 'Descarrega el PDF';
$lang['usecache']         = 'S\'ha d\'afegir els PDFs a la memòria cau? Les imatges no es validaran via ACL, inhabiliteu aquesta opció si pot ser un problema de seguretat.';
$lang['template']         = 'Quina plantilla voleu emprar pels PDFs?';
$lang['maxbookmarks']     = 'Quants nivells de secció s\'han d\'emprar en els enllaços PDF? <small>(0=cap, 5=tots)</small>';
$lang['usestyles']        = 'Podeu posar una llista separada per comas de connectors dels que llur <code>style.css</code> o <code>screen.css</code> s\'emprarà per la generació de PDFs. Per defecte només s\'empra <code>print.css</code> i <code>pdf.css</code>.';

Could it be added to the next release?

When using the tablecalc plugin to calculate values for table cells, the cells are empty in the exported pdf.

Hi there, I am not sure if it is correct or not but it seems that the dw2pdf interpret the raw HTML source code instead. So if there is any non-standard tag generated by other plugins and those tag are not just formatting (for example, need to replace those tag with other specific text) and needed to be done by a specific plugin, dw2pdf will not take that into account. I am just wondering if there is any way for dw2pdf wait other plugin action done, then take the resulting html as the source for pdf export? I am looking on the action.php and convert function, but don't know how to add code to implement that function.

My dokuwiki has svg images, but when I use dw2pdf they come out in the pdf with a big black box over them, though you can see parts of the svg image sticking out at the edges.

would be nice to generate qr-codes on localhost instead to use external services.
on linux it's easy done with qrencode.
store the .png locally

code could be something like this (hack for barcode-plugin):

            global $conf;
            $size = $p['size'];
            $text = escapeshellcmd($p['text']);
            switch($size) {
                    case 'S':
                            $resultStr = "--size=1 ";
                            break;
                    case 'M':
                            $resultStr = "--size=2 ";
                            break;
                    case 'L':
                            $resultStr = "--size=4 ";
                            break;
                    case 'XL':
                            $resultStr = "--size=8 ";
                            break;
                    default:
                            $resultStr = "--size=2 ";
                            break;
            }
            foreach(array("level", "symversion", "margin", "dpi", "type") as $optional) {
                    if ($p[$optional]) $resultStr .= "--".$optional."=".preg_replace("/[^a-zA-Z0-9]/", "", $p[$optional])." ";
            }
            foreach(array("structured", "ignorecase", "8bit", "micro") as $optional) {
                     if ($p[$optional]) $resultStr .= "--".$optional." ";
            }

            $filename = preg_replace("/[^a-zA-Z0-9]/", "", substr($text, 0, 1000)).".png";
            passthru("qrencode ".$resultStr."-o ".$conf['savedir']."/media/tmp-qrencode/".$filename." '".urlencode($text)."'");
            return "<img src='_media/tmp-qrencode:".$filename."' alt='barcode'";

Hi,
I use the plugin Box to render "Box shell" (http://perso.ens-lyon.fr/sebastien.mei/wiki/doku.php?id=documentations:dokushellbox) and export pdf gives me empty windows.
Thank you in advance for your help.

Hi everybody ...

OS
Wheezy 7.0 - Debian 3.2.35-2 x86_64 GNU/Linux
dokuwiki Version: 0.0.20120125b-2
graphviz 2.26.3-12

PLUGINS
dw2pdf - 2012-05-20
graphviz 2010-11-24

PROBLEM

1. Graphviz works excellent.
2. Dw2pdf works excellent.
3. when exporting to PDF, so good even images.
4. But the graphics generated by graphviz ... NOT.
5. I made with colored and colorless. Just are not included in the PDF.

CODE EXAMPLE

Digraph R
{
/* Configuración general*/
rotate="90";
size="6,10";
bgcolor=transparent;

/* Configuración nodos */
Reclamo [color="skyblue",style=filled];
Contener [shape=box];
Solucionado [shape=diamond, label="¿Solucionado?"];
Registrar [shape=box];
Evaluar [shape=box, label="Evaluar Méritos, Investigar"];
Valido [shape=diamond, label="¿Proceso Válido?"];
Informe [shape=box, label="Generar informe Técnico"];
Responder [shape=box, label="Responder al Paciente o Médico"];
Archivar [shape=box];
Fin [color="skyblue",style=filled];

SiSolucion [shape=circle,label="Sí",height=.4,fixedsize=true,color="green",style=filled];
NoSolucion [shape=circle,label="No",height=.4,fixedsize=true,color="red",style=filled];
SiValido [shape=circle,label="Sí",height=.4,fixedsize=true,color="green",style=filled];
NoValido [shape=circle,label="No",height=.4,fixedsize=true,color="red",style=filled];

/* Código */
Reclamo -> Contener -> Solucionado;
Solucionado -> NoSolucion -> Registrar -> Evaluar;
Evaluar -> Valido -> SiValido -> Informe;
Informe -> Responder -> Archivar;
Archivar -> Fin;
Solucionado -> SiSolucion -> Fin;
Valido -> NoValido -> Responder;
}

In advance, thanks for any help.
Sergio from CHILE

When using the library with the PDFbook plugin, it makes sense to add each page separately instead of creating a huge HTML string: http://mpdf1.com/manual/index.php?tid=121

The cache depends on some files, which let expire the cache.
Either the title of the bookmanager form of the Bookcreator plugin is not stored as dependency.

How to fix this?

I fixed the CSS so the headers and footers would no longer be printed over the page content. Patch for default template:

--- style.css.orig  2012-01-27 14:37:06.000000000 +0100
+++ style.css       2012-01-27 14:31:44.000000000 +0100
@@ -2,11 +2,13 @@
     font-size: 8pt;
     border-collapse: collapse;
     border-bottom: 1px solid #000000;
+    clear: both;
 }

 table.pdffooter {
     font-size: 8pt;
     border-collapse: collapse;
     border-top: 1px solid #000000;
+    clear: both;
 }

Hi,
dw2pdf (last version) is installed on Weatherwax RC1
It works well with English pages but not with Japanese texts.
Fonts embed in the PDF are only DejaVuSansCondensed, DejaVuSanCondensed-Bold and ZapfDingbats, therefore Japanese characters are rendered as squares.
I tried to change mpdf settings but i cannot solve the issue myself.

When exporting a numbered list the number starts over at every indent.

On the wiki it looks like this.

will look like this when exported to pdf.

On the pdf it looks like this.

Is there anything that can be done to make it look more like the characters used by the wiki?

If your dokuwiki is running on a server with a non standard port number like 8081 the generated links for internal (aka dokuwiki links) do not include the port number.

Example:
Server address is http://mysrv.example.org:8081

In DokuWiki the link [[playground:playground]] is correctly resolved to http://mysrv.example.org:8081/playground:playground (nice url rewriting enabled). But the link in the generated pdf reads http://mysrv.example.org/playground:playground. The port number is missing what leads to incorrect links.

My Config:

• DokuWiki (2012-01-25a "Angua")
• Closed Wiki
• Group "@ALL" has no access rights
• Latest Version of dw2pdf (2012-05-20)
• userewrite is set to ".htaccess"

Regards
Oliver

[Sat Feb 11 14:31:17 2012] [error] PHP Warning: filemtime(): stat failed for http://static.fsf.org/nosvn/no-facebook-me.png in /usr/share/dokuwiki/inc/media.php on line 1733

wiki page contained:

[[http://www.fsf.org/fb|{{http://static.fsf.org/nosvn/no-facebook-me.png?178&nolink|not f'ed}}]]

it's from media_resize_image() :

1733     if( $mtime > filemtime($file) ||
1734             media_resize_imageIM($ext,$file,$info[0],$info[1],$local,$w,$h) ||
1735             media_resize_imageGD($ext,$file,$info[0],$info[1],$local,$w,$h) ){
1736         if($conf['fperm']) chmod($local, $conf['fperm']);
1737         return $local;
1738     }

I just installed the newest version of dw2pdf and it returns a PDF file with a size of 0 bytes. Checking the logs, I got this message:

2012/05/11 18:50:20 [error] 28102#0: *346 FastCGI sent in stderr: "PHP Warning: rand() expects exactly 2 parameters, 1 given in /var/www/lib/plugins/dw2pdf/DokuPDF.class.php on line 11
PHP Warning: opendir(/var/www/data/tmp/dwpdf): failed to open dir: No such file or directory in /var/www/lib/plugins/dw2pdf/mpdf/mpdf.php on line 7132" while reading response header from upstream, client: 192.168.1.200, server: wiki.[removed].com, request: "GET /start?do=export_pdf HTTP/1.0", upstream: "fastcgi://127.0.0.1:9000", host: "wiki.[removed].com", referrer: "https://wiki.[removed].com/doku.php"

hello
i run dokuwiki on microapache (portable edition)
export to pdf works well but if i use @qrcode@ i got the white paper icon with red X on (no image found)
microapache is the latest version, dokuwiki also
what test i can do?
thanks

I setup dw2pdf with 2013-05-10a "Weatherwax" dokuwiki and the Dokuwiki template. Used the suggested code for the Dokuwiki template to create a pdf icon. It works perfectly, except I would like a user to click on the pdf link and have the pdf open inline in the browser instead of popup a dialog for saving the pdf (doesn't give option to open in pdf viewer). I'm assuming this is MIME type setting or something.

I figure out that dw2pdf doesn't support svg image, e.g.

< object data="doku.php?do=export_svg& id=xxx.svg" type="image/svg+xml" height="432" width="600" >< /object >

anyway to make it supported? thanks

Hi,

I've just installed your plugin on my server and I've an error related by apache2 :

PHP Fatal error: Class 'DokuWiki_Action_Plugin' not found in /var/lib/dokuwiki/lib/plugins/dw2pdf/action.php on line 14

Can you help me for resolve my problem ?

Thanks :)

It would be nice and helpful to have a config parameter 'pdfsheet' for the default sheet size of the exported pdf.
And It would be more helpful if the user can select an appropriate page size/format when exporting a page
(selection easily done in a template style or action link).

conf/default.php:
+$conf['pdfsheet'] = "A4";

conf/metadata.php:
+$meta['pdfsheet'] = array('string');

lang/en/seetings.php:
+$lang['pdfsheet'] = 'Default pagesize/format e.g. A4, A3-L, ... see mpdf docs';

action.php lines 65 ff

•    $pdfsheet = $_REQUEST['pdfsheet'];
  

•    if(!$pdfsheet)
  

•       $pdfsheet = $this->getConf('pdfsheet');
  

•  if(!$pdfsheet)
  

•        $pdfsheet = 'A4';
  

sheet size should possibly be added to cache depends

action.php line 77

•     $mpdf = new DokuPDF();
  

•    $mpdf = new DokuPDF($pdfsheet);
  

DokuPDF.class.php line 17

• function __construct(){
  

• function __construct($format){

DokuPDF.class.php line 21

•    parent::__construct('UTF-8-s');
  

•    parent::__construct('UTF-8-s',$format);
  

-jerry

Code blocks with a $ character inside them do not display correctly when exported via dw2pdf. If I remove the $ it works just fine.

This produces a garbled version of the page with duplicate data from the code block (without the proper arrangement of the text the way it was in the code block) inserted where the $ was.

These pages display correctly everywhere but in PDF exports from dw2pdf.

In conjunction with the bookcreator plugin, the error is compounded, producing pages with data from other page's code blocks inserted in place of the $.

Here is an example page from the wiki I'm working on that produces incorrect results (You'll notice the $ in there for the price of the spell components required for casting; this is from an RPG wiki I've been working on):

====== Hold ======
^ Colleges | Charm, Life | 
^ Components | Verbal, Hand, Material | 
^ Casting Time | 1 second | 
^ Duration | As Affliction, Malediction | 

<code>
Affliction [33] 
    Paralysis [+150%] 
    Cancellation [+10%] 
        Requires a touch or activation roll 
    Malediction (As Regular Spell) [+100%] 
    Based on Activation Roll [+5%] 
    Magical [-10%] 
    Spell Components [-30%] 
        Must say "stop" in Latin 
        Must gesture with hands 
        Must hold a small, straight piece of iron ($0.08) 
Level 2 [38] 
    Increase Malediction to Speed/Range table [+50%] 
Level 3 [45] 
    Add Area Effect (2 yard radius) [+50%] 
    Add Selective Area [+20%] 
Level 4-7 [50/55/60/65] 
    Increase Area Effect by 1 step [+50%] 
</code>

the plugin don't work with the box plugin

http://daw.xtrweb.com/dokuwiki/doku.php/wiki:box

when I exported to pdf the page ...

http://min.us/lbvEQCRShCqOhh

thanks in advance and sorry for the inconvenience

I tried one of the listed example sites and created a pdf of this page:
http://davidak.de/wiki/python/satzgenerator

The source code lost all of its formatting and returns. Code text was reduced to a continuous stream creating a wall of text.

Hello,

Is there any way to create in PDF table of content accrding to other part of document?

I mean, that below example code should refer not to page www.xyz..com?id=itest:quickstart, but to part in PDF

Example code:

====== TOC ======

• [[itest:QuickStart]]
• [[itest:Intro]]
• [[ni:Connectors]]
• [[ni:Configuration]]'

Hi there, I am installing the dw2pdf manually on default template. But it reports that "Error - mPDF requires mb_string functions. Ensure that PHP is compiled with php_mbstring.dll enabled." when I click the export button. Must the mPDF be available in order to make the dw2pdf running? I don't think I have right to enable the that option in the server so any other way to make it work without mPDF? Thanks/

style.css is being loaded twice in action.php, once in load_template() and once in load_css(). The former is correct, because it makes use of css_loadfile() which does the proper URL fixing etc. The problem is that then it's overridden in the second inclusion, so things don't work.

Am I correct in this? I've removed the $html .= $template['css']; line in my install and everything's working correctly. I'll send a pull request...

:-) Thanks!

Hi Team,

this is not really an issue... what ever. Do you think about an table of contents at the beginning of the document? Currently we use your very useful plugin in our company internal team wiki for internal documentation as well. Therefor it would be great to have such table for a 100 pages documentation.

Does this make sense for you? Is it possible to implement such a table?

Regards,

Andi

When you try to print a wiki page with embedded images, if the url site is like "http://host:port", the function GetFullPath don't process paths correctly.

I thought that there is an error in for loop, because it is processing over $path var but I presume that must be over $filepath var.

- for( $i = 0 ; $i < $backtrackamount + 1 ; $i++ ) $path = substr( $path, 0 , strrpos($path,"/") );
+ for( $i = 0 ; $i < $backtrackamount + 1 ; $i++ ) $filepath = substr( $filepath, 0 , strrpos($filepath,"/") );

Another error is when process local link. When $root var is beeing build, the port isný having in account to build the url

   $root = $tr['scheme'].'://'.$tr['host'];  
+ if($tr['port']) $root .= ':'.$tr['port'];

When there is an old directory in the data/tmp folder where mPDF seems to do its work and call a cleanup function, the cleanup function seems to fail out and leave the client with a corrupted PDF download.

Using the Feb 02 2012 release of dw2pdf

The directory that it was having trouble deleting was a left over from the dokuwiki_upgrade plugin

Hi,

I don't know if this is a problem related to the media-manager or to this plugin-in but I discovered that when updating a media-file the cached pdf is still taken.

Steps to reproduce:

• Create a new article with any image XYZ.jpg
• Export this as pdf
• Go to the media-manager and overwrite XYZ.jpg with another image
• Export again --> The old image is being displayed
• Append ?purge=true to the site
• Export again --> The old image is being displayed
• Edit the page
• Export again --> The new image is being displayed

Hi all,

Having grown annoyed yet again at mPDF (list-item margins this time) I am investigating what it'd take to switch to "proper" formatting with XSL-FO. Have I lost the plot? Is this foolishness? Do let me know.

Anyway, I've got it working using XML from the xml plugin and Apache FOP for the processing. So far, all good and I'm just setting up the basic transformations required to make :wiki:syntax look okay.

(I'm just posting this issue in case anyone's doing anything similar.)

After clicking on the Export PDF button, the exporting takes a very, very long time to start, even minutes, until I finally get the little window to choose whether save or open the PDF file. However, after the first export for a given page, attempting to export the same again goes fine, without delay (maybe because some cache effect).

However, moving to another page, the problem arises again. That is, it occurs in all pages the first time I try to export each one of these. The size or the images included in the page do not make any difference. Even a very simple page with just a few words has the same problem.

Using Opera 12.02 on Mac OS X 10.6.8. Dokuwiki 2012-01-25 “Angua”, fresh dw2pdf download.

I am using the Dokuwiki template, and have installed the plugin according to the instructions. When I try to export, I get the following:

Server error

The website encountered an error while retrieving http://greyleaf.org/wiki/doku.php?do=export_pdf&rev=0&id=start. It may be down for maintenance or configured incorrectly.
Here are some suggestions:
Reload this webpage later.
HTTP Error 500 (Internal Server Error): An unexpected condition was encountered while the server was attempting to fulfill the request.

My site is hosted externally. Is there a minimum version of PHP required for dw2pdf to work? I am using the following plugins:

• authplain
• discussion
• iframe
• imagebox
• indexmenu
• mathjax
• popularity
• safefnrecode
• wrap