What’s in this Document:
- Elements of the EPUB spec that Kobo does and does not support.
- Features of the five Kobo reading platforms.
- Recommendations on file production and testing for content creators.
- EPUB Versions Kobo Supports
- Kobo Reading Platforms
- Kobo Recommends Initial EPUB Check
- Sideloading for Testing Purposes
- Digital Rights Management (DRM)
- Image Formatting
- Cover Images
- Scalable Vector Graphics (SVG)
- Table of Contents (TOC)
- OPF
- CSS
- Supported Fonts
- Obfuscated Fonts
- Embedded Fonts
- Embedding All Fonts in Fixed Layout
- Languages
- Right to Left Page and Text Direction
- Footnotes/Endnotes
- Fixed Layout
- Multimedia Support / Media Overlays
- JavaScript Support
- MathML
- Fallback Statements
- EPUB Previews
- Tables
- Limitations and Maximums
- Support Grid
- Common QA Failure Issues
- External Resources
- Questions?
Kobo supports ePub, the universal open standard eBook format maintained by the W3C EPUB3 Community Group (W3C). The current version is EPUB 3 but Kobo still supports its predecessor, EPUB 2.0.1.
Any EPUB file sent to Kobo will be made available on all of Kobo's reading platforms.
*The Kobo Vox and Blackberry apps both run older versions/ports of the Android app and will not be updated.
**Fixed Layout content display on Sony Readers is dependent on the capabilities of Adobe SDK. As a result the display of Fixed Layout content may not always match the display across other Kobo reading platforms.
The EPUB 3.2 spec is based on HTML5 and CSS3, adhering to the most recent versions. Content creators are advised to review the HTML5 and CSS3 reference profiles because changes to them could impact file production.
Kobo supports a subset of elements from the EPUB 3 spec. The following covers which elements are supported across Kobo’s reading platforms.
Kobo does not accept .mobi, KF8, PDF or any format outside of EPUB that may be used to format eBooks.
- eInk/EPD — Kobo eInk devices (Touch, Mini, Glo, H2O, Aura, Aura Edition 2, Aura H2O, Aura One, Clara HD, Forma)
- Desktop — the Kobo desktop app for PC and Apple Computers
- Android — all Android devices running the Kobo app including all Kobo Arc versions
- iOS — iPad, iPhone and iPod Touch
- Windows — all tablets, smartphones and computers running Windows apps.
The Kobo CMS runs incoming files through EPUBCheck version 4.2.4. If your EPUB raises failure messages that are known to prevent files from loading or displaying correctly you will receive an automated failure report indicating which files failed validation and why within two business days.
Not all EPUBCheck flags will result in files failing upon ingestion but Kobo strongly recommends that only files that pass EPUBCheck without flags are distributed. EPUBs that raise warning flags may pass ingestion but still fail content QA if they produce display issues on Kobo's reading platforms.
Kobo encourages the testing of content on all its reading platforms by sideloading. Content should display identically whether sideloaded or downloaded to a device from the Kobo store. Instances where this is not the case can be reported to renderingissues@kobo.com and the EPUB in question will be logged for investigation.
Here’s how to sideload content on Kobo's reading platforms:
eInk
- Connect the device to your computer via USB.
- Find the drive on your computer in Finder or Windows Explorer.
- Drag your EPUB onto the device. To trigger the Kobo WebKit, change the file extension to
.kepub.epub. To trigger the Kobo WebKit for a Fixed Layout title, change the extension to.fxl.kepub.epub. (If the extension is left unchanged it will render using the Adobe Digital Editions WebKit. This is the default display engine for sideloaded content to enable bookmarking, searching and highlighting.) - Disconnect your device. The file will automatically appear in your library.
Sideloaded EPUBs with the ".fxl.kepub.epub" or ".kepub.epub" will disable bookmarking and note keeping. Thumbnails for covers may not display. Otherwise the reading experience and content display will be identical to how the file would display when loaded through the store. Leaving the extension as ".epub" will enable bookmarking and note keeping and will trigger the ADE display engine.
Desktop
- Open the Kobo Desktop app.
- Make sure you have Adobe Digital Editions installed. If you do not wish to install ADE you can skip this step by creating a folder named "My Digital Editions" in your "My Documents" folder. On a Mac, the folder must be named "Digital Editions" instead.
- Select the My Books tab in Kobo Desktop and press CTRL+Shift+S on Windows or ⌘+SHIFT+S on a Mac. This will display any files in the "My Digital Editions" folder on your computer with the extension .epub
- Any sideloaded books can be removed from the My Books tab by right clicking on the book and selecting "Remove Download".
Android
- Connect the device to your computer via USB.
- Find the drive on your computer in Windows Explorer. If you use a Mac, install and connect to the device using Android File Transfer.
- Drag your EPUB onto the device.
- If you use a Kobo Arc, navigate to the Books Collection. Otherwise, navigate to the Kobo App, then tap the side bar menu icon on the top left (the icon with the three horizontal bars vertically stacked) to bring out the sidebar. Then tap on either 'All' or 'All Items' based on your app version.
- Select options (the three dots on the top right) then "Import".
- Once the files appear, confirm that you want to import them. They will display in your library.
iOS
- Connect the device to your computer with the iOS cable.
- Open iTunes and click the device's icon in the upper-left corner of iTunes.
- Select File Sharing from the Settings menu on the left.
- Select the Kobo Books app from the Apps box in the iTunes window.
- Drag the EPUB to the Kobo Books Documents box in the iTunes window. If drag and drop functionality is not working then select the "Add File..." button and select the EPUB you want to add to the app. The file will then automatically import and display in your library. If it does not appear even after refreshing your library, closing the app and opening it again should cause the sideloaded titles to appear.
(The Kobo iOS app is registered among apps that open EPUB and pdf files. Users can use the standard "open in…" menu from Safari, Dropbox, or any other app that supports it to view their files.)
EPUBs loaded to the Kobo store are protected by Kobo DRM. Kobo can turn the DRM off at the publisher-level, when publishers make a request to the Publisher Operations team.
Kobo’s DRM system hosts content on its reading platforms using advanced security methods, including the use of encryption and hash algorithms. Various keys are used to encrypt content before it is sent to the reading platform. There are unique keys for each eBook, user and device.
At a minimum, Kobo employs encryption standards in the 128-bit version of the Advanced Encryption Standard (AES) of the US Government.
Kobo reading platforms support the core image types outlined in the W3C spec. This includes JPG, PNG and Scalable Vector Graphics (SVG). PNG files are preferred over JPG.
All images should use the RGB color model, and not CMYK. Encapsulated PostScript (EPS) images are not supported on Kobo.
The advised maximum size for all image types is 5 MB. EPUBs with larger images are still accepted and those images will not cause Kobo apps and devices to crash. However, EPUBs with images all under this limit perform optimally across platforms.
Image dimensions should be set in percentages instead of pixels in the CSS for reflowable content. Images with dimensions set by pixels may stretch depending on the orientation, device and user settings. Kobo reading platforms insert max-width and max-height CSS for images and videos to ensures that they are not split over multiple screens.
Images should not have transparent backgrounds. This will result in the reading system inserting a default background color or pattern. Fixed Layout titles with where image backgrounds are transparent will fail QA in cases where the content is unreadable.
For a full screen image view on the Android and iOS platforms, users can long press images in reflowable ePubs. Once in full-screen view, users will be able to pinch and zoom. This can also be achieved on eInk devices (running version 3.14 or later) by double tapping images.
If an external cover image is uploaded to both the Kobo system and the ePub, that external image displays as the thumbnail image in the store and in user’s libraries. The internal EPUB cover still displays when the user opens the file on their device. External cover images must have the ISBN in the filename ex. "9781234567890.jpg" or "9781234567890.png".
GIF files are not supported for covers.
The suggested optimal ratio for covers on Kobo is 3:4 width:height. (The average size and dimensions for ebook covers in the Kobo store are 800:1224px width:height.) However covers in all dimensions will be rendered consistently across platforms. Content creators are advised to keep their cover images under 3MB. Larger covers will still render but will not improve the display of their content.
Covers should also be listed in the OPF metadata section. The metadata indicates the cover by pointing to the ID of the cover file in the manifest. Kobo uses this tag to identify which image to display as a thumbnail within user's libraries across platforms.
Ex. OPF metadata:
<meta name="cover" content="cover-image"/>
Manifest item listing:
<item href="cover.jpg" id="cover-image" media-type="image/jpeg"/>
Cover images must be contained in their own XHTML files. Kobo's eInk devices will activate the Fixed Layout reader for the XHTML file containing the cover image to optimize the display. As a result any text or images that have been placed in the same XHTML file as the cover will be displayed as Fixed Layout content. The user will be unable to resize the text and some of the content may not display on the screen at all.
It is recommended that cover images be embedded in the html using the <img> tag, rather than using the background-image CSS property. The CSS background-image method is not supported by the automatic cover extraction process. Books that do use the CSS method will require separate covers to be submitted in order for covers to appear in the store and in customer libraries.
Kobo advises against placing links in covers. This can create a poor reading experience when attempting to page forward and a link is triggered instead.
Text, images and animations in SVG are supported on all Kobo reading platforms (performance on eInk is limited but the animations will function). Placing SVG items directly in the spine (as opposed to in XHTML files in the spine) is partially supported (Android and iOS) but is not recommended.
Scaling images may prevent them from displaying on eInk and Desktop. Some ePubs will rotate and shrink images down to the size of a single pixel and then blow them back up to the intended view size. This will work on Android, iOS and Windows but on Desktop it results in the image either not displaying at all or only displaying as a single pixel.
Not supported:
<g transform="matrix(850.4 0 0 680.3 0 0)">
<image width="1" height="1" transform="matrix(1 0 0 -1 0 1)" preserveAspectRatio="none" image-rendering="optimizeSpeed" xlink:href="images/img_001.jpg" />
</g>If the content is formatted this way instead it will display correctly on all Kobo platforms (note that the image will still be rotated but not shrunken).
Supported:
<g>
<image width="850" height="680" transform="matrix(1 0 0 -1 0 680)" preserveAspectRatio="none" image-rendering="optimizeSpeed" xlink:href="images/img_001.jpg" />
</g>Kobo does not require a specific naming convention for the NCX (in epub2) or EPUB navigation document (in EPUB3). The content creator can name the file as they choose (i.e. your_toc_filename.ncx or your_toc_filename.xhtml respectively). However, please note the general file naming suggestions provided in the OPF section.
Kobo reading platforms populate the TOC menu using the navMap element of the NCX. If the NCX is not present, the TOC menu is populated by the epub's OPF spine.
When an OPF spine item is not listed in the NCX, Kobo will create a listing for it using the filename or the opening words from the section. This listing will be displayed to the user in the TOC Menu across all reading platforms. This process may be removed in a future release. EPUB3 files, which use the EPUB navigation document, will not be impacted.
Kobo platforms populate the table of contents with the items listed in the toc nav element of the EPUB navigation document. The toc nav element is a nav element with an epub:type attribute that has been assigned the value toc.
Example:
<nav epub:type="toc">
<h2>Contents</h2>
<ol>
<li><a href="title-page.xhtml">Title Page</a></li>
<li><a href="copyright.xhtml">Copyright</a></li>
<li><a href="chapter-1.xhtml">Chapter 1</a></li>
<li><a href="chapter-2.xhtml">Chapter 2</a></li>
<li><a href="chapter-3.xhtml">Chapter 3</a></li>
</ol>
</nav>
Please note: For consistency across Kobo platforms, it is highly recommended that all EPUB3 files include the toc nav element; fallbacks vary depending on the platform.
When a toc nav element is not present in an EPUB3:
- EPD devices and KDA fall back to listing each filename in the epub's OPF
spine. - iOS falls back to the
page-list navelement.- If a
page-list navis not available either, the TOC will appear blank, but will still function as a list of links to each file listed in the epub's OPFspine.
- If a
- Android falls back to the next available
navelement in the order in which they occur: either apage-list navor alandmarks nav.- If neither a
page-list navelement nor alandmarks navelement exists, the TOC will be empty. The OPFspineis not used as a fallback on Android.
- If neither a
Please note: If an NCX is included in an EPUB3, it will be ignored. It will not used as a TOC fallback on any Kobo platforms.
The hidden attribute can be used to prevent the TOC listing from appearing in the EPUB body while still displaying in the TOC menu. TOC menus on Kobo platforms support nesting up to three elements deep on iOS and Android. Nested TOCs are flattened on EPD and Desktop.
Landmarks will display as TOC items but will not trigger behaviour on the apps. The EPUB specification does not define any specific way reading platforms are supposed to handle landmarks (<nav epub:type"landmarks">) and Kobo will not do anything beyond displaying them to users in the TOC. Ex. epub:type="bodymatter" will not determine what page/section the book opens to or change the navigation/paging experience in any way.
The Kobo CMS reads the external metadata provided by the publisher. So most fields in the metadata section of the OPF file are not read. The one exception is the dc:identifier. It should contain the eBook ISBN, also supplied in the external metadata. However, if this field does not contain the eBook ISBN, it must be in the EPUB file name. Content creators are also advised that the dc:identifier in the OPF should be identical to the identifier in the .ncx file.
Kobo uses external metadata files to populate the various metadata fields on the Kobo website. The ISBN in the <dc: identifier> field in the OPF file matches the EPUB to the external metadata entry. If there is no ISBN in the <dc: identifier> tab, Kobo looks for the ISBN in the EPUB filename. The ISBN from the external metadata must match either the <dc: identifier> field or the EPUB file name.
The OPF file can be named however the content creator chooses ([filename].opf), but please note the file naming conventions suggested below.
Content creators are advised to use tags for manifest items, specifically the cover tag. Some of these are read across Kobo’s reading platforms and future developments will be able to take advantage of properly tagged items.
Special characters and spaces should not be used for file names within an ePub. This can result in naming inconsistencies with the items listed in the OPF manifest. File names containing non-alphanumeric characters are not fully supported, and their use may lead to undefined behaviour, which may be inconsistent across clients.
Background Colors
Kobo recommends that publishers avoid specifying background colors in the CSS for reflowable ePubs. Background colors may make the content difficult to read when the user has selected the sepia or night modes or when reading on eInk devices.
CSS:
.c5 {
background: #FF0000
}Small Caps
To structure Small Caps that will display correctly on Kobo's reading platforms content creators must use the CSS property "font-variant":
p.sc {
font-variant: small-caps;
}The property "font-size" is often used incorrectly to format Small Caps and can result in disproportionate text sizing depending on the app/device being used and the font settings chosen by the user. The impact is particularly noticeable when the value used for this property is set to x-small or small. Content creators are also advised to embed a font that contains Small Caps glyphs for optimal rendering.
Style locations
Kobo strongly advises against the use of inline styling for all content types (reflowable and Fixed Layout). Inline style elements may not be rendered as intended across Kobo's reading platforms. Styles should instead be contained in a linked stylesheet.
Choosing Selectors
Kobo advises against applying styles to type selectors alone, like the div or span selectors. It is safer to style and easier to debug CSS that is as specific as possible. Increase specificity by selecting for type and class, or by selecting for nesting structure. In addition, Kobo inserts div and span tags during processing to enable user functionality (ex. text highlighting). As a result, any content contained within the added tags will inherit the styling applied in the CSS.
Ex.
p {
font-size: 1em;
line-height: 1.2em;
word-spacing: -1px;
}Body Padding
Kobo advises against adding padding to the body selector to accommodate background images. On the Kobo iOS platform, this may result in the background image overlapping with the text.
Incorrect:
body {
padding: 2em 1em 2em 70px !important;
background-image: url(logo.png);
}
Using em units for Margins
Kobo advises against using em units to set text margins unless it's set to 1 or 2. When users on mobile devices select a large font-size, it will also increase margins set in ems. This can make the content nearly unreadable as the margins increase on each side. Instead, use a fixed unit like px for margins. In this example the margins will always be 4x the size of the font selected and each line will only fit a few letters or words.
HTML:
<p class='quote'><b>This test will be unreadable on phones at large fonts sizes</b></p>CSS:
p.quote {
margin: 0em 4em;
text-align: justify;
text-indent: 0em;
}Page Breaks
A page break will occur whenever the reading system encounters a new html file. Creating a new file is the best way to establish page breaks across all Kobo apps. Support for other page-break methods is not consistent.
Page-breaking CSS is only partially supported across Kobo's reading platforms. Support for page-breaking CSS is limited at this time becasue pagination isn't implemented in a way that supports its use across all of Kobo's reading platforms. Work is underway to add support for all platforms in future releases. Current support across all platforms is as follows:
| Page Break Type | Windows | iOS | Android | EPD | KDA |
|---|---|---|---|---|---|
| after:always | N | Y | Y | N | N |
| after:auto | N | N | N | N | N |
| after:avoid | N | Y | Y | N | N |
| after:left | N | Y | Y | N | N |
| after:right | N | Y | Y | N | N |
| before:auto | N | N | N | N | N |
| before:always | N | Y | Y | N | N |
| before:avoid | N | Y | Y | N | N |
| before:left | N | Y | Y | N | N |
| before:right | N | Y | Y | N | N |
| inside:auto | N | N | N | N | N |
| inside:avoid | N | N | N | N | N |
Setting Font Sizes
Font size can be set in the CSS using the unit type em, px, pt or %. However, % has been known to trigger bugs on Desktop and eInk that can restrict users' ability to change the font size or to reset the font size at the start of each chapter. Kobo advises that content creators set a base font size in px or pt (or not set a base size at all, to allow each platform to use its default font size) then increase or decrease the font size for specific classes using em units.
TTF, OTF, and WOFF (v. 1.0) fonts are supported by all Kobo platforms.
Font customization options available to Kobo users on each reading platform:
Android: Droid Sans Serif, Droid Serif.
Desktop: A-OTF Gothic MB101 Pr6N R, A-OTF Ryumin PR6N R-KL, Arial, Ariel Narrow, Arial Unicode MS, Calibri, Calibri Light, Cambria, Cambria Math, Constantia, DFKai-SB, Georgia, KaiTi, Lucida Sans, Palatino Linotype, Meiryo, Meiryo UI, MS Gothic, MS Mincho, MS PGothic, MS PMincho, SimHei, Times New Roman, Tahoma, Trebuchet MS.
eInk: Amasis, Avenir Next, Caecilia, Georgia, Gill Sans, Kobo Nickel, Malabar, Gothic, Ryumin, Dyslexie, OpenDyslexic (the last two are optimized for readers with dyslexia).
iOS: Avenir, Baskerville, Cochin, Georgia, Helvetica, Optima, Palatino, Trebuchet, Verdana.
Windows: Cambria, Calibri, Georgia, SegoeUI, Times New Roman, Trebuchet MS, Verdana.
As of 2017 Kobo's reading platforms all support font obfuscation. This was not previously the case but Kobo's CMS can now process the embedded fonts and decryption keys and the fonts will display as intended on eInk, Desktop, Android, iOS and Windows.
When opening a new book, the font that displays is the one chosen by the user for their previous open book. For an embedded font, users can select "Document Default" or "Publisher Default" from the font options. The exception is FXL content for which users cannot choose their font. Fonts in FXL content are determined by the CSS in the ePub.
If the reading experience of a book requires that the embedded font be used, consider adding a note to the front matter. Instruct the user to select the "Publisher Default" font option.
To avoid text-positioning errors, seriously consider embedding and specifying fonts in the CSS for all Fixed Layout ePubs. If fonts are not embedded and specified, the reading platform falls back to different default fonts depending on the system. This can lead to unexpected text reflow and element-sizing issues. Fixed Layout files that use the default fonts should be tested extensively on Kobo’s reading platforms.
Content creators are advised against referencing fonts in the CSS that are not embedded in the ePub. Kobo devices and devices that Kobo apps can be installed on will have specific fonts included. However, the available fonts vary across these devices and there is no way to ensure that any one font will be available on the device chosen by the user. If fonts are not embedded then text will be rendered differently across multiple devices and platforms, with each using the fonts available to it.
Emphasis cannot be added to embedded fonts for Fixed Layout content in the CSS. Reading systems cannot modify regular fonts with font-weight:bold; or font-style:italic; applied unless the corresponding font file has been embedded.
Ex.
@font-face {
font-family: "Helvetica";
font-style: normal;
font-weight: normal;
src: url("fonts/Helvetica.ttf");
}
@font-face {
font-family: "Helvetica Bold";
font-style: normal;
font-weight: bold;
src: url("fonts/Helvetica-Bold.ttf");
}
.bolded {
font-family: "Helvetica Bold";
font-size: 60px;
font-style: normal;
font-weight: 800;
}Here, a bold version of the font has correctly been embedded and linked to using a separate @font-face rule, rather than incorrectly linking to the same "Helvetica" font-family and just adding font-weight:bold. Issues with incorrectly modified fonts can be detected most easily by sideloading content to the Kobo Desktop app, where the resulting display issues are the most prominent.
When a user selects an available default font, Kobo reading platforms may not correctly render all glyphs within the script. So content containing glyphs not present in Kobo’s default apps should be tested across platforms. Creators may want to embed a font that contains the glyphs used in their content to ensure it renders correctly.
Some glyphs do not render on most fonts. In cases where creators are unable to supply embedded fonts they can insert a note into the front matter of their content instructing users to select the font Georgia. It correctly renders the greatest set of scripts.
Kobo is currently working to add built-in fonts to the eInk and Android-reading platforms and render glyphs from all scripts correctly. The Desktop, iOS and Windows platforms already contain built-in fonts that will render glyphs from all scripts.
Kobo has support for right-to-left language formatting in the following areas:
- Kobo supports the writing-mode CSS3 property and associated elements for vertical text layouts (LTR or RTL)
- Kobo supports the HTML5 dir attribute
- Kobo supports ruby text*
-
- Kobo supports the OPF spine-level
page-progression-directionattribute for right-to-left page flow:
- Kobo supports the OPF spine-level
<spine toc="ncx" page-progression-direction="rtl">
<itemref idref="chapter1" />
<itemref idref="chapter2" />
<itemref idref="chapter3" />
</spine>
The page-progression-direction attribute was introduced as part of the EPUB3 specification. However it can be used in both ePub2 and EPUB3 files for Kobo and will pass through processing and display correctly on Kobo's reading platforms despite flags that ePub2 files will generate in ePubCheck.
Footnotes and endnotes on the eInk (except for the original Kobo reader and the Kobo Wi-Fi) and iOS platforms will display as a pop-up box containing the content being linked to. The pop-up boxes also contain links to the HTML sections containing the reference material. On iOS, the footnote pop-up will render more than just plain text, including images, links and other content in the footnote or endnote. On the Desktop, Android and Windows platforms users will not see a pop-up but can simply follow the link to HTML section with the reference text.
It is strongly recommended that reference notes use the appropriate ePub:type identifying attribute for footnotes and endnotes (note: this markup is only valid in EPUB3 files and cannot be used in ePub2). This attribute is currently supported on Kobo's iOS platform and its use is the best way to ensure that footnotes and endnotes will display as intended on iOS as well as future releases on other platforms. All links using the footnote or endnote attribute will display within a pop-up on Kobo's iOS platform.
Ex.
<span id="fn0005fn" epub:type="footnote">Text linking to footnote or endnote.</span>Warning: Hyperlinked content not using the epub:type attribute footnote or endnote will display as a pop-up on Kobo's iOS and eInk platforms in cases where all the following criteria are met.
-
The link references a location in the EPUB and also references a specific node within the HTML. Ex.
<a href="chapter.html#uniqueID">link text</a>
Where chapter.html is a file within this EPUB and where uniqueID is the id of a node within that html document. -
The content in the node is nine characters or more once stripped of the HTML tags. Ex.
<p id="uniqueID">123456789</p> -
The node being linked to is less than or equal to 5000 characters.
-
The location being linked to comes after the location being linked from. Ex. A reference in Chapter 2 links to a location at the end of the file titled Endnotes or a reference at the beginning of Chapter 2 links to a location at the end of Chapter 2.
Kobo supports the official EPUB3 FXL spec on all platforms. This includes such features as Right-to-Left Reading, SMIL read-along, and various page-spread options.
In the metadata section of the OPF, the value set in the rendition:layout property determines whether the content is fixed layout or reflowable. Fixed layout content should set this value to pre-paginated.
<meta property="rendition:layout">pre-paginated</meta>
Kobo platforms also read the field <option name="fixed-layout">true/false</option> to identify whether EPUBs should be rendered as FXL. The file containing this field is usually titled com.kobobooks.display-options.xml and can be found in the META-INF directory of the ePub. This file is not required for EPUB3 FXL content.
A synthetic spread in a Fixed Layout EPUB is when two separate page files are rendered together on-screen. The rendition:spread property in the OPF determines when synthetic spreads will be rendered. Supplying a value to this property that is suitable for the content is an important step in making Fixed Layout content as legible as possible on smaller screens.
Usually, a synthetic spread is only desirable when a device is in landscape orientation because the spread can be rendered without scaling any pages down. In portrait orientation, it is often best to display a single page because it makes the greatest use of the available space. To achieve this optimal display as long as each file contains only a single page, use auto or landscape as the value for rendition:spread:
<meta property="rendition:spread">auto</meta>or
<meta property="rendition:spread">landscape</meta>Unfortunately, software that exports Fixed Layout EPUBs often sets the rendition:spread property value to both, causing synthetic spreads to appear in both landscape and portrait orientations. We strongly recommend verifying the value assigned to the rendition:spread property before submitting your ePub, as well as ensuring your Fixed Layout workflow is deliberate when assigning values to this property.
Warning: EPUBs using an unsuitable value may be removed from sale until a corrected revision has been distributed. For example, if the content is highly detailed (like sheet music, verse, travel guides, or graphic novels), and the rendition:spread is set to both, the book may fail QA and be removed from sale.
Please note: If a Fixed Layout epub's xhtml files contain more than a single page (i.e. if they have been hard-coded to display 2-page spreads), be sure to set rendition:spread to none; synthetic spreads should not be rendered from hard-coded spreads. EPUBs with hard-coded spreads and a rendition:spread value other than none may fail content QA due to the legibility issues that arise.
Kobo supports all five available values; auto, landscape, none, both and portrait. For specific recommendations, see the Common QA Failures section.
rendition:spread properties are only read at the book level for all reading platforms, set in the metadata section. Future versions of Kobo’s reading platforms may read the rendition:orientation and rendition:layout properties at the spine level.
Pinch and zoom gestures are available on the Android, iOS, and Windows reading platforms. The zoom option is available in the reading menu of eInk devices. The Kobo Desktop App supports three zoom options: Zoom Slider, Double-click to zoom and Scroll to zoom. The zoom slider is incorporated into the navigation bar so that users can adjust it to zoom in and out. Alternatively, users can to zoom in by double-clicking anywhere on the page or adjust the zoom by scrolling up and down with a mouse while holding down the Ctrl (PC) or Command (Mac) key.
Starting a Fixed Layout Book with a left spread will throw off the page sequence on iOS
The Kobo iOS app will always display the first page centered and as its own spread. As a result, if a Fixed Layout book is formatted as follows it will display the first item as the cover then the second as the left side of the first fill spread and the third as the right side of the first full spread. This will alter the sequence for the entire book, making all right spreads fall on the left side and vice versa. To avoid triggering this display issue simply do not indicate a page spread property for the first item and have your second item start as a left side spread. The same rule applies to books with <spine page-progression-direction="rtl"> but with opposite directions; applying properties="page-spread-right" to the first spine item in rtl books will throw off the page sequence on iOS.
Not supported:
<spine toc="ncx">
<itemref idref="page_001.xhtml" properties="page-spread-left" /> <!-- blank page -->
<itemref idref="page_002.xhtml" properties="page-spread-right" /> <!-- cover image -->
<itemref idref="page_003.xhtml" properties="page-spread-left" />
<itemref idref="page_004.xhtml" properties="page-spread-right" />
<itemref idref="page_005.xhtml" properties="page-spread-left" />
<itemref idref="page_006.xhtml" properties="page-spread-right" />
</spine>
Kobo strongly advises against the following when formatting Fixed Layout content:
-
Text boxes with inline styling. This may result in inconsistent rendering across platforms, resulting in text overlap or incorrect positioning.
-
The use of images where the width or height (in pixels) exceed the dimensions of the viewport. EPUBs containing images that exceed the viewport dimensions may not render correctly on the eInk platform.
-
The use of negative positioning when placing text, images or other content in CSS. Not advised:
div.background_right {
width: 600px;
height: 800px;
padding: 0;
margin: 0;
top: 0;
left: -600px;
}Content creators are advised against producing Fixed Layout EPUBs solely to reproduce a print layout. Text cannot be resized by users while reading Fixed Layout content and as a result small text can only be read by zooming in. This can greatly diminish the reading experience particularly on eInk devices, smartphones and Desktop applications. Fixed Layout serves comics, children's books and other categories well but is not an ideal format for text heavy content that could be displayed as reflowable content. Furthermore, Fixed Layout EPUBs require more in-depth testing prior to distribution to ensure that they display correctly across multiple reading platforms.
SMIL (Synchronized Multimedia Integration Language) is supported for FXL titles on Android and iOS. Audio files must be encoded using Apple iTunes AAC-LC mp4-v2 codec, 256 kbps.
Note: The Kobo Android platform does not currently support:
- Non-Linear playback
- Text highlighting for SVG text
- Using decimals when the time is already specified in milliseconds. (ex.
clipBegin="47808.823ms" clipEnd="48330.373ms). This may cause the audio to stop playing or to not start playing at all. - Using more than 4 decimal places. (ex.
clipBegin="4.82333" clipEnd="7.45334ms). This may prevent the audio track from playing at all.
When the rendition:spread property is set to auto in Fixed Layout Read Along content, it will display a 2-page spread in portrait orientation. Note this difference in auto behavior between Read Along and regular Fixed Layout; regular Fixed Layout content set to auto will display only one page in portrait.
The following table outlines rendition:spread behaviour in Fixed Layout Read Along content.
| Platform/Content | rendition:spread | Portait display | Landscape display |
|---|---|---|---|
| Android/FXL Read Along | "auto" | full spread | full spread |
| Android/FXL Read Along | "none" | single page | single page |
| Android/FXL Read Along | "landscape" | single page | full spread |
Custom text colors for highlighting are not currently supported on Android. However, custom text colors for highlighting is possible on iOS. The iOS app uses the CSS class kobo-smil-highlight to color highlighted text. So, by adding that class to the CSS plus a color declaration, the color of the highlighted text on the app can be customized.
SMIL for reflowable content is supported on iOS but is not supported on the Android, EPD, Desktop or Windows platforms.
The Kobo Android and iOS platforms will render FXL EPUBs that meet certain criteria with an image-based Fixed Layout reader. This reader features significantly faster panning, zooming, and page-turns than the standard one. Designed to enhance the reading experience of comics, it works for any FXL EPUBs composed entirely of images.
EPUBs that meet the following criteria will be displayed with the image-based reader on Kobo’s iOS and Android platforms:
- The content is Fixed Layout.
- The EPUB does not contain SMIL content.
- An image must be available for each spine item. Spine items are inspected for images using these rules, and each spine item must contain one of the following formats:
- a non-SVG image (e.g. PNG), or
- an SVG image with a non-SVG image fallback provided in the manifest. In this case, the fallback image is used in the comics renderer, or
- an HTML file which falls under one of the following categories:
- either it contains a single
imgtag which references an image. In this case, this image will be used - or it contains an SVG definition with an
imagechild tag referencing an image. In this case, the referenced image will be used. NB:objectelements, which may include an SVG image in thedataattribute, do not fall into this category - or an HTML page which contains no child elements under
body. This item will be rendered as a blank white page.
- either it contains a single
- The same image cannot appear twice in a row. If two consecutive pages refer to the same image, the platform will assume that CSS styling is repositioning the image, which is not supported by the image-based FXL reader.
For example, a file that lists spine items, manifest items, and contains nothing but an image in the HTML body will trigger the image-based renderer.
Example spine item:
...
<itemref idref="page007" linear="yes" />
...
Matching item in manifest:
...
<item id="page007" href="contents/page007.xhtml" media-type="application/xhtml+xml"/>
...
HTML body for item:
...
<body>
<div class="main">
<svg xmlns="http://www.w3.org/2000/svg" version="1.1" xmlns:xlink="http://www.w3.org/1999/xlink" width="100%" height="100%" viewBox="0 0 1283 1800">
<image width="1283" height="1800" xlink:href="../image/image007.jpg" />
</svg>
</div>
</body>
...
If images are set using the background property of elements the platform will fall back to using the default reader.
On Android, if the image is determined to be twice as large as the screen in any dimension, a low-res version of the image loads when the user turns a page. Within a second, the high-res version replaces the original image. This optimization prevents memory issues when users quickly flip through pages. The low-res image might appear slightly blurry or soft compared to the final hi-res image.
Web links will be disabled in the Image Based FXL reader. If web links must work for an image only Fixed Layout EPUB it is recommended that invisible sample text be added to any HTML file so that Kobo's Android and iOS apps will open the file with the default reader.
Testing across platforms for EPUBs with multimedia and other media overlays is recommended.
Embedded audio and video is currently supported on Kobo’s iOS and Android platforms for all content.
Windows does not currently support embedded audio and video. Kobo eInk devices and the desktop app do not support embedded audio and video either but will display any content included as a fallback using the switch element display instead. NOTE: This functionality has been deprecated in EPUB3.2.
Autoplay Functionality is Not Currently Supported
Kobo's platforms do not currently support autoplay functionality for embedded media. Elements using this tag will display but will not begin playback without user interaction.
HTML:
<audio class="myaudio" src="sounds/audio.mp3" autoplay="autoplay">Sample text.</audio>Extensive Testing is Strongly Recommended For All Interactive Content
For content with interactive features (ex. pop-ups, buttons that trigger media, scrolling windows within Fixed-Layout ePubs, text input boxes) it is strongly recommended that content creators test by sideloading to both Kobo's iOS and Android platforms to ensure that all features work as intended. Furthermore, this content should be tested by sideloading on Kobo's Windows and Desktop platforms to verify that the lack of interactivity support does not make the content unreadable to the user. Ideally these EPUBs will be sent with metadata where the synopsis indicates that features within the content may not work on all platforms.
Any content creators who cannot test each interactive title on both Kobo's Android and iOS apps are advised to not distribute such titles to Kobo at present.
Kobo’s Android and iOS platforms support JavaScript for Fixed Layout and reflowable ePubs, but it is recommended not to use JavaScript in reflowable content in ways that may alter the layout of the book. Any EPUBs that depend on JavaScript functionality to present readable content will not pass content QA.
Kobo’s eInk and Desktop platforms have limited support for JavaScript, and do not support interactive JavaScript elements. EPUBs with JavaScript should contain fallback statements. This way, platforms that do not support JavaScript can still produce a coherent reading experience. Thorough testing on all platforms is strongly recommended to ensure that fallback as well as JavaScript content renders correctly.
The navigator.epubReadingSystem Property
Note that navigator.epubReadingSystem property is only supported on Kobo's Desktop and eInk platforms and is not presently supported on iOS, Android or Windows. As a result EPUBs that need to query information about the user's reading system on three of Kobo's five reading platforms will be unable to. Any EPUBs that depend on this functionality to present readable content will not pass content QA.
Disabling Menu Activation for Interactive Elements
Taps in book content (on elements other than links) are passed up to the Kobo reading apps in order to trigger menus and other reading system interactions. To avoid having your interactive elements trigger unrelated reading system functionality JavaScript files must contain event listeners for both click and touchend (or touchstart) events, and both listener functions must call preventDefault() on both click and touchend (or touchstart, if you’d prefer) events. Any interactive logic will need to be implemented in the touch handler, rather than the click handler, as in the example below:
exampleElement.addEventListener('click', handleClick, false);
exampleElement.addEventListener('touchend', handleTouch, false);
function handleClick(event) {
event.preventDefault();
}
function handleTouch(event) {
exampleElement.style.background="red";
event.preventDefault();
}MathML is currently supported on Kobo's iOS, Android, Desktop and eInk platforms. It is not currently supported on the Windows app for Desktop and mobile. It is recommended that content creators test their content across Android, iOS and Desktop prior to distribution to ensure that equations are displaying as intended.
Any items listed in the manifest that are not standard EPUB Content Documents should be accompanied by fallback items. Extensive testing should be done across platforms whenever including non-core items in an ePub. More on the IDPF specification on manifest fallbacks can be found here.
Example:
<manifest>
<item id="xpgt1" href="styling/noncorestyling.xpgt" media-type="application/vnd.adobe-page-template+xml" fallback="css" />
<item id="css" href="styling/content.css" media-type="text/css" />
</manifest>
When embedding audio and video Kobo recommends using intrinsic fallbacks so that users reading on platforms that do not support embedded media (ex. eInk) can be directed to other platforms if they wish to access the content. More on IDPF specification on intrinsic fallbacks can be found here.
<audio controls="">
<source src="embeddedaudio.mp4">
<p>The device you are reading on cannot play audio content but you can access the media in this book by opening it on your phone or tablet.</p>
</audio>Publishers can set the amount of content they make available in previews. They use their metadata feed or work with Kobo’s Publisher Operations team to customize their account settings.
On the account level, previews are set to display 5% of the ePub’s content by default. Previews can be turned on or off. The maximum percentage that accounts can be set to is 25%.
On the product level, the default is 5%. Publishers can set preview percentages for individual titles. They can use the Kobo Excel metadata template or ONIX 3.0 with the tags EpubUsageType, EpubUsageStatus or EpubUsageLimit. Previews can be set between 0% and 25%.
Publishers can also upload custom previews by using the naming convention ISBN_preview.epub or ISBN_sample.epub in the preview files they distribute.
The preview generation process does not support images referenced using the CSS background-image property. Images will only be included in a fixed-layout preview if they are inserted as HTML, using the <img> element. Images referenced using the CSS background-image property will appear as expected in the full book however.
Sometimes tables wider than four columns may not be readable in reflowable EPUB files, particularly on eInk devices. Content producers adding tables with more than four columns are advised to test their content on all Kobo reading platforms. Likewise, when HTML tables do not render as intended, they can reformat or capture the tables as high-resolution images.
Kobo recommends the following limits for EPUB and EPUB component sizes. Files exceeding these limits should still load to the Kobo store and be accessible on all reading platforms but will take longer to download to users’ devices and will take up more memory. To ensure optimal performance content creators are advised against producing files that exceed these limits.
- 5 MB/image in FXL and Reflowable ePubs
- 10 MB of embedded content/each HTML file in an ePub
- 3 800 000 pixels/viewport or ~1950x1950 in FXL EPUBs
- 1 GB/ePub
The following table lists features supported by at least one Kobo platform but not uniformly supported across all platforms. Features not listed here are either supported across all platforms or not supported on any platforms.
| Platform | MathML | SMIL | JavaScript | CSS Animations | Audio/Video |
|---|---|---|---|---|---|
| Android | Y | Y | Y | Y | Y |
| Desktop | Y | N | N | Y | N |
| eInk | Y | N | N | Y | N |
| iOS | Y | Y | Y | Y | Y |
| Windows | N | N | N | N | N |
Kobo routinely reviews content and will remove titles from sale when display issues have a significant and negative impact on the reading experience. In these cases a report will be sent to the account contacts indicating which reading platforms the issues were detected on and why it was removed from sale. Upon request Kobo can perform further testing, provide more feedback and sync to content to a Kobo user account belonging to the distributor or creator of the EPUB file in question. Two key methods for revising failed content are sideloading and running ePubCheck.
Sideloading
Sideloading content for testing purposes will allow you to see the issue first hand. This can also be used after fixes are applied, to verify that content is displaying as intended. Instructions for sideloading EPUBs to each of the different platforms can be found here.
Running ePubCheck
Using an EPUB validator will help detect errors within the ePub. In some cases Kobo will be unable to investigate failed content until the file passes validation without raising any flags. There are EPUBs that will raise flags in ePubCheck that will successfully load and display on Kobo as well as files that will pass ePubCheck and still fail to display correctly on Kobo's platforms. However, files that pass ePubCheck are always less likely to produce display issues and those that do are much easier to diagnose. When display issues are produced by valid EPUBs that display correctly on other reading platforms Kobo will log bugs and attempt to resolve them for future releases.
Kobo often receives reports from customers that images in EPUBs are blurry and contain text or images that are not legible.
To revise EPUBs with this issue:
- Embed higher resolution images and test via sideloading. Instructions for sideloading can be found here. There's no minimum size or dimension required for images but if the image does not appear pixelated on an iPad or Android tablet it should pass content QA. You can double tap to expand images in reflowable content to full screen on Android and iOS for review.
- When you are satisfied with the image quality, please send in the revised file and let us know that it is available for additional QA testing.
- If you have tried replacing the images and the issue still exists contact the Content QA team for additional feedback.
Kobo often receives EPUBs where images are missing or fail to display within the EPUB on one or more reading platforms.
To revise EPUBs with this issue:
- If images are failing to display on all platforms:
- Check that the image is being correctly referenced throughout the HTML, OPF and file name. Sometimes there is a slight discrepancy between the link and the name of the image; this results in the image link being broken. There may also be special characters or spaces in the filename resulting in a mismatch between how the file is named in the OPF. Reading systems may fail to identify images in these cases. Ex. The image in the EPUB could be called
image with spaces.jpgand would be labelledimage with spaces.jpgin the OPF file.
- Check that the image is being correctly referenced throughout the HTML, OPF and file name. Sometimes there is a slight discrepancy between the link and the name of the image; this results in the image link being broken. There may also be special characters or spaces in the filename resulting in a mismatch between how the file is named in the OPF. Reading systems may fail to identify images in these cases. Ex. The image in the EPUB could be called
- If images are failing to display specifically on the desktop platform:
- Check the code for the use of negatively positioned images.
- Check to see if you are scaling svg images. If you are using
transformto shrink/expand the image at the<g>container level it may not display on the Desktop app and eInk devices at all. This issue is expanded on here
- If you have tried revising the images and the issue still exists contact the Content QA team for additional feedback.
Issues with text spacing and overlap in Fixed Layout EPUBs are often caused by strict styling specifications. Kobo strongly recommends that styling be done at the paragraph level (as opposed to placing each character or word individually) and that styling elements be contained within the CSS (as opposed to the XHTML files). The more styling present in the .xhtml files and the more rigidly the text is styled the less likely it is that the content will display as designed across all Kobo reading platforms.
To revise EPUBs with this issue:
- If your file is using inline styling (or even styling individual words or characters), consider styling your content at the paragraph level. If your style elements are contained within the .xhtml files, consider placing the styling within the CSS. An example and a more detailed explanation can be found here.
- Increase the width allowance of the line/paragraph and build in extra space to accommodate slight display discrepancies between Kobo reading platforms and the devices they are available on.
- Sideload the EPUB to various platforms and test that the text displays as intended. Instructions for sideloading content can be found here.
- If the text is displaying as intended send in the revised file for additional QA testing.
- If you cannot revise the text layout contact the Content QA team for additional feedback.
Fixed Layout content will fail QA in instances where the page content does not fit into or exceeds the window/screen. On devices this will manifest itself as extra white space on the screen or it appearing as though a zoom has been applied. This is the result of inconsistencies between the viewport specified in the XHTML, CSS or in the dimensions of the images being referenced on the pages.
To revise EPUBs with this issue:
- Ensure that the viewport listed in all the CSS and XHTML files is the same.
- Check to see if the image dimensions (if there is one background image for each page) matches the dimensions of the viewport. The image size does not have to match the viewport but the width:height ratio does. Ex. The image can be 100px by 200px and the viewport could be 200px by 400px.
- Sideload the EPUB to various platforms and make sure that there is no extra space, that the whole page displays and that the left and right sides of the pages match up if the book is designed to be displayed in two page spreads.
- If you cannot correct the viewports contact the Content QA team for additional feedback.
Common issues flagged in QA for books with Read-Along audio include audio stuttering, audio getting cut off before all the text on the page has been read, reading text that is not on the current page or not playing the audio track at all. More on Kobo's support of Read-Along can be found here.
To revise EPUBs with these issues:
- Ensure that you are using the SMIL format to enable Read-Along and that it conforms with the specification
- Check the mimetype for your SMIL files in the OPF manifest. It should be application/smil+xml.
- Play the embedded audio file and compare it to the times listed in the .smil files. The times listed in the .smil files should match the audio you want to hear for that page in the audio file.
- If a page references multiple audio files or if the SMIL file references out of sequence points in the audio file (ex. it reads seconds 2-8, then 20-24, then 10-13) this may result in performance issues across reading platforms. You can improve performance by having each page only refer to one audio file and having that sequence of the audio match the sequence of the text being read.
- Sideload the EPUB to various platforms and test that the audio plays as intended.
- If you cannot resolve the playback issues contact the Content QA team for additional feedback.
Kobo often receives content with embedded audio that does not work on one or both of our iOS and Android platforms (the criteria for activating such content is that is pass QA on both). This is usually either because the content has not been designed and tested for more than one reading platform or because the media, codecs, HTML or mimetypes are not compatible with one or both of the Android and iOS devices at all (i.e. even outside of the Kobo app).
To revise EPUBs with these issues:
- Ensure that the audio/video components are compatible with iOS and Android devices independent of the Kobo app by extracting the audio or video file and opening it in an app that will play the content. If it does not play the problem is likely the case that the file itself is not compatible with the Android or iOS platform.
- Make sure you are using the correct mimetype for the audio/video file you’ve embedded.
- Unzip the EPUB and open the page containing the media in Chrome and Safari. If it doesn’t work on Safari it will not likely work on the Kobo iOS app and if it does not work in Chrome it will not likely work on the Kobo Android app. The display engines will not always be the same version but they will be very similar. If the media plays in the browser and when opened in a media app on the device but not the Kobo app we will log a ticket to support the media for a future release.
- Check the media controls. If the reading system has been allowed to use its default media controls it will decrease the likelihood that the media will not play. If JavaScript is in use try to remove it without breaking the intended display of the content.
- If you unable to get the media to play on both platforms contact the Content QA team for additional feedback.
Not sure what value should be used for your book? This section aims to resolve that.
Set the rendition:spread value to auto or landscape. Both values will have the same effect; synthetic (2-page) spreads will only appear in landscape. These settings are suitable for almost all fixed layout ePubs.
Set the rendition:spread value to none. Synthetic spreads will not appear.
Set the rendition:spread value to none. Any other value will cause four pages to appear in portrait or landscape, or both. Please also consider separating the pages so that they can be displayed larger individually. Fixed Layout content with hard-coded 2-page spreads spreads may fail QA if text is illegible.
Set the rendition:spread value to both. Please consider only using this value when absolutely necessary for the content, as it scales the images and text down when a device is in portrait mode, which can be very uncomfortable to read on a phone or tablet. Please also check that your font size is appropriate for such drastic scaling.
Some useful EPUB resources from around the net.
If you encounter any rendering issues you can bring them to our attention at kobo-renderingissues@mail.rakuten.com. Please provide as much detail as possible, including app version, device, and screenshots if possible. Any comments or concerns about the documentation above can be submitted directly via GitHub comments. Immediate responses to all emails and comments cannot be guaranteed but all feedback related to documentation and content rendering is appreciated.
If you are already configured as a publisher or distributor with Kobo and have questions concerning content management (metadata or EPUB uploads, pricing, pre-orders, etc.) you can follow up with your contact on the Publisher Operations team.
If you are a small publisher or a self-published author and would like to sell your content through Kobo you can do so through Kobo Writing Life.