image that resizes automatically to screen size in epub

image that resizes automatically to screen size in epub

[Chris Jones]

I have an image meant to be fit exactly one page (or should I say
screenful) that I would like the e-reading application to resize
automatically to the size of the e-reader's screen as is already done
with the cover image.

The image can be a png, jpeg, or svg (the png and jpeg are generated
from the svg, itself created initially under latex as a pdf and
converted to svg via inkscape).

The svg file displays correctly under firefox and can be resized with no
visible loss of crispness & resolution.

Is there any way to do this currently in pandoc?

Thanks,

CJ

Re: image that resizes automatically to screen size in epub

[John MacFarlane]

"cjns...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <cjns1989-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

> Not sure if I misread your post and maybe I am not doing it right but as
> far as I can tell this not doing what was intended.

No, I was wrong in thinking this would help.
The reference to the jpg inside the svg still isn't picked up.

Re: image that resizes automatically to screen size in epub

[cjns...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]

On Wed, Oct 28, 2020 at 08:21:47PM EDT, John MacFarlane wrote:
> John MacFarlane <jgm-TVLZxgkOlNX2fBVCVOL8/A@public.gmane.org> writes:
> 
> > "cjns...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <cjns1989-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

> You can work around this, actually!
> 
> % pandoc -f html -t markdown
> <svg xmlns="http://www.w3.org/2000/svg" 
> xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1" width="100%" 
> height="100%" viewBox="0 0 900 1200" preserveAspectRatio="none">
> <image width="900" height="1200" xlink:href="../media/pl001.jpg" />
> </svg>
> ^D
> ![](data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHhsaW5rPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hsaW5rIiB2ZXJzaW9uPSIxLjEiIHdpZHRoPSIxMDAlIiBoZWlnaHQ9IjEwMCUiIHZpZXdib3g9IjAgMCA5MDAgMTIwMCIgcHJlc2VydmVhc3BlY3RyYXRpbz0ibm9uZSI+CjxpbWFnZSB3aWR0aD0iOTAwIiBoZWlnaHQ9IjEyMDAiIGhyZWY9Ii4uL21lZGlhL3BsMDAxLmpwZyI+PC9pbWFnZT4KPC9zdmc+)
> 
> Just include that Markdown image tag in your document instead of
> the HTML svg element, and everything should work properly (with
> the pandoc nightly).

Clever bit of thinking outside the box that sounded promising. 

I eventually got the html → markdown conversion to create the
base64-encoded HTML ... but when I run pandoc on the file where
I copy-pated '![](data: image... base64)' etc. etc. it creates an OK
epub as per epubcheck but when I look inside it contains
a ../media/file01.svg (correctly referenced by content.opf) instead of
the  expected a ../media/file01.jpg. And as to ../media/file01.svg it
contains the <svg> ... <image href= ... pl001.jpg \></svg> HTML.

Not sure if I misread your post and maybe I am not doing it right but as
far as I can tell this not doing what was intended.

Am I missing something?

Thanks,

CJ

-- 
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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/20201031203402.gutswizwu477rh3y%40turki.local.

Re: image that resizes automatically to screen size in epub

[John MacFarlane]

John MacFarlane <jgm-TVLZxgkOlNX2fBVCVOL8/A@public.gmane.org> writes:

> "cjns...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <cjns1989-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:
>
>> Here's the code:
>>
>> <div id="pl01">
>> <svg xmlns="http://www.w3.org/2000/svg" 
>> xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1" width="100%" 
>> height="100%" viewBox="0 0 900 1200" preserveAspectRatio="none">
>> <image width="900" height="1200" xlink:href="../media/pl001.jpg" />
>> </svg>
>> </div>
>>
>> The jpg image is invoked via "xlink:href=" 
>>
>> Unless I'm getting confused with the relative path the nightly version 
>> still does not pull the referenced file: it's nowhere to be found either in 
>> the EPUB/content.opf manifest nor does it get copied over to EPUB/media/*
>>
>> On the other hand pandoc does understand the <svg></svg> tag: in the 
>> content.opf manifest of the resulting EPUB the description of the 
>> ch001.xhtml that contains the above code includes the "properties=svg" 
>> attribute.
>>   
>> My guess is that pandoc does not understand the "xlink:ref="  syntax.
>
> That's right. It probably wouldn't hurt just to globally allow this as a
> fallback if src isn't present.

Hm. The raw HTML is passed through to the EPUB (at least in
current master with the svg fix). The problem is that pandoc
doesn't "see" the jpg and thus doesn't include it in the manifest
or media.  That's because the SVG lives in the AST as a raw HTML
element, not an Image, and pandoc only fetches contents for
Images.

The change I referred to earlier causes svg elements in HTML
to be parsed as images (with data: urls encoding the SVG
content).  But it only does that if `raw_html` is disabled
in the reader. If `raw_html` is enabled, it just parses
the SVG element as raw HTML.  The problem is that your input
source is Markdown, not HTML, and the only thing the Markdown
reader does with HTML is return raw HTML blocks/inlines.
(It does not try to parse this HTML and assign it a meaning.)

You can work around this, actually!

% pandoc -f html -t markdown
<svg xmlns="http://www.w3.org/2000/svg" 
xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1" width="100%" 
height="100%" viewBox="0 0 900 1200" preserveAspectRatio="none">
<image width="900" height="1200" xlink:href="../media/pl001.jpg" />
</svg>
^D
![](data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHhsaW5rPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hsaW5rIiB2ZXJzaW9uPSIxLjEiIHdpZHRoPSIxMDAlIiBoZWlnaHQ9IjEwMCUiIHZpZXdib3g9IjAgMCA5MDAgMTIwMCIgcHJlc2VydmVhc3BlY3RyYXRpbz0ibm9uZSI+CjxpbWFnZSB3aWR0aD0iOTAwIiBoZWlnaHQ9IjEyMDAiIGhyZWY9Ii4uL21lZGlhL3BsMDAxLmpwZyI+PC9pbWFnZT4KPC9zdmc+)

Just include that Markdown image tag in your document instead of
the HTML svg element, and everything should work properly (with
the pandoc nightly).

-- 
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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/m2zh45swys.fsf%40MacBook-Pro.hsd1.ca.comcast.net.

Re: image that resizes automatically to screen size in epub

[John MacFarlane]

"cjns...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" <cjns1989-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

> Here's the code:
>
> <div id="pl01">
> <svg xmlns="http://www.w3.org/2000/svg" 
> xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1" width="100%" 
> height="100%" viewBox="0 0 900 1200" preserveAspectRatio="none">
> <image width="900" height="1200" xlink:href="../media/pl001.jpg" />
> </svg>
> </div>
>
> The jpg image is invoked via "xlink:href=" 
>
> Unless I'm getting confused with the relative path the nightly version 
> still does not pull the referenced file: it's nowhere to be found either in 
> the EPUB/content.opf manifest nor does it get copied over to EPUB/media/*
>
> On the other hand pandoc does understand the <svg></svg> tag: in the 
> content.opf manifest of the resulting EPUB the description of the 
> ch001.xhtml that contains the above code includes the "properties=svg" 
> attribute.
>   
> My guess is that pandoc does not understand the "xlink:ref="  syntax.

That's right. It probably wouldn't hurt just to globally allow this as a
fallback if src isn't present.

Re: image that resizes automatically to screen size in epub

[cjns...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]

[-- Attachment #1.1: Type: text/plain, Size: 2491 bytes --]

Here's the code:

<div id="pl01">
<svg xmlns="http://www.w3.org/2000/svg" 
xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1" width="100%" 
height="100%" viewBox="0 0 900 1200" preserveAspectRatio="none">
<image width="900" height="1200" xlink:href="../media/pl001.jpg" />
</svg>
</div>

The jpg image is invoked via "xlink:href=" 

Unless I'm getting confused with the relative path the nightly version 
still does not pull the referenced file: it's nowhere to be found either in 
the EPUB/content.opf manifest nor does it get copied over to EPUB/media/*

On the other hand pandoc does understand the <svg></svg> tag: in the 
content.opf manifest of the resulting EPUB the description of the 
ch001.xhtml that contains the above code includes the "properties=svg" 
attribute.
  
My guess is that pandoc does not understand the "xlink:ref="  syntax.

CJ 



On Monday, October 26, 2020 at 5:17:42 PM UTC-4 John MacFarlane wrote:

> Chris Jones <cjns...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:
>
> > 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.
>
> I believe this was just fixed a couple days ago:
>
> commit 4bf171e11dd324f5c65e15da17717b701e961b17
> Author: John MacFarlane <j...-TVLZxgkOlNX2fBVCVOL8/A@public.gmane.org>
> Date: Fri Oct 23 21:56:12 2020 -0700
>
> HTML reader: parse inline svg as image...
>
> ...unless `raw_html` is set in the reader (in which case
> the svg is passed through as raw HTML).
>
> Closes #6770.
>
> You can try with a nightly.
>
>

-- 
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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/04e6652d-6db6-4090-b2f1-db7acc33edd2n%40googlegroups.com.

[-- Attachment #1.2: Type: text/html, Size: 3594 bytes --]

Re: image that resizes automatically to screen size in epub

[John MacFarlane]

Chris Jones <cjns1989-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

> 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.

I believe this was just fixed a couple days ago:

commit 4bf171e11dd324f5c65e15da17717b701e961b17
Author: John MacFarlane <jgm-TVLZxgkOlNX2fBVCVOL8/A@public.gmane.org>
Date:   Fri Oct 23 21:56:12 2020 -0700

    HTML reader: parse inline svg as image...
    
    ...unless `raw_html` is set in the reader (in which case
    the svg is passed through as raw HTML).
    
    Closes #6770.

You can try with a nightly.

Re: image that resizes automatically to screen size in epub

[Chris Jones]

[-- Attachment #1.1: Type: text/plain, Size: 2029 bytes --]

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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@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.

[-- Attachment #1.2: Type: text/html, Size: 3941 bytes --]

Re: image that resizes automatically to screen size in epub

[John MacFarlane]

Pandoc will include images in the EPUB, but it doesn't look
inside svg elements (or other raw HTML content).

Charles Richer Saint-Faure <richer.saint.faure-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

> On Sunday, June 14, 2020 at 6:15:47 PM UTC-4, Chris Jones wrote:
>>
>> I have an image meant to be fit exactly one page (or should I say 
>> screenful) that I would like the e-reading application to resize 
>> automatically to the size of the e-reader's screen while preserving aspect 
>> ration as is already done with the cover image.
>>
>> The image can be a png, jpeg, or svg (the png and jpeg are generated from 
>> the svg, itself created initially under latex as a pdf and converted to svg 
>> via inkscape).
>>
>> The svg file displays correctly under firefox and can be resized with no 
>> visible loss of crispness & resolution.
>>
>> Is there any way to do this currently in pandoc?
>>
>> Thanks,
>>
>> CJ
>>
>
> **Update** 
>
> I thought I'd experiment a little and use some "raw 
> latex":                                                                                                                                                                                                                                                         
>  
>                                                                                                                                                                                                                                                                                                                     
>  
> | # Planche 
> 7                                                                                                                                                                                                                                                                                                       
>  
> | <div 
> id="cover-image">                                                                                                                                                                                                                                                                                            
>  
> | <svg xmlns="http://www.w3.org/2000/svg" 
> xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1" width="100%" 
> height="100%" viewBox="0 0 900 1200" 
> preserveAspectRatio="none">                                                                                                                                    
>  
> | <image width="900" height="1200" xlink:href="images/planches/pl7.jpg" 
> />                                                                                                                                                                                                                                          
>  
> | 
> </svg>                                                                                                                                                                                                                                                                                                            
>  
> | 
> </div>                                                                                                                                                                                                                                                                                                            
>  
>                                                                                                                                                                                                                                                                                                                     
>  
> This html snippet below the #h1 markdown title works as expected when I 
> manaually create the epub: the pl7.jpg image is automatically sized to the 
> full size of a 4:3 screen (by most ereader 
> software).                                                                                                                                         
>  
>                                                                                                                                                                                                                                                                                                                     
>  
> But when I run a "pandoc md/snippet.md -o snippet.epub" command or such the 
> ensuing epubcheck complains about not finding pl7.jpg in the epub. A quick 
> look inside the epub reveals that the jpeg image is not referenced in the 
> EPUB/content.opf (the "manifest", I believe they call it...) and that 
> pandoc did not
>                                                                                                                                                                                                                                                                                                                     
>  
> In effect it looks as if pandoc silently ignores the contents of the <image 
> ... /> 
> tag.                                                                                                                                                                                                                             
>  
>                                                                                                                                                                                                                                                                                                                     
>  
> Is this the expected 
> behaviour?                                                                                                                                                                                                                                                                                     
>  
>                                                                                                                                                                                                                                                                                                                     
>  
> If so what would be the recommended 
> workaround¹?                                                                                                                                                                                                                                                                    
>  
>                                                                                                                                                                                                                                                                                                                     
>  
> Thanks,                                                                                                                                                                                                                                                                                                             
>  
>                                                                                                                                                                                                                                                                                                                     
>  
> CJ                                                                                                                                                                                                                                                                                                                   
>
> -- 
> 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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
> To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/a0514cc8-560e-40b2-802e-aed2b58930a8o%40googlegroups.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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/m2k0w2od8u.fsf%40MacBook-Pro.hsd1.ca.comcast.net.

Re: image that resizes automatically to screen size in epub

[Charles Richer Saint-Faure]

[-- Attachment #1.1: Type: text/plain, Size: 8106 bytes --]

On Sunday, June 14, 2020 at 6:15:47 PM UTC-4, Chris Jones wrote:
>
> I have an image meant to be fit exactly one page (or should I say 
> screenful) that I would like the e-reading application to resize 
> automatically to the size of the e-reader's screen while preserving aspect 
> ration as is already done with the cover image.
>
> The image can be a png, jpeg, or svg (the png and jpeg are generated from 
> the svg, itself created initially under latex as a pdf and converted to svg 
> via inkscape).
>
> The svg file displays correctly under firefox and can be resized with no 
> visible loss of crispness & resolution.
>
> Is there any way to do this currently in pandoc?
>
> Thanks,
>
> CJ
>

**Update** 

I thought I'd experiment a little and use some "raw 
latex":                                                                                                                                                                                                                                                         
 
                                                                                                                                                                                                                                                                                                                    
 
| # Planche 
7                                                                                                                                                                                                                                                                                                       
 
| <div 
id="cover-image">                                                                                                                                                                                                                                                                                            
 
| <svg xmlns="http://www.w3.org/2000/svg" 
xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1" width="100%" 
height="100%" viewBox="0 0 900 1200" 
preserveAspectRatio="none">                                                                                                                                    
 
| <image width="900" height="1200" xlink:href="images/planches/pl7.jpg" 
/>                                                                                                                                                                                                                                          
 
| 
</svg>                                                                                                                                                                                                                                                                                                            
 
| 
</div>                                                                                                                                                                                                                                                                                                            
 
                                                                                                                                                                                                                                                                                                                    
 
This html snippet below the #h1 markdown title works as expected when I 
manaually create the epub: the pl7.jpg image is automatically sized to the 
full size of a 4:3 screen (by most ereader 
software).                                                                                                                                         
 
                                                                                                                                                                                                                                                                                                                    
 
But when I run a "pandoc md/snippet.md -o snippet.epub" command or such the 
ensuing epubcheck complains about not finding pl7.jpg in the epub. A quick 
look inside the epub reveals that the jpeg image is not referenced in the 
EPUB/content.opf (the "manifest", I believe they call it...) and that 
pandoc did not
                                                                                                                                                                                                                                                                                                                    
 
In effect it looks as if pandoc silently ignores the contents of the <image 
... /> 
tag.                                                                                                                                                                                                                             
 
                                                                                                                                                                                                                                                                                                                    
 
Is this the expected 
behaviour?                                                                                                                                                                                                                                                                                     
 
                                                                                                                                                                                                                                                                                                                    
 
If so what would be the recommended 
workaround¹?                                                                                                                                                                                                                                                                    
 
                                                                                                                                                                                                                                                                                                                    
 
Thanks,                                                                                                                                                                                                                                                                                                             
 
                                                                                                                                                                                                                                                                                                                    
 
CJ                                                                                                                                                                                                                                                                                                                   

-- 
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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/a0514cc8-560e-40b2-802e-aed2b58930a8o%40googlegroups.com.

[-- Attachment #1.2: Type: text/html, Size: 14441 bytes --]

Re: image that resizes automatically to screen size in epub

[Chris Jones]

On Sun, Jun 14, 2020 at 06:15:47PM EDT, Chris Jones wrote:
> I have an image meant to be fit exactly one page (or should I say 
> screenful) that I would like the e-reading application to resize 
> automatically to the size of the e-reader's screen while preserving aspect 
> ration as is already done with the cover image.
> 
> The image can be a png, jpeg, or svg (the png and jpeg are generated from 
> the svg, itself created initially under latex as a pdf and converted to svg 
> via inkscape).
> 
> The svg file displays correctly under firefox and can be resized with no 
> visible loss of crispness & resolution.
> 
> Is there any way to do this currently in pandoc?
> 
> Thanks,
> 
> CJ
> 
> N.B. I tried to open this via the traditional mailing list 
> pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org from my mailer and it apparently never got 
> through.

I thought I'd experiment a little and use some "raw latex":

| # Planche 7
| <div id="cover-image">
| <svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1" width="100%" height="100%" viewBox="0 0 900 1200" preserveAspectRatio="none">
| <image width="900" height="1200" xlink:href="images/planches/pl7.jpg" />
| </svg>
| </div>

This html snippet works as expected when I manaually create the epub:
the pl7.jpg image is automatically sized to the full size of a 4:3
screen (by most ereader software).

But when I run a "pandoc md/snippet.md -o snippet.epub" command or such
the ensuing epubcheck complains about not finding pl7.jpg in the epub.

A quick look inside the epub reveals that the jpeg image is not
referenced in the EPUB/content.opf (the "manifest", I believe they call
it...) and that pandoc did not copy the image file to the EPUB/media/
directory.

In effect it looks as if pandoc silently ignores the contents of the
<image ... /> tag.

Is this the expected behaviour?

If so what would be the recommended workaroundą?

Thanks,

CJ

-- 
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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/20201006195011.GA20694%40turki.local.

image that resizes automatically to screen size in epub

[Chris Jones]

[-- Attachment #1.1: Type: text/plain, Size: 1183 bytes --]

I have an image meant to be fit exactly one page (or should I say 
screenful) that I would like the e-reading application to resize 
automatically to the size of the e-reader's screen while preserving aspect 
ration as is already done with the cover image.

The image can be a png, jpeg, or svg (the png and jpeg are generated from 
the svg, itself created initially under latex as a pdf and converted to svg 
via inkscape).

The svg file displays correctly under firefox and can be resized with no 
visible loss of crispness & resolution.

Is there any way to do this currently in pandoc?

Thanks,

CJ

N.B. I tried to open this via the traditional mailing list 
pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org from my mailer and it apparently never got 
through.

-- 
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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/b49a95c6-772c-43ac-9bc5-0011ed206c38o%40googlegroups.com.

[-- Attachment #1.2: Type: text/html, Size: 1528 bytes --]