public inbox archive for pandoc-discuss@googlegroups.com
 help / color / mirror / Atom feed
From: John MacFarlane <jgm-TVLZxgkOlNX2fBVCVOL8/A@public.gmane.org>
To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Subject: Re: epub and external links (to Dropbox)
Date: Fri, 23 Oct 2015 09:54:52 -0700	[thread overview]
Message-ID: <20151023165451.GC97395@MacBook-Air.local> (raw)
In-Reply-To: <CAPjDBprFp0gWZxu5qf+pj7Z7kTpOYHefrTu-5TjGAO4dmJab2g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

+++ Federico Bruni [Oct 15 15 06:51 ]:
>   Yes, with version 1.15 it works but only when using ?dl=1.
>   Unfortunately, this way the file is downloaded and saved inside the
>   epub file, which is what I do not want. If I wanted to include files in
>   the epub I would save time and use local files. I'm using external
>   files because I want to stream the audio and keep the epub file size
>   small.
>   Now, I need to understand if the streaming doesn't work because of
>   pandoc or because of dropbox.
>   Let's try a regular path file on a server, see file attached:
>   pandoc -o pandoc-server.epub [2]pandoc-server.md
>   pandoc downloads the file and includes it in the epub. Why?
>   HTML output does not include external resources by default and you can
>   include them with option --self-contained. IMO epub output should work
>   the same. Is it a bug or a design decision?

Design decision.  The idea is that EPUBs should be
self-contained electronic books that can be read on your
device even when you don't have an internet connection.

We treat PDFs, docx, odt similarly -- all necessary
resources are downloaded and included.

In principle we could change this behavior, but a change in
the default here might break existing workflows.  One
possibility would be to make this behavior sensitive to some
kind of flag.  For example, if the `data-external` attribute
is set on `<source>` element, don't include in the EPUB.


  parent reply	other threads:[~2015-10-23 16:54 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-12 23:37 Federico Bruni
     [not found] ` <9bfbe401-688f-4aaf-bf96-ad4138998aef-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2015-10-13  3:13   ` John MacFarlane
     [not found]     ` <20151013031334.GA18263-jF64zX8BO08aTFSqC7bH4WZHpeb/A1Y/@public.gmane.org>
2015-10-13  5:11       ` Federico Bruni
     [not found]         ` <3ef60d71-e14b-4cbb-8d99-4e5f103642b3-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2015-10-13 18:10           ` John MACFARLANE
     [not found]             ` <20151013181032.GC6891-4kKid1p5UN4xFjuZnxJpBp3lxR28IOakuDuwTybUTCk@public.gmane.org>
2015-10-14  6:23               ` Federico Bruni
     [not found]                 ` <e7659f91-73bf-42f2-b52d-374f1bd9541a-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
2015-10-14 19:18                   ` John MACFARLANE
     [not found]                     ` <20151014191810.GA54012-4kKid1p5UN4xFjuZnxJpBp3lxR28IOakuDuwTybUTCk@public.gmane.org>
2015-10-15  4:04                       ` Federico Bruni
     [not found]                         ` <CAPjDBppLmpp8zeQfagtOkU0NRmQG798A8ejNMApjgicji-CgeA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-10-15  4:51                           ` Federico Bruni
     [not found]                             ` <CAPjDBprFp0gWZxu5qf+pj7Z7kTpOYHefrTu-5TjGAO4dmJab2g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-10-23 16:20                               ` Federico Bruni
2015-10-23 16:54                               ` John MacFarlane [this message]
     [not found]                                 ` <20151023165451.GC97395-jF64zX8BO08aTFSqC7bH4WZHpeb/A1Y/@public.gmane.org>
2015-10-23 17:13                                   ` Federico Bruni

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20151023165451.GC97395@MacBook-Air.local \
    --to=jgm-tvlzxgkolnx2fbvcvol8/a@public.gmane.org \
    --cc=pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).