Copy link to clipboard
Copied
I have InDesign through Adobe Cloud and keep it up-to-date.
I am trying to create an epub and have run into several snags:
1) When I export I get the message: "Custom Layout settings in Object Export Options have not been honored for group children, button states and inline objects."
How do I resolve this?
2) The ebook looks great and works great on calibre etc. But when running it through an epub validator, I get the following:
"ERROR(RSC-012): OEBPS/content.opf(54,109): Fragment identifier is not defined"
"ERROR(RSC-012): OEBPS/toc.xhtml(103,98): Fragment identifier is not defined"
"ERROR(RSC-012): OEBPS/toc.xhtml(104,98): Fragment identifier is not defined"
How do I locate and resolve these issues?
I also get:
"INFO(RSC-004): OEBPS/font/Georgia-Bold.ttf" could not be decrypted"
"INFO(RSC-004): OEBPS/font/Georgia-BoldItalic.ttf" could not be decrypted"
"INFO(RSC-004): OEBPS/font/Georgia-Italic.ttf" could not be decrypted"
"INFO(RSC-004): OEBPS/font/Georgia.ttf" could not be decrypted"
"INFO(RSC-004): OEBPS/font/OCRAExtended.TTF" could not be decrypted"
"INFO(RSC-004): OEBPS/font/Wingdings3.TTF" could not be decrypted"
These "INFO(RSC-004)"s do not seem to be creating a problem uploading the book but would love to know how to fix them as well.
Thanks for any help you can provide!
Copy link to clipboard
Copied
Validation is a necessary step for the legacy methods of creating an EPUB, where the individual components are created separately and then combined to create the EPUB file. There are many, many mistakes that can be made in the files, naming, structure, metadata etc. when "building" an EPUB this way.
When exporting from a modern tool like InDesign, not so much. Validators are a seldom-needed diagnostic tool at best, because much of what they check is done flawlessly by InDesign, with no need to "validate" it.
If your doc "looks and works great on Calibre" — and kudos for choosing a standard, "vanilla" reader to proof your work! — then I'd say you're done. Nits found by a validator are largely meaningless. (If you're not using EPUBcheck, which is the equivalent standard validator not dressed up with extra help and a paywall, you might try it for an alternative view.) But the EPUB world is so variable that expending much effort to resolve these minor INFO issues would be lost in other incompatibilities with the wide array of EPUB readers that will be used.
But it looks as if you do have a few genuine problems that can and should be resolved in InDesign (that is, not by exporting a broken file and then trying to patch it up, old school style, in something like Sigil). But it looks as if you are exporting to (1) fixed layout EPUB (FXL) and (2) are embedding fonts... which are both obsolete practices. FXL is almost impossible to fix; you either export it perfectly or you don't. And fonts are usually encrypted for use with that document and no other, and many things can go wrong with every reader on every platform decrypting them properly. (Your doc probably works because you still have those fonts on your system, and Calibre is drawing them from there. Any user who did not have those fonts would see a substitution, or garbled text.)
I infer that you are also including (3) interactive elements. Those, too, can be problematic in the variety of readers out there, including the "plain standard" ones like Calibre and Thorium. My recommendation is to use only reflowable EPUB format; to not embed (or even spec) fonts at all; and to avoid any interactive elements beyond simple cross-doc links. If that won't work for you/your project, all fixes will have to be done within InDesign to get the fixed layout and/or interactive elements to work correctly. There are many subtle aspects to those, especially the latter. Other experts here have walked users through the interactive issues, though.
Copy link to clipboard
Copied
Thank you for responding to my inquiry.
I exported the ebook as a reflowable epub.
With that in mind, where do I start to fix the errors?
Copy link to clipboard
Copied
The ebook looks and works great on readers, but is rejected when I try to upload it to Ingram because of the three errors...
Copy link to clipboard
Copied
The first error (export warning) is probably with an image file that's not anchored properly, or is combined with other objects. Images should be anchored to the end of the paragraph they are meant to follow, and should not be grouped (such as with a caption text box). Do you have any elements like that?
The three errors are related to the TOC and its links:
Re-generate the TOC and try again; the validator might be a quick test rather than trying another upload. If you keep an in-text TOC, create a separate 'style' for it and optimize it for that purpose. (That is, don't just one one default TOC style for both, or for the dynamic TOC.)
Copy link to clipboard
Copied
I will try those things - thanks!
Copy link to clipboard
Copied
You might find this more comprehensive list of 'things to know about EPUB' useful —
https://nitrosyncretic.com/DPR/dpr_indesign_epub_basics.php
Copy link to clipboard
Copied
Thank you - I will look that over and hopefully it will help as I move forward!
Copy link to clipboard
Copied
I eliminated all the images and it solved the issue. So now I can just narrow it down to which image was the issue. Thank you! You have helped tremendously!
Copy link to clipboard
Copied
I'm getting a similar error message: "(RSC-012): /OEBPS/toc.xhtml: Fragment identifier is not defined."
I loaded my ebook to Amazon with no problems, but when I try to upload to Ingram Spark I get the above error message and am not able to proceed. After several trys, I stripped my book down to 2 pages - one page worked if I switched to Georgie type (which is a TT type). But if I added a second page with the same sentence, I get the above error message.
So far, I don't know what to do!
Copy link to clipboard
Copied
Is your book a reflowable EPUB or a fixed-page (FXL) one? If the latter, set the TOC type to "File Name" and not "None," even if you have no TOC in the book. For some reason, the sensible "None" creates an invalid TOC structure.
Copy link to clipboard
Copied
Hello, I am getting the same error as well, 244 times in one Epub no less! It is reflowable, and each error refers to a "line".
It says, /OEBPS/toc.xhtml(line 33, column 41) Fragment identifier is not defined
Any ideas what I am doing wrong? I do not have an in book TOC, just a TOC style I set up. The TOC does work in all ebook readers I have tried. The validator I am using is Pagina
Copy link to clipboard
Copied
I've lost the gist of this discussion but from skimming it, these errors seems to be entirely related to bad or leftover TOC markers.
Try this: purge the document using save to IDML, open that file, save again as INDD under a new name. (That forces a structural rewrite of the document and often fixes broken internal links.)
Re-generate your TOC using the "style" you created and named for EPUB export. I always recommend drawing out the TOC text box, then deleting it, just to be sure it's properly re-created.
Save and try the EPUB export again.
The goal here is to get rid of any leftover TOC links and entries, and generate ones that are fresh, complete and accurate. I think the fault all of you have encountered is because you haven't updated the "invisible" TOC before save and export, so it's mismatched to the actual document. I don't believe it automatically updates past a certain minimal level of editing, and without the visible list, it's easy to forget to run the update as you would for a text TOC.
Do report back on this.
Copy link to clipboard
Copied
First off, thank you so much for answering!
Ok, so I did all the file changing to IDML then back to INDD, deleting files in between. I deleted the book, made a new one, but now I am not sure about drawing the TOC? I don't have an interior TOC, so should I create a page and draw one (with a text box loading it from TOC, I am assuming. Sorry, I am new) or just export using the TOC epub style I created a while ago?
Copy link to clipboard
Copied
I'm sorry if I wasn't clear. Any time you create a TOC, or update one that's not placed in the text, the process will give you a loaded cursor to drag out and place the first frame of the TOC. Since you don't want a dynamic TOC to show, but still need to update it as a last/late step before export, you will want to abort the placement process. You can make the placement cursor go away by hitting [Esc], but some suspcious part of me thinks it may be best to complete the process by dragging and placing at least a small text frame, then deleting it. (This may be pure voodoo, but to me it assures the update is completed correctly.) You can drag and delete this frame anywhere, on any existing page, even on the outer pasteboard or overlapping the main page frame. You don't need to create a page or empty 'landing zone' for it. Just be sure to delete it, or it will appear in the exported EPUB, probably at the end.
Copy link to clipboard
Copied
I appreciate your suspciousness! But, it still did not work. Interestingly it does have three fewer errors, so it fix a very small percentage of them!
Copy link to clipboard
Copied
I am going to have to see if I can replicate this increasingly-reported problem, to see how best to fix it.