Extension talk:Pdf Export/archive 3

Suggesting name of the Articles as you type

I like the extension but one of the major drawbacks that I find from a user perspective is that Users have to remember the name of their article to paste it in the box at Special:Pdfprint which I think is very inconvenient. Some kind of suggestive/predictive searching would be nice i.e. the name of the article pops up automatically as you start typing it.

Area Block

Is there some way to do the equivalent of

<span class="noprint">Don't print this area</span>

so that when I "Print as PDF" that part doesn't appear? --Skew 14:56, 21 January 2011 (UTC)

For the backends that support CSS I could add this in. How about "nopdf" instead of "noprint" though. --Cneubauer (talk) 17:28, 3 July 2012 (UTC)

Has this been realized? I would love to have this, too. --MichaelZ70 (talk)

Fatal error: Call to a member function msg()

I am running a wamp xampp installed mediawiki 1.16 on windows 2003 service pack 2, and have installed PDFExport 2.4.1 with Htmldoc 1.8.27. I have put Htmldoc.exe in the cgi-bin folder of Apache. I have put the 4 php docs in the the extensions folder under the folder call pdfexport.

I keep getting this error: Fatal error: Call to a member function msg() on a non-object in C:\xampp\htdocs\w\extensions\PdfExport\PdfExport.php on line 40

Anyone have any ideas?

Return to the top of the page

How can I make the TOC to be clickable in the PDF?

The follwing code is incomplete. Any idea how to complete this?

--- a/includes/Linker.php
+++ b/includes/Linker.php
@@ -1417,7 +1417,7 @@ class Linker {
        public function makeHeadline( $level, $attribs, $anchor, $text, $link, $legacyAnchor = false ) {
                $ret = "<h$level$attribs"
                        . $link
-                       . " <span class=\"mw-headline\" id=\"$anchor\">$text</span>"
+                       . " <span class=\"mw-headline\" id=\"$anchor\"><a style=\"text-decoration:none;color:black\" name=\"$anchor\">$text</a></span>"
                        . "</h$level>";
                if ( $legacyAnchor !== false ) {
                        $ret = "<a id=\"$legacyAnchor\"></a>$ret";

NOTE that this was found by me to cause the section edit link, which is notmally placed on the right-hand side of the page on a heading line, to be placed on the left side of the page next to the header, but only when viewed by a Firefox version 4 browser. -Jim - Apr 22, 2011

Image Problem Solved (for my case)

A number of people had problems with images, me too. Let me mention my solution, may it help others.

My Wiki is running https and behind a .htaccess with mandatory password. When the extension starts htmldoc it could not access the directoy where the images are stored via http(s) (which is the way htmldoc operates). Since the extension only ships PDF, there is no place for an error message.

I discovered this when manually debugging and tracing the PHP of the extension to the point where htmldoc was started. Executing htmldoc manually produced the correct error message on the command line / shell.

Solution was to adapt .htaccess in such a manner, that it was available without password when requested from the server itself.

How to install HTMLDOC ???

I will in my Wiki convert a HTML-site to a PDF-file, like on the originaly Wikipedia-site. Can someone tell me, how i have to install the HTMLDOC-files and the PDF-Expert? I f*****g don't understand the installations guide!!! Which files i need? In wich directory i have to install/unpack the files...please help me...please!!!

Under Linux, typically either sudo yum install htmldoc or sudo apt-get install htmldoc. Create a folder (e.g. /var/www/wiki/extensions/PdfExport/) to hold the four files listed in the installation guide. Aff 07:31, 28 March 2011 (UTC)

undefined method Xml::listdropdown()

PHP Fatal error:  Call to undefined method Xml::listdropdown() in 
/var/www/wiki/extensions/PdfExport/PdfExport_body.php on line 198

This extension does not work with mediawiki-1.11 (which does not implement Xml::listdropdown()). Upgrade to mediawiki-1.16.2 resolved issue.

Aff 11:00, 29 March 2011 (UTC)

Hungarian ő, ű characters

I'm trying this extension, but when i generate pdf, in the document the "ő", "ű", "Ő", "Ű" chars are substituted with "?" char. How can i generate these chars?

• HTMLDOC is stupid utility and so it not support UTF8. [see also http://www.easysw.com/htmldoc/faq.php?27].

true UTF8

HTMLDOC not support UTF8, but i know, the mpdf was made support UTF8. Is it possible to remake this important extension for use mPDF or for other utils.--Ip178 13:05, 25 July 2011 (UTC)

Okay, I added an option to use mPDF instead of HTMLDoc. Please download the latest version and give it a try. --Cneubauer (talk) 17:31, 3 July 2012 (UTC)

Blank page returned in Mediawiki 1.17

Using the latest version of PDF Export, clicking 'Print to PDF' returns a blank page. Has anyone else had this problems, and if so is there a solution? (Or is it just me?)

Cheers folks

You need to restart Apache to get the issue resolved.

Otherwise check if the directory images/tmp exists. In my case i had to ln -s ./temp ./tmp in images-directory.