Age | Commit message (Collapse) | Author | Files | Lines |
|
We now look at the mime type from the server and attach an
appropriate extension.
Closes #1855.
|
|
This reverts commit 1c2951dfd9ee72e5270cb974a06098adb9178f89.
See #2040.
The semantics was too squishy. `--css` takes a URL, but
for EPUB we need files that we can read. I prefer keeping
the old system for now, with `--epub-stylesheet`.
|
|
* Allow `--css` to be used to specify stylesheets.
* Deprecated `--epub-stylesheet` and made it a synoynym of
`--css`.
* If a code block with class "css" is given as contents of the
`stylesheet` metadata field, use its literal code as contents of
the epub stylesheet. Otherwise, treat it as a filename and
read the file.
* Note: `--css` and `stylesheet` in metadata are not compatible.
`stylesheet` takes precedence.
|
|
This gives better results when we have, e.g. multiple paragraphs.
Note that tags aren't allowed in these fields.
Closes #2121.
|
|
Closes #1609.
|
|
|
|
|
|
Closes #1939.
|
|
Closes #1884.
|
|
https://ghc.haskell.org/trac/ghc/wiki/Migration/7.10#Inferredtype-signaturesnowmayrequiretoenableFlexibleContextsGADTsorTypeFamilies
|
|
|
|
Closes #1757.
|
|
These aren't required, and they make manual modification of epubs
difficult. Closes #1760.
|
|
Not title page!
|
|
This includes the HTML doctype.
Closes #1759.
|
|
Now we outsource most of the work to `fetchItem'`.
Also, do not include queries in file extensions.
Improves fix to #1671.
It is possible that this will have some unexpected effects, so
further testing would be good.
|
|
|
|
|
|
Closes #1669.
If there are further issues, please open a new, targeted issue on the
tracker. Some notes on the further issues you gestured at:
Data URIs are indeed dereferenced, but why is this a problem?
(The function being used to fetch from URLs is used for many different
formats. Preserving data URIs would make sense in EPUBs, but not
for e.g. PDF output. And by dereferencing we can get a smaller,
more efficient EPUB, with the data stored as bytes in a file rather
than encoded in textual representation.)
"absolute uris are not recognized" -- I assume that is the problem
just fixed. If not, please open a new issue.
"relative uris are resolved (wrongly) like file paths" -- can you
give an example?
`<base>` tag is ignored. Yes. I didn't know about the base tag. Could
you open a new issue just for this?
|
|
Previously we included it in the spine with `linear="no"`, leading
to odd results in some readers.
Closes #1593.
|
|
|
|
Added docTitle'.
|
|
It is not supported and epubcheck complains.
|
|
Conflicts:
src/Text/Pandoc/Writers/Docx.hs
|
|
Also, if page-progression-direction not specified in metadata,
don't include the attribute even in EPUB3; not including it is
the same as including it with the value "default", as we did before.
Closes #1550.
|
|
* Create a type synonym for MIME type (instead of `String`).
* Add `getMimeTypeDef` function.
* Avoid recreating MIME type `Map`s every time.
* Move “Formula-...” case handling into `getMimeType`.
|
|
|
|
|
|
|
|
* mkSelfContained now takes just two arguments, WriterOptions and
the string.
* It no longer looks in data files. This only made sense when we
had copies of slidy and S5 code there.
* Shared.fetchItem' is used instead of the nearly duplicate getItem.
|
|
Moved `MediaBag` definition and functions from Shared:
`lookupMedia`, `mediaDirectory`, `insertMedia`, `extractMediaBag`.
Removed `emptyMediaBag`; use `mempty` instead, since `MediaBag`
is a Monoid.
|
|
Shared now exports functions for interacting with a MediaBag:
- `emptyMediaBag`
- `lookuMedia`
- `insertMedia`
- `mediaDirectory`
- `extractMediaBag`
|
|
Added a parameter to makeSelfContained (API change).
|
|
The MediaBag is thread through from the reader, with no need
to extract to files.
|
|
This should improve TOC view in iBooks. Closes #1392.
|
|
This allows easier diff-ability. Closes #1424.
|
|
As far as I can tell, it does about the same thing.
|
|
This properly handles tags that should be self-closing.
Previously `<hr/>` would appear in EPUB output as `<hr></hr>`.
Closes #1420.
|
|
|
|
Note: in EPUB3 we can have only one dc:date, so only the first
one is used.
|
|
See #1309.
|
|
In 1.12.4 and 1.12.4.2, the cover image would not appear properly,
because the metadata id was not correct.
This was introduced by the fix to #1254.
Now we derive the id from the actual cover image filename,
which we preserve rather than using "cover-image."
|
|
|
|
|
|
This fixes a problem with duplicate extensions for fonts and
images with the same base name but different extensions.
Closes #1254.
|
|
See #1170.
|
|
This should resolve the rest of #1170, but it needs
extensive testing.
Note that we now use a 'media' directory rather than 'images'.
|
|
src and poster will both be incorporated into content.opf
and the epub container.
This partially address #1170.
Still need to do something similar for <audio>.
|
|
|
|
This arose because the headings are copied into the metadata
"title" field, and the note gets rendered twice. We strip the
note now before putting the heading in "title".
|