Epub bug

I made a whole bunch 'a epubs today and found a pretty painful bug. When you generate a book with a Table of Contents ID screws up "space after" paragraph styles and changes (shortens) them pretty dramatically. Some styles are okay, some arent'. I have no idea why some get screwed up and other don't. (This is in ID / CS4)
Output your book without a TOC and all the spacing looks great. Output with a TOC and you get the munged space-after and the thing looks much worse. Open up the epub and examine the stylesheet and sure enough, it's changed.
This is also true if you use the Kindle output scripts.
I can get into the epub stylesheet and edit it, but I can't see how to get into a mobi file and edit its style sheet.
Anybody have any suggestions? Beyond waiting for (and buying) CS5.5?
Thanks!
Steve

Thanks, guys.
I have the student version of Design Premium. I'm not really eager to go through the hassle of upgrading twice, when 5.5 is so much better and will be out in three weeks (?) but I'll think about it.
What I would probably do is go to the student version of Design Standard. Or just get the free 30-day trial of ID only.
One question I had -- if I get Design Standard (or ID) do I get to keep the other apps from Design Premium (namely Dreamweaver)?
The reason I hesitate to for the full upgrade is that I'm finishing this project. When the .mobi file goes out the door I'm done for a while. (Hopefully!)
Any suggestions?
Thanks again,
Steve

Similar Messages

  • Indesign CS6 epub export bug

    I am using Indesign CS6 to export a book to epub. Having problems with automatic numbers and bullets as well as spacing issues; however, I've made some adjustments and am getting a pretty decent epub. Here's the issue: When I convert my epub to Mobi using Calibre, I get double bullets and double numbers in my lists. I used this same process to create a Mobi file a few months ago in Indesign 5.5 with no problem. So I took one of my CS6 files, exported it to IDML, opened it in CS5.5 and exported to ePub. I then took that epub and converted it to Mobi using Calibre. No double bullets or numbers. So the issue is coming from Indesign CS6.
    Anyone else had this issue. Any other ideas on how to get a clean Mobi file from CS6?

    Thanks a million.
    Re: Indesign CS6 epub export bug
    created by Steve Werner in InDesign - View the full discussion
    lotuscott,
    You should get the 8.0.1 update for InDesign CS6. It fixes several EPUB bugs including the "space before" problem and the "epub-ruby" (which is I believed intended for Japanese language.
    Please note that the Adobe Forums do not accept email attachments. If you want to embed a screen image in your message please visit the thread in the forum to embed the image at http://forums.adobe.com/message/4773256#4773256
    Replies to this message go to everyone subscribed to this thread, not directly to the person who posted the message. To post a reply, either reply to this email or visit the message page: http://forums.adobe.com/message/4773256#4773256
    To unsubscribe from this thread, please visit the message page at http://forums.adobe.com/message/4773256#4773256. In the Actions box on the right, click the Stop Email Notifications link.
    Start a new discussion in InDesign by email or at Adobe Community
    For more information about maintaining your forum email notifications please go to http://forums.adobe.com/message/2936746#2936746.

  • InDesign CS6 Map export tags

    I have viewed the video on mapping which is most helpful. I have one difficulty.
    The export tags dialogue box shows only 6 heading options. Because my document was prepared for print, I have eight-nine heading styles. How do I deal with this problem?

    Thanks a million.
    Re: Indesign CS6 epub export bug
    created by Steve Werner in InDesign - View the full discussion
    lotuscott,
    You should get the 8.0.1 update for InDesign CS6. It fixes several EPUB bugs including the "space before" problem and the "epub-ruby" (which is I believed intended for Japanese language.
    Please note that the Adobe Forums do not accept email attachments. If you want to embed a screen image in your message please visit the thread in the forum to embed the image at http://forums.adobe.com/message/4773256#4773256
    Replies to this message go to everyone subscribed to this thread, not directly to the person who posted the message. To post a reply, either reply to this email or visit the message page: http://forums.adobe.com/message/4773256#4773256
    To unsubscribe from this thread, please visit the message page at http://forums.adobe.com/message/4773256#4773256. In the Actions box on the right, click the Stop Email Notifications link.
    Start a new discussion in InDesign by email or at Adobe Community
    For more information about maintaining your forum email notifications please go to http://forums.adobe.com/message/2936746#2936746.

  • I think I've found a bug... (CS 4 6.0.4, export to EPUB, w/ test case)

    Hi everyone,
    I think I've found a bug. I suppose I would like to see if others can reproduce it - I've managed to on 2 work machines, but the more the merrier. I suppose I'm also hoping that giving this bug more exposure will increase the likelihood of it getting resolved. I can dream
    The bug shows itself when exporting an InDesign document (or book) to "Digital Editions", or as an EPUB file. The InDesign source needs to have a Table of Contents, and this TOC has to be used by the EPUB to create TOC entries (see the "contents" tab of the export window). In certain cases, using the InDesign TOC causes the EPUB export to garble certain characters; unicode-specific characters, in my experience.
    Steps to reproduce:
    Create a new document, add a blank text frame and fill it with placeholder text. add a heading to this text frame, styled appropriately.
    Create a table of contents, using the heading style you defined and used previously.
    Add some unicode characters to the end of your text frame. I've been using "bêche-de-mer — a genus", which has 2 unicode characters. My tests have shown about 1715 characters in the text frame is enough to trigger this bug.
    Save the document and export to digital editions. under the "contents" tab, check the "include indesign TOC entries" option.
    Open the EPUB (or unzip it and view the xhtml content). I would expect to see "bêche-de-mer — a genus" at the end. However, I see something more like "b√™che-de-mer ‚Äî a genus" instead. I do see the correct output if I don't check the "include indesign TOC entries" option when exporting to EPUB.
    I've confirmed the fonts I've tried are unicode-compliant and have the relevant character codes. I'm running the latest update to InDesign CS4 (6.0.4) on OSX 10.4.11. This character encoding problem doesn't manifest itself in the PDF or IDML export, only the EPUB export. Choosing whether or not to include embedded fonts in the EPUB doesn't make a difference to the outcome. I have run this test on my machine and a workmates, which is OSX 10.5.[something]
    I'll attach a test document to see if others can reproduce this bug. I'd be interested to hear if others can, or cannot reproduce it. I have submitted a bug report at https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform, but that doesn't exactly imbue me with confidence that anything will get done in a hurry...
    This problem is pretty annoying; I can either have EPUB navigation, or uncorrupt text. My current (proposed) workaround is for the operator to create 2 EPUBs, one with a TOC and one without, and merge the two together... EPUB transplant if you will. A bit ugly....
    thanks for listening!

    Hiya Joe (and Archie)
    It is indeed an annoying bug - I spent a few days looking around it before posting (wow, it must be nearly a year ago now).
    Fortunately, it really is straightforward (if a bit of a hassle) to workaround:
    - make 2 EPUBs, identical except one will have a TOC generated (epub-a), the other will not (epub-b)
    - extract the TOC file from epub-a and insert it into epub-b
    remembering that EPUB is a zip package, this is very easy indeed. On OSX you have /usr/bin/zip and /usr/bin/unzip to assist with extraction / insertion in a script (bash, applescript, etc). I don't think Windows comes with command-line zip programs, so you'd need to hunt around a bit.
    Good luck. I don't know if this is resolved in the latest 6.0.5 patch - if you haven't updated to that, it might be worth a shot. And if you have and it's still a problem, please respond to this message just so there's a log stating as much.
    Steve

  • EPUB Content Bug PRS-350

    I found bug in firmware 1.0.00.08100 for PRS-350 Sony Reader.
    If epub-file have table of contents and some chapters have subchapters - the order of table of contents can break. I made sample epub file with such structure:
    section 1
    section 2
    - section 2.1
    - section 2.2
    TOC is displayed in such way:
    section 2 (2 elements)
    section 1
    So sorting order depends if chapter have subchapters (like sorting files in file manager - first directories then files). This is wrong behaviour because some chapters can contain subchapters some not, and TOC in epub contain info how they must be displayed.
    Question: Is this corrected in future firmware versions? If not would it be corrected?

    My own experience with the 950 Daily Edition is that its support of epub format is quite poor. I have several epub books that I am unable to read on the device due to seeing page error on the screen.
    People have posted in regards to these issues, but no new firmware or fix has been made available to address it. I have to use pdf instead that at least allows me to read the document.
    I have seen no response from Sony as to why these issues are going unaddressed. I guess they either cannot fix it or do not want to fix it. I would not be surprised if your reported issue receives the same treatment.

  • Bug parsing epub?

    Hi
    I have an epub witdh this xhtml:
    <?xml version="1.0" encoding="utf-8"?>
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml">
    <head>
    <title>Cap&iacute;tulo 1</title>
    <link href="css/book.css" type="text/css" rel="stylesheet" />
    </head>
    <body>
      <div>
        <h3>Cap&iacute;tulo Uno: En el que se habla de los gatos y otras  formas de vida</h3>
       <p>&ldquo;1&rdquo;,&ldquo;2&rdquo;,&ldquo;3&rdquo;,&ldquo;4&rdquo;,&ldquo;5&rdquo;,&ldquo ;6&rdquo;,&ldquo;7&rdquo;,&ldquo;8&rdquo;,&ldquo;9&rdquo;,&ldquo;0&rdquo;</p>
       <p>&ldquo;1&rdquo;,&ldquo;2&rdquo;,&ldquo;3&rdquo;,&ldquo;4&rdquo;,&ldquo;5&rdquo;,&ldquo ;6&rdquo;,&ldquo;7&rdquo;,&ldquo;8&rdquo;,&ldquo;9&rdquo;,&ldquo;0&rdquo;</p>
       <p>&ldquo;1&rdquo;,&ldquo;2&rdquo;,&ldquo;3&rdquo;,&ldquo;4&rdquo;,&ldquo;5&rdquo;,&ldquo ;6&rdquo;,&ldquo;7&rdquo;,&ldquo;8&rdquo;,&ldquo;9&rdquo;,&ldquo;0&rdquo;</p>
       <p>&ldquo;1&rdquo;,&ldquo;2&rdquo;,&ldquo;3&rdquo;,&ldquo;4&rdquo;,&ldquo;5&rdquo;,&ldquo ;6&rdquo;,&ldquo;7&rdquo;,&ldquo;8&rdquo;,&ldquo;9&rdquo;,&ldquo;0&rdquo;</p>
       <p>&ldquo;1&rdquo;,&ldquo;2&rdquo;,&ldquo;3&rdquo;,&ldquo;4&rdquo;,&ldquo;5&rdquo;,&ldquo ;6&rdquo;,&ldquo;7&rdquo;,&ldquo;8&rdquo;,&ldquo;9&rdquo;,&ldquo;0&rdquo;</p>
       <p>&ldquo;1&rdquo;,&ldquo;2&rdquo;,&ldquo;3&rdquo;,&ldquo;4&rdquo;,&ldquo;5&rdquo;,&ldquo ;6&rdquo;,&ldquo;7&rdquo;,&ldquo;8&rdquo;,&ldquo;9&rdquo;,&ldquo;0&rdquo;</p>
    </div>
    </body>
    </html>
    when I packaging :
    There was an error with the Package Request
    <error xmlns="http://ns.adobe.com/adept" data="E_PACK_ERROR http://server/packaging/Package null"/>
    if I remove a line:
    <?xml version="1.0" encoding="utf-8"?>
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml">
    <head>
    <title>Cap&iacute;tulo 1</title>
    <link href="css/book.css" type="text/css" rel="stylesheet" />
    </head>
    <body>
      <div>
        <h3>Cap&iacute;tulo Uno: En el que se habla de los gatos y otras  formas de vida</h3>
       <p>&ldquo;1&rdquo;,&ldquo;2&rdquo;,&ldquo;3&rdquo;,&ldquo;4&rdquo;,&ldquo;5&rdquo;,&ldquo ;6&rdquo;,&ldquo;7&rdquo;,&ldquo;8&rdquo;,&ldquo;9&rdquo;,&ldquo;0&rdquo;</p>
       <p>&ldquo;1&rdquo;,&ldquo;2&rdquo;,&ldquo;3&rdquo;,&ldquo;4&rdquo;,&ldquo;5&rdquo;,&ldquo ;6&rdquo;,&ldquo;7&rdquo;,&ldquo;8&rdquo;,&ldquo;9&rdquo;,&ldquo;0&rdquo;</p>
       <p>&ldquo;1&rdquo;,&ldquo;2&rdquo;,&ldquo;3&rdquo;,&ldquo;4&rdquo;,&ldquo;5&rdquo;,&ldquo ;6&rdquo;,&ldquo;7&rdquo;,&ldquo;8&rdquo;,&ldquo;9&rdquo;,&ldquo;0&rdquo;</p>
       <p>&ldquo;1&rdquo;,&ldquo;2&rdquo;,&ldquo;3&rdquo;,&ldquo;4&rdquo;,&ldquo;5&rdquo;,&ldquo ;6&rdquo;,&ldquo;7&rdquo;,&ldquo;8&rdquo;,&ldquo;9&rdquo;,&ldquo;0&rdquo;</p>
       <p>&ldquo;1&rdquo;,&ldquo;2&rdquo;,&ldquo;3&rdquo;,&ldquo;4&rdquo;,&ldquo;5&rdquo;,&ldquo ;6&rdquo;,&ldquo;7&rdquo;,&ldquo;8&rdquo;,&ldquo;9&rdquo;,&ldquo;0&rdquo;</p>
    <!-- LINE REMOVED !!! -->
    </div>
    </body>
    </html>
    then i get:
    The book has been successfully packaged!
    Finished!
    Successful packages created: 1
    Can anyone confirm if this is a bug and how to fix? (We have lost many hours of work with this.)
    Thanks

    This is not Adobe tech support. This is a forum of InDesign users.  Often these forums are NOT monitored by Adobe staff.
    If you've found a workaround for the bug, what you need to do is report the bug. Here is a link to that form:
    https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

  • EPub strange behaviors with callout bugs

    Hello folks,
    I am a book writer and I try to generate a ePub for iBooks using my docbook source. I use the docbook2epub python script.
    The generated result is almost good but I have an issue with callout bugs (I have a lot of them in my book). When I look my ePub with calibre, the callout bugs appears. The same ePub in iBooks the callout bugs are not present.
    <table border="0" summary="Callout list">
    <tr>
    <td valign="top" align="left"></td><td valign="top" align="left">blah blah
    </td>
    </tr>
    <tr>
    <td valign="top" align="left"></td><td valign="top" align="left">blah blah
    </td>
    </tr>
    </table>
    If I change the parameters and do not ask for graphical callout, the bugs are replaced by (1), (2) etc. But I dont like the result.
    In iBooks it seems that the code became:
    <table border="0" summary="Callout list">
    <tr>
    <td valign="top" align="left"> </td><td valign="top" align="left">blah blah
    </td>
    </tr>
    <tr>
    <td valign="top" align="left"> </td><td valign="top" align="left">blah blah
    </td>
    </tr>
    </table>
    There is not "missing image" alert...
    Could someone help me ?
    Thanks in advance,
    Jacques

    They (Oracle) initially filed as bug but later, came back saying that this is intented behavior?!
    However here is the workaround the problem.
    This code should be added to AppModuleImpl.java
    import oracle.jbo.Session;
    import oracle.jbo.server.SessionImpl;
    import oracle.jbo.common.PropertyMetadata;
    protected void prepareSession(Session session)
    super.prepareSession(session);
    String userName = ((SessionImpl)getSession()).getUserPrincipalName();
    if (userName != null)
    int ix = userName.indexOf("/");
    if (ix >= 0)
    userName = userName.substring(ix +1);
    getSession().getEnvironment().put(PropertyMetadata.USER_PRINCIPAL.pName,userName);

  • File exported as ePub from inDesign not opening in Stanza, known bug?

    Hello,
    I've just started to learn how to export documents to EPUB format using inDesign CS5 7.0.3 on Mac OSX. I've found that the exported books can be opened in Adobe Digital Editions, but not on Stanza.
    The error I am getting in Stanza is:
    Could not load book
    Could not find required entry in archive: OEBPS/\Q7%20laws.xthml\E Available entries are: [META-INF/container.xml ...
    After a lot of trial and error I came to find out that apparently, the error was generated by the original .indd file name: When the inDesign original filename is "7 laws.indd" Stanza will not open the file.
    However, if I remove the spaces from the filename (changing to "7laws.indd") it opens with no problem.
    If this case turns to be true for all user of the latest version of inDesign, I believe that the EPUB exporter should:
    a) Convert the spaces in the filename to dashes (or something akin)
    b) At least warn that the file name with spaces can cause trouble on some readers.
    I wonder if the inDesign dev team, is aware of this and/or if this issue also affects Windows users.
    If so, could it be fixed on an upcoming patch?
    - Alan Q

    Try this tutorial:
    http://tv.adobe.com/watch/csinsider-design/indesign-creating-interactive-pdfs-with-page-tu rn-and-flash-animations/

  • Possible Bug in ID5.5 When Exporting Images to ePub

    Just wanted to relate my experience with exporting images to ePub in InDesign CS5.5. I've already spent the better part of two weeks trying to find a resolution for the problem with Adobe's customer service techs in India. Nice guys, but so far not of much help.
    Here's the problem. when exporting ID documents to ePub, and you're selecting your options in the "Image" export dialog box, you are offered two choices: "Fixed" and "Relative to Page." In theory, "Relative to Page" is the best choice because this means your images will be automatically scaled for the different viewing devices (i.e. iPad, Kindle, mobile phone, laptop). If you select "Relative to Page," however, your images will export with pixilation.
    This may not happen to everyone, but it happened to me, as well as the last tech I spoke in India. I'm using a MacBook Pro running 10.6.7. Don't know what he was using, but he got the same results on his end when exporting an image to ePub using "Relative to Page." For me, the fonts look especially horrible in Adobe Editions. If you select "Fixed," they'll export just fine, (looked great in Adobe Editions and Kindle Previewer), but don't know how fixed size renders in the different devices.
    This particular exchange was last Friday. The tech verified that we had a problem he couldn't solve and told me he had to speak with his "senior," who had already gone home for the weekend. I received an email today informing me that all I had to do was select the high quality performance settings in ID, and the image would look "pretty" while the file was open in the program. Really? I mean, duh. What does that have to do with the EXPORT problem?
    And yes, I know to select the maximum quality setting in export. I'm a photographer who has used Photoshop since the 1990s. Used InDesign, QuarkXpress, and Pagemaker, in reverse order for that long as well, so I know how to prepare a file for print and the web. The techs I've spoken with have assured me I'm selecting the correct settings. Program has not only been uninstalled and reinstalled, but I went the extra drastic step of wiping my harddrive and starting over. No third-party plug-ins installed that didn't come with the original Adobe software. Have the latest ID update. The problem simply doesn't have a solution in my case.
    Oh, well. As I say, nice guys, but this is my third time speaking with tech support about a problem with Adobe software. Not going to try again. IMHO, the customer service system/process could use some work.

    As I said, it may not happen to everyone. Perhaps with a different operating platform or system version it may not happen. I was only reporting it because it happened to not just myself, but to the tech half a world away who shared my screen, saw the problem, and recreated it on his own machine/system.
    Here are the selections in the ePub Export dialog box that caused the problem. I can't imagine that what is selected for TOC settings or other non-image settings would have to do with it, but here they are.
    1. File > Export > Choose ePub as Format
    2. In ePub dialog box: General Settings
    Include Document Metadata checked
    ePub Cover, you can select Rasterize first page or Use Existing Image File, makes no difference
    Ordering, Based on Articles Panel
    Formatting Options: Leave as Default
    3. In ePub dialog box: Image
    Preserve Appearance from Layout checked
    Resolution, doesn't matter what you select, all produces the same result
    Everything in the first section below this is as default
    Image Conversion: JPEG (I've been using JPEG, but also tried it with a TIFF, and even a Photoshop file, no difference)
    JPEG Options: Maximum, Progressive
    Ignore Object Export Settings: I usually have this checked, but have tried it unchecked, and it made no difference
    4. In the ePub dialog box: Contents
    Format ePub Content: XHTML
    Use InDesign TOC Style checked (I've tried the default, and my own TOC style, no difference)
    CSS Options: I've tried Generate CSS and Use existing CSS template, never used Styles only. Made no difference
    5. Click OK.
    If you need what I do from the beginning...
    1. New file: Print (not web, which tends to not honor the HTML tags on export). I typically chose 1024 x 768 because that's the screen resolution for an iPad.
    2. Command-D, place file. I've tried JPG, TIFF, even Photoshop files of varying resolutions from 72 to 300. Files sizes from 800x600 to 1024x768 to sizes approximately double this. No difference.
    3. Drag cover to Articles Panel and name.
    4. Layout rest of eBook, etc.
    5. Display performance settings while in ID are set to High Quality.
    6. Triple check for errors (always a green light before exporting).
    These are ePub files that have validated, after fiddling with the CSS and XHTML file, as necessary, of course. I don't mess with any image coding.
    That's the steps!

  • EPub TOC export bug?

    Exporting to an ePub from Pages seems o have random 'TOC' issues.
    2 identical documents, when exported, one has the TOC. One doesn't. Any ideas?
    I've checked all settings/preferences/inspector window settings... everything is identical. But when I import the ePubs to my iPad...
    ePub 1...
    [URL=http://www.image-share.com/ijpg-2125-10.html][IMG]http://www.image-share.com/upload/2125/10.jpg[/IMG][/URL]
    ePub 2...
    [URL=http://www.image-share.com/ijpg-2125-11.html][IMG]http://www.image-share.com/upload/2125/11.jpg[/IMG][/URL]

    Here are the .Pages files and their corresponding exported ePubs - if someone would like to try and help me out.
    Pages file 1: https://dl.dropbox.com/u/13176673/Chapters%20Issue/eBook%20With%20Chapters.pages
    Corresponding ePub: https://dl.dropbox.com/u/13176673/Chapters%20Issue/eBook%20With%20Chapters.epub
    Pages file 2: https://dl.dropbox.com/u/13176673/Chapters%20Issue/eBook%20Without%20Chapters.pa ges
    Corresponding ePub: https://dl.dropbox.com/u/13176673/Chapters%20Issue/eBook%20Without%20Chapters.ep ub

  • IBooks read aloud has a bug for reading epub 3 book

    I have ten pages read aloud book. ibooks reads page 1 to 10 smoothly but sometime after page 5 it read aloud page 1 audio(it does not go back to page1) and then start reading page 5.
    I closed the ibook reopen and then it works fine.
    I am testing several times and it is not repeatable but occurs 2 of out of ten.
    I verified my epub 3 book with validator and it works fine.
    Epubcheck Version 3.0
    Validating against EPUB version 3.0
    No errors or warnings detected.
    What could be wrong here?

    Try a reset: Simultaneously hold down the Home and On buttons until the device shuts down. Ignore the off slider if it appears. Once shut down is complete, if it doesn't restart on it own, turn the device back on using the On button. In some cases it also helps to double click the Home button and close all apps from the tray before doing the reset.

  • EPUB Split Document -- minor bug

    Hi,
    Let's say you've selected some text. You create a new paragraph style
    based on the formatting of that text. You click the "Split Document"
    checkbox in the para style definitions dialog. Then you click okay to go
    ahead and create the style.
    If you go back into the style definitions, you'll see that "Split
    Document" is UNchecked, and has to be checked again, even though when
    you created the style it was checked.
    Ariel
    Win 7 64-bit CS6 MENA

    Assuming it's reproducible, you should report it here:
    https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

  • Can someone help me understand how ePub CSS @fontface Unicode characters are supported in td , but not in div or other elements?

    Hi,
    I'm working on a project to convert several hundred thousand life sciences articles into epub format, and we have run in to a problem with character entities.
    Being that these are scientific articles, the characters are from a wide range of Unicode charts, and are essential to transmitting the meaning of the data.
    The problem is that in my epub, the character entity inside a table data cell is rendering the @font-face correctly, but inside any other HTML element, the character renders as an empty box on our ipad2s.
    I've placed pre tags in hopes that the unicode will not be rendered in your browser here. The code point in this example is x1d542 just in case.
    So inside div, we see boxes, inside td, we see the character rendered properly.
    <pre>
          <div class="stix">Let &#x1d542; be a field, which will be either the complex numbers &#x02102; or the finite field &#x1d53d;</div>
          <table id="t31" rules="all">
            <tr>
              <td>&#x1d542;</td>
              <td class="stix">&#x1d542;</td>
              <td>U+1D542 MATHEMATICAL DOUBLE-STRUCK CAPITAL K </td>
            </tr>
    </pre>
    My CSS looks like this:
    <pre>
    @font-face {
        font-family: 'STIX';
        src: url('STIX-Regular.otf') format('opentype');
        font-weight: normal;
        font-style: normal;
        unicode-range:  U+02B0-02FF, U+07C0-07FF,  U+0900-097F,U+0F00-0FD8, U+1D00-1D7F, U+1D80-1DBF, U+1D400-1D7FF, U+1E00-1EFF, U+1F00-1FFE,U+2000-206F, U+20A0-20B8, U+20D0-20F0, U+2300,23FF, U+25A0-25FF, U+2600-26FF, U+27C0-27EF, U+27F0-27FF, U+2900-297F, U+2A00-2AFF, U+2B00-2B59, U+2C60-2C7F ;
    @font-face {
        font-family: 'STIX-Math';
        src: url('STIXMath-Regular.otf') format('opentype');
        font-weight: normal;
        font-style: normal;
        unicode-range:  U+02B0-02FF, U+07C0-07FF,  U+0900-097F,U+0F00-0FD8, U+1D00-1D7F, U+1D80-1DBF, U+1D400-1D7FF, U+1E00-1EFF, U+1F00-1FFE,U+2000-206F, U+20A0-20B8, U+20D0-20F0, U+2300,23FF, U+25A0-25FF, U+2600-26FF, U+27C0-27EF, U+27F0-27FF, U+2900-297F, U+2A00-2AFF, U+2B00-2B59, U+2C60-2C7F ;
    .stix   {
            font-family: "STIX", "STIX-Math", sans-serif;
    </pre>
    Is it possible that this is a rendering bug, because the character is rendering in the table cell, but not in other elements?
    Have I missed something obvious?
    Thanks,
    Abe

    I assume you are including the STIX font as part of your epub files?     
    Perhaps the folks who do this blog might be able to help -- they have done some work with font embedding:
    http://www.pigsgourdsandwikis.com/2011/04/embedding-fonts-in-epub-ipad-iphone-an d.html

  • How do i add Edge animate .oam files to Fixed Layouts Epubs in Indesign cc 2014?

    How do i add Edge animate .oam files to Fixed Layouts Epubs in Indesign?

    Hi,
    There is a bug on iOS7 which does not let edge animate work correctly here. This issue will happen on iPad and not on Mac OS.
    There is a similar thread that explains in detail this issue you are facing:
    https://forums.adobe.com/thread/1513879
    Regards,
    Pooja

  • Document to document hyperlinks exported to epub do not work

    I've been flooding the forums lately with a lot of ebook questions recently . . . hopefully this will be the last one. I've created multiple documents combined into a book, so that when I export my ebook, I'll get the necessary breaks within the book.  However, the cross references/hyperlinks that I've created using text anchors throughout the book only work if the source and destination are in the same document.  If I have a source in one document referring to a destination in another document, when I export the epub file, the link only jumps at the source rather than linking to the destination. I've creating the links by selecting the open document from the document drop down and then selecting the destination from the text anchor drop down.  It seems to work within ID, but not exported as epub.  What am I doing wrong?  I really need to fix this problem so my TOCs will work, at least.

    You are not doing anything wrong. It a bug in CS5.
    What happens is, the reference to the source file drops out of the code line, like this:
    <a id="anchor-50-anchor" /><span class="superscript"><a href="#anchor-57-anchor">1</a>
    and to should look like this
    <a id="anchor-50-anchor" /><span class="superscript"><a href="Notes.xhtml#anchor-57-anchor">1</a>
    So you will need to insert to relevant .xhtml file back into the code. I use Dreamweaver for the code stuff (only because it's free with CS package and because if give a preview window)
    I doesn't take long to fix...

Maybe you are looking for