Extension talk:EPubExport

Requested features

 * Additional languages
 * Permissions:
 * Add an "exportable" property to pages. Pages with exportable=false won't allowed to be exported. Also the "ePub export" link will not be shown in these pagese. When exporting a group of pages, if one of them is not exportable, export will failed with detailed message.
 * Administrator would be able to change the exportable permission for any page.
 * Configuration of default exportable permission shall be added.

Done on version 0.02

 * Version Warning - place a warning on the top of each page, that this is a static version of the article, from a specific date and time (as in printable version).

Done on version 0.03

 * Image support: Images are now embedded in the epub file.

Done in version 0.04

 * User-defined CSS

Bug?
I have an italian mediawiki installation. When I click on the tools link to export to ePub, the page http://mywiki.org/w/index.php?title=Speciale:Stampa_ePub&page=Page_Name is loaded, but I get an error "La pagina speciale richiesta non è stata riconosciuta.", which means "the requested special page hasn't been recognized". But "Speciale:Stampa_ePub" special page loads!

My installation uses short urls.

It Seems like the problem is with the "raw url" special page form. The other special pages load with the raw url.

Is it a bug?

Thank you for your attention. DonPaolo 19:47, 6 July 2010 (UTC)

Confirmation
Yes I got the same message (in English), i.e. a Firefox popup, so the web client tries to retrieve an epub file from a local tmp dir, but can't find it.

Content of the FF popup: /tmp/zD1EI3lu.part could not be saved, because the source file could not be read. Try again later, or contact the server administrator.

Version of ePubExport Version 0.5.4 (2010-05-16)) from CVS it says version 47

My setup: MediaWiki 	1.16.0 PHP 	5.2.6-3ubuntu4.6 (apache2handler) MySQL 	5.0.75-0ubuntu10.5

Short URLS (LocalSettings.php) $wgSitename        = "EduTech Wiki"; $wgScriptPath	   = "/mediawiki"; $wgScript          = "$wgScriptPath/index.php"; $wgRedirectScript  = "$wgScriptPath/redirect.php"; $wgArticlePath     = "/en/$1";

Apache aliases: Alias /mediawiki "/data/portails/mediawiki" Alias /en "/data/portails/mediawiki/index.php"

So it does get stuck somewhere, but can't figure out where. Btw. the documentation doesn't say that one should create an epub/temp directory and chown to the web server user. I did that but won't help (the path to temp is fine btw.)

A mediawiki version or a short URL problem ?

cheers ! - Daniel K. Schneider 19:50, 29 November 2010 (UTC)

Graphic embedding
I'm sorry to say that thumbnails of graphics do not end up embedded in the epub file. The calibre web inspector shows a correct href-entry, a correctly named file is put into /../images but the file is 0 bytes long. Manual substitution of the file by downloading & inserting doesn't help either. Tested on Mediawiki 1.16.0. with Calibre (running on Vista) & iBooks. Regards, F. Helm

Looking to test suitability for English Wikisource
The ability to export our completed works at English Wikisource is something that is of interest to that community, and we see that this extension may be a great tool to have on offer. We develop our works hierarchically as subpages of a work, usually chapters.  With that sort of design, would this extension be able to generate an EPUB of the whole work easily?  Or is that not going to work?  If it isn't going to work to generate our e-works, what sort of structure or guidance would be required to implement the extension so that we can offer whole works. Thanks. — [[user:billinghurst|billinghurst  sDrewth  10:39, 17 May 2011 (UTC)


 * What would be the impact if we just loaded EPubExport into Wikisource like it is? Jeepday 22:33, 15 November 2011 (UTC)