You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When exporting to odf, inline "thumb" images are missing in the resulting file. The situation is a little tricky, because with the pediapress renderer, if immediately ODF is requested, images may not be fetched at all, so:
Save Collection as Book
From the Books page download the PDF first (which has thumb images)
From the Books page download the ODF (images get in from the cache)
The resulting ODF has a Pictures sub-folder with all the images inside, yet they are not displayed in Writer.
unzip the downloaded ODF, prettify content.xml (eg. xmllint -format)
in content.xml move any "draw:frame…" nodes below (hierarchically spoken) the next "text:p…" node
I rather not run my own renderer. No patches, at least not soon. Looking at the source, https://github.com/pediapress/mwlib/blob/master/mwlib/odfwriter.py#L291 the toolkit seems to support the necessary shenanigans in very few lines. This should apply to "frames" as well: of course, one would have to make the move a loop, there may be several images outside of the next paragraph. Still I preferred if pediapress did in-line images in odf…
"work on ODF has stopped a long time ago. "
Why has it been stopped ?
Is there a hope that it could work in the future with ODF and thumb images ?
I'm very insterrested with making it work as I need to export my wiki content and then modify it. Maybe there is other formats I should use instead of ODF ?
When exporting to odf, inline "thumb" images are missing in the resulting file. The situation is a little tricky, because with the pediapress renderer, if immediately ODF is requested, images may not be fetched at all, so:
The resulting ODF has a Pictures sub-folder with all the images inside, yet they are not displayed in Writer.
The new file shows the inline images perfectly!
http://odf-validator.rhcloud.com/ does not find any errors in content.xml. Here's to the specification http://docs.oasis-open.org/office/v1.2/cd05/OpenDocument-v1.2-cd05-part1.html#element-draw_frame Should be OK as is, but lo!
The text was updated successfully, but these errors were encountered: