What I see is the following processing of raw HTML when creating an EPUB:

1. Tags of the form:

<p><img src=menus/jpg/01.jpg style="height:100.0%" /></p>

    are processed to some extent insofar as the description of the file is added to the resulting content.opf manifest and the image is copied to the EPUB/media/ directory

2. <svg></svg> tabs are also partially processed: their presence in a file (book chapter) automatically causes pandoc to add "properties=svg" qualifier to the file's description in the manifest. On the other hand what lives inside the svg wrapper is ignored.

In case s/o runs into the same issue my best effort to workaround this difficulty:

1. add <img ... /> raw HTML referencing the images to the md source: causes pandoc to add them as 'media-type="image/png" (e.g.) to the manifest and copy the png/jpg files to the resulting epub.

2. add dummy <svg></svg> empty entries to all files/chapters that reference images so that pandoc marks the output files with the "properties=svg" attribute in the conten.opf manifest (stops epubcheck complain)

3. run pandoc

4. unzip the epub and batch edit the files in the EPUB/text/ directory... a lengthy but simple regex will replace all the <img /> by <svg></svg> wrappers + <images /> and zip the stuff back into place as if nothing happened.

Questionable... but easier than patching the code.

Not pandoc-related but for those who have a vested interest in epub's there is a lengthy not too technical article called Image handling in ePubs reaches new level of inanity by one M. A. Demers one her site: (mademers.com)

--
You received this message because you are subscribed to the Google Groups "pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/220286f4-8dab-4a80-9ad6-4794e15f1961o%40googlegroups.com.