Section numbers inserted in TOC of epub output

I imported a word document into pages so I could convert to an ePub. All was going well, and then I did another test export as ePub. When I looked at the book on my iPad, I noticed that Section Numbers were now being inserted into the automatically generated table of contents as follows:
Section 1
Chapter title
Section 2
Chapter title
This was not happening earlier and I can't figure out what I did that might have triggered it.
What is causing this and how do I get rid of it? Help!
Thanks in advance.

Hi,
I followed your advice, and looked at a sample project - Employee Care. When I generated ePub output using this project, the output included a table of contents. However, when I specified a TOC in my project (see below), I still get the same message that the TOC file is missing. The project name doesn't contain any special characters.

Similar Messages

Creating TOC for ePub output

I am exploring the ePub output in RH9, using Adobe Digital Editions to view the output. When I generate the output, I get a message that the TOC file is missing (see below). The solution that I found involves creating an NCX file for the table of contents - however, the instructions are geared toward creating a book for a Kindle. I've tried adapting the instructions for a RH file, but haven't had any luck. Anyone know how to do this?
Thanks.

Hi,
I followed your advice, and looked at a sample project - Employee Care. When I generated ePub output using this project, the output included a table of contents. However, when I specified a TOC in my project (see below), I still get the same message that the TOC file is missing. The project name doesn't contain any special characters.

Why does CS6 InDesign Book epub output generate and apply new graf and character style names in CSS?

I created an InDesign book composed of documents that had had no paragraph or character styles in the palettes until text was copied over from a single overall document. I worked absolutely as clean as I could.
I synchronized the book to that single overall document several times, including immediately before exporting the book to epub. My export settings disallowed any local formatting. Character styles were restricted to one named "Italic" for which the only format applied was Italic in the Font Style field, and one named "Small Caps" for which NO formatting was included in the character style.
There was, as far as I can see, no reason for any character or paragraph styles to export to anything but identically-named CSS entries. That is to say, any text with the character style "Italic" applied in the InDesign doc should have output with the same text with a span class entry of "Italic" around it.
I still ended up with p and span CSS entries with extra numbers appended to them:
span.Italic {
font-style:italic;
font-weight:normal;}
span.Small-Caps-1 {
font-variant:normal;}
span.Italic-1 {
font-style:italic;
font-weight:normal;}
span.Small-Caps-2 {
font-variant:normal;}
span.Italic-2 {font-style:italic;
font-weight:normal;}
span.Small-Caps-3 {
font-variant:normal;}
span.Italic-3 {
font-style:italic;
font-weight:normal;}
and
p.x-SECTION-BREAK, p.x-SECTION-BREAK-1, p.x-SECTION-BREAK-2, p.x-SECTION-BREAK-3 and so on.
Why would the InDesign epub output engine choose to generate and apply new spans and paragraph-level styles, which multiply the complexity of editing the CSS directly? How can I prevent InDesign from doing this?

Perhaps I wasn't clear. When I wrote "an InDesign book composed of documents that had had no paragraph or character styles in the palettes until text was copied over from a single overall document" I meant to emphasize the part where I CLEARLY said "UNTIL text was copied over." The text I copied over had plenty of paragraph styles. I was trying to point out that each individual document had no PREVIOUSLY EXISTING character or paragraph styles that might have added complexity to the epub output. .
So, every paragraph in each document had a paragraph style attached, a total of maybe 20 different paragraph styles throughout the book. The only CHARACTER LEVEL styles I cared about exporting were Italic, for text that was set in italic, and Small Caps, for CAPITALIZED text that I wanted to be able to make smaller in the CSS, since I am not allowed to embed fonts and therefore have no other way of creating small caps in the xhtml files inside the epub.
So, given that I had two character styles applied to various bits of text throughout my InDesign book ("Italic" and "Small Caps"), I would like to know why there are multiple CSS entries generated: Italic, Italic-1, Italic-2, Small Caps, Small Caps-1, Small Caps-2, and so on.
Ditto paragraph styles. I had a paragraph style called "SECTION BREAK" in each document. Not only did paragraph style "SECTION BREAK" contain identical specs in each document--I know they did because I copied each from one single doc where they were being used identically--but I also synchronized the book repeatedly. So why would the xhtml docs and the CSS output need p.x-SECTION-BREAK-1, p.x-SECTION-BREAK-2, and p.x-SECTION-BREAK-3?

Hyperlinks in ePub output

Hi all,
currently Robohelp includes hyperlinks into the ePub output but when the user clicks them they produce errors (at least with Adobes own ePub reader ADE). Because the output files are contained in an archive it may not be possible to link to other topics at all but then why does RoboHelp include internal hyperlinks at all if they do not work?
It seems awkward to tag all paragraphs which contain hyperlinks with conditional build tags and then remove them from output just to avoid errors. Is there a more elegant solution?

After checking, I have to correct myself. Evidently it is rather a problem with language-specific characters (ä, ß) in file names. These topics cannot be viewed using the TOC either. If I insert a standard hyperlink to a topic that has no such character in its file name, then all is well. The problem is that these file names are generated automatically by Robohelp when a Word document is imported.
I might issue a request about this in the feature request form.
@Praful Jain:
1. RH9, older versions dont support ePub I think.
2. Correctly, these are topic within the project.
3. In case you are still interested please tell, but I think its a different problem now altogather as described above.

Table of Contents and Section Numbering ??s

Hi, we are using CS6 and have a couple questions about trying to use automated section numbering and table of contents in a single document. We don’t do this often (actually, never used auto-TOC before), so I just want to see if I’m missing something obvious.
SECTION NUMBERING WITH SECTION INTRO PAGES
Our document (a style guide) is divided into sections. Each section begins with a section intro title page, which is basically just a blank page with the new section’s title nicely styled. We are setting up our sections as 1, 2, 3, 4, etc. And we would REALLY prefer for the page numbering to be ’1.0, 1.1, 1.2, 1.3, etc.’, where X.0 is the section intro page.
1) I can add the sections OK with a prefix of 1., 2., etc. But InDesign does not allow me to start the section numbering at ’0′, it must be ’1′. So my intro pages HAVE to be 1.1, 2.1, 3.1, etc. instead of 1.0, 2.0, 3.0 etc. Any creative workaround to solve this??? We really don’t want the intro pages to be X.1, as they have no content and we want the X.1 page to be the first with content on it, NOT X.2. How do people generally handle a section intro page?
AUTO PAGE NUMBERS AND TOC
We are trying to use the automated Table of Content feature and running into an odd issue. We have page titles on top of each page in a unique paragraph style (H1). We are adding the page number at the beginning of this paragraph using ‘Type > Marker > Current Page Number’ and a unique character style. It’s working fine on the pages, showing the appropriate section numbering we setup for the document (e.g., 2.1, 2.2, 2.3, 2.4, etc.).
But when we make the table of contents, the ‘page numbers’ at the beginning of the titles are coming in as absolute numbers (e.g., 7, 8 , 9, 10, 11, etc.) instead of our section numbering. I checked the General Preferences, and it is set to ‘View: Section Numbering’. And when I exported an interactive PDF, the bookmarks also add the absolute page number at the beginning of the titles as in the TOC. But if I set the TOC to include page numbers automatically, those DO display correct section numbers (they just precede or follow our titles with the incorrect numbering).
2) Any ideas why the TOC and PDF Bookmarks would be picking up absolute numbering while the actual titles on the pages show the proper section numbering?
THANKS!

Peter Spier wrote:
I've never tried adding a second marker to a paragraph like that. Why not use a numbered list instead?
Just checking in here. Not sure I understand what you mean about using a numbered list. Do you mean instead of the page numbers in the titles, or instead of the Table of Contents? Not sure how either could be automated to stay in sync with adding/removing pages and creating the TOC links and bookmarks in our PDFs.
- Is there a bug when the TOC pulls the specified title paragraphs and they have page numbers in them?
Thanks. Still trying to see if we're doing something wrong as this is the first we've played with TOC.

TOC for ePub Paragraph style editing

I'm trying to figure out if InDesign can allow us to editor the dynamic table of contents. What we have is basically this:
Chapter number (unique paragraph style)
Chapter title (unique paragraph style)
First paragraph (unique paragraph style)
We want the ToC that gets pulled up in a eBook reader to show this:
Chapter 1: Chapter Title
Chapter 2: Chapter Title
Right now, InDesign seems to only export each as a specifc paragraph style, without setting them on the same line side by side. We get stuck with:
Chapter 1
Chapter Title
Chapter 2
Chapter Title
Does anyone know of a way to export the ePub so it's what we want rather than this hirarchically broken way?

This TOC issue has bugged me for years.
I have been able to come up with certain workarounds, but only when my physical (print) TOC just happens to be set up exactly as I would like it displayed in the ePub (this is not always the case).
It would be wonderful if there was a way for us to better control how the TOC info is output when exporting to ePub.
For now, the fastest and easiest way to deal with this issue (for me anyway), is to manually update it in the ePub file after export.
Cheers,
Ron

Preserve "exactly" line spacing in epub output.

In my Pages document, there are many inline equations (from Mathtype). I like having the line spacing set to "exactly" so the line spacing remains constant, even between lines with equations that 'overlap' the lines around it.
Is there a way to preserve this option when I export my Pages document to Epub? Right now, the line spacing is single-spaced in the Epub output.

In my Pages document, there are many inline equations (from Mathtype). I like having the line spacing set to "exactly" so the line spacing remains constant, even between lines with equations that 'overlap' the lines around it. Is there a way to preserve this option when I export my Pages document to Epub? Right now, the line spacing is single-spaced in the Epub output.
No, if you use the ePub document model. Yes, if you mix document models.
ePub is a document markup model where you are expected to encode character information in ISO10646/Unicode and encode the logical organisation (structure) the define the parts of your document. However, ePub has no support for font embedding and without font embedding it is meaningless to talk of fixed line length, fixed line spacing, and fixed glyph spacing and sizing.
If you set up your equations in whatever originating application you prefer and save into a fixed geometry format such as Adobe PDF, then the fixed geometry file can be handled like a graphic in ePub, HTML and other document markup models. Be aware that Adobe PDF encodes the glyphs but not the characters whereas ePub and HTML encode the characters but not the glyphs which may impact search support, depending on what you are trying to do. Also, check you mathematical fonts in the Apple Character Palette to be certain that the glyphs map to meaningful characters in ISO10646/Unicode so that the glyph identifiers can be used to synthesise character semantics. A whole lot of mathematical fonts are constructed to draw mathematical glyphs from say English characters so that there is no relationship at all between information processing and image presentation. In this respect, OpenType is simply a rebranding of TrueType whereby system software displays an OpenType icon if a TrueType font file has the DSIG table - there is no guarantee whatsoever that the relationship of characters to glyphs is of this world (lots and lots of laughs to Heidelberg and its management of the Linotype Library here). See below from the ePub Specification.
/hh
http://www.idpf.org/doclibrary/epub/OPS_2.0.1draft.htm
3.4: Embedded Fonts
To provide authors with control over the appearance of the text, OPS supports the CSS2 font-face at-rule (@font-face). See section 15.3.1 of the CSS2 Recommendation. The following font descriptors must be supported:
font-family
font-style
font-variant
font-weight
font-size
src
For portability, authors must not use any other descriptors. Font files must carry all information needed for rendering Unicode characters. Fonts must not provide mappings for Unicode characters that would change the semantics of the text (e.g. mapping the letter "A" to a biohazard symbol). Content creators must not assume that any particular font format is supported. Fonts could be included in multiple formats by using a list of files for the src descriptor; the first supported format should be used. At least one file in OpenType format should always be included in the list. It is advisable for a Reading System to support the OpenType font format, but this is not a conformance requirement; a reading system may support no embedded font formats at all. Content creators should use comma-separated lists for font-family properties to specify fallback font choices.
Content creators must always honor usage restrictions that are encoded in OpenType fonts (and many other font formats). Fonts that are marked "no embedding" must not be included in OPS Publications.
Any font files included in an OPS Publication must be included in the OPF manifest with appropriate media type (application/vnd.ms-opentype for OpenType fonts).

Need help exporting ID file with TOC to EPUB.

I've been troubleshooting a file created in ID CS5.5 and then moved to CC. When I export to EPUB the TOC ends up at the end of the file rather than at the point where I originally inserted the TOC. The vendor I'm sending the EPUB to won't accept a file with the TOC out of place. I tried exporting to an HTML editor and moving the TOC there. (I'm no whiz at HTML though.) Now I see no way to import the file back into ID to export it as EPUB ( and doubt that's the best way to deal with this anyway). I'd deeply appreciate any suggestions!

First of all, a TOC is not only "The Toc". You need to distinguish between the dynamic Reader TOC and a optional TOC e.g. on page 3. While the first is generally required, the second is optional in most cases.
You must also distinguish whether the export is EPUB 2 or EPUB 3.
1. Assume you mean the dynamic TOC > InDesign will create the TOC on the right place, if you choose the TOC-Style during the export.
2. Assume you mean the TOC on page 3 > Here the content- or article-order is important! If you have a threaded story from page 2-100 and your TOC as a single frame on page 3 > InDesign will first export the content on page 2 AND the content of all threaded frames and at least your TOC on page 3.
3. Assume further your exported file is correct in most cases, you can change the order of your TOC in the EPUB directly in the content.opf file in the spine-area
To give you more help, I must have a look at your file.
Kai Rübsamen

EPub Output Questions

We recently upgraded to FM 12, and I am playing around with the ePub output function. I have two questions:
1. We use track text edits to show our audience recent changes to our publications. When I publish to ePub, it essentially accepts all of our edits (we lose the visibility - i.e. different colors/strikethrough). Any thoughts on how to keep our tracked edits showing in the ePub?
2. We are having issues with anchored frames. One anchored frame contains an image (a jpeg, I believe), and it is not carrying over into the ePub (i.e. it is blank where the anchored frame/image should be). The other anchored frame we have contains a flowchart with hypertext markers linking to various URLs. None of the links are carrying over into the ePub. Thoughts?
Any help is always greatly appreciated!

2. Anything different about the JPG that you're using? From what application was it created (or is it a camera image) and what are it's specifics?
I also don't think that image maps are supported in ePub, especially jumps to URLs or external files (as there's no guarantee that an eReader device can access those). You could try to create simple numbered callouts on a test graphic and then add a list of numbered hyperlinks after the image to see what ePub will support.
You might want to have a look at some of Scot Prentice's (Leximation) presentations on ePubs and their limitations. You can find the links to his papers and presentations at: Leximation: About Scott Prentice

Best-practice for use of object styles to manage image text wrap issues when aiming at both print and EPUB output?

I have a work-flow question about object styles, text-wrap, and preparing a long document with lots of images for dual print/EPUB output in InDesign CC 2014.
I am sort of experienced with InDesign but new to EPUB export. I have hundreds of pages and hundreds of images so I'd like to make my EPUB learning curve, in particular, less painful.
Let me talk you through what I'm planning and you tell me if it's stupid.
It's kind of a storybook-look I'm going for. Single column of text (6" by 9" page) with lots of small-to-medium images on the page (one or two images per page), and the text flowing around, sometimes right, sometimes left. Sometimes around the bounding box, sometimes following the edges of the images. So in each case I'm looking to tweak image size and placement and wrap settings so that the image is as close to the relevant text as possible and the layout isn't all wonky. Lovely print page the goal. Lots of fussy trade-offs and deciding what looks best. Inevitably, this will entail local overrides of paragraph styles. So what I want to do, I guess, is get the images as closely placed as possible, before I do any of that overriding. Then I divide my production line.
1) I set aside the uniformly-styled doc for later EPUB export. (This is wise, right? Start for EPUB export with a doc with pristine styles?)
2) With the EPUB-bound version set aside, I finish preparing the print side, making all my little tweaks. So many pages, so many images. So many little nudges. If I go back and nudge something at the beginning everything shifts a little. It's broken up into lots of separate stories, but still ... there is no way to make this non-tedious. But what is best practice? I'm basically just doing it by hand, eyeballing it and dropping an inline anchor to some close bit of text in case of some storm, i.e. if there's a major text change my image will still be almost where it belongs. Try to get the early bits right so that I don't have to go back and change them and then mess up stuff later. Object styles don't really help me with that. Do they? I haven't found a good use for them at this stage (Obviously if I had to draw a pink line around each image, or whatever, I'd use object styles for that.)
Now let me shift back to EPUB. Clearly I need object styles to prepare for export. I'm planning to make a left float style and a right float style and a couple of others for other cases. And I'm basically going to go through the whole doc selecting each image and styling it in whatever way seems likeliest. At this point I will change the inline anchors to above line or custom, since I'm told EPUB doesn't like the inline ones.
I guess maybe it comes down to this. I realize I have to use object styles for images for EPUB, but for print, manual placement - to make it look just right - and an inline anchor seems best? I sort of feel like if I'm going to bother to use object styles for EPUB I should also use them for print, but maybe that's just not necessary? It feels inefficient to make so many inline anchors and then trade them for a custom thing just for EPUB. But two different outputs means two different workflows. Sometimes you just have to do it twice.
Does this make sense? What am I missing, before I waste dozens of hours doing it wrong?

I've moved your question to the InDesign EPUB forum for best results.

Question about section numbering in InDesign CS3

How do I use section numbering (1-1, 2-1, etc.) throughout a book document? I have a Current Page Number at bottom center of each Master page and want to include the Chapter Number and a hyphen before the Current Page Number. I want to start numbering over with each chapter. Also, I would like to find out how to use a running header of the Chapter name in the Master Pages. Thank you.

There is a distinction between chapter and section numbers. Also, Book can have a special meaning, so let's see if we can clear up some stuff here, first.
Is this a single document which you are dividing into logical chapters by uing sections in Pages panel Numbering and Section Options, or an InDesign Book, which is a collection of individual documents, each of which might be one of your chapters, and each of which might also contain multiple sections. An individual document can contain many sections, each of which may have a prefix and a section marker, both of which are accessible for use in numbering pages, but an individual document can have only one chapter number.

About numbering and section options... I need section numbers (1.1,1.2,1.3) that will automatically update as I remove ort add a page. Seams complicated. Could someone HELP me? Thanks

About numbering and section options... I need section numbers (1.1,1.2,1.3) that will automatically update as I remove ort add a page. Seams complicated. Could someone HELP me? Thanks

INDESIGN
I finally found it. Took me couple of hours. It is OK now
2014-11-18 11:05 GMT-05:00 kglad <[email protected]>:
About numbering and section options... I need section numbers
(1.1,1.2,1.3) that will automatically update as I remove ort add a page.
Seams complicated. Could someone HELP me? Thanks created by kglad
<https://forums.adobe.com/people/kglad> in Adobe Creative Cloud - View
the full discussion <https://forums.adobe.com/message/6940603#6940603>

Changing section numbers depending on order

I work on a lot of documents that have numbered sections. These sections are headed by "Section Title: Section Number" on the initial page and "Section Title: Section Description" on subsequent pages of that section. My problem is that frequently the names of the sections change as well as the order that they're in.
I set up custom text variables for the section titles. That seems to work well enough. I can go in and change the variable which changes all instances of it in that section. My bigger problem is that whenever a section get reordered I have to go in and manually update all the section numbers.
Is there a solution to this? Thanks in advance.

Does the section number appear on the document page somewhere, like in a heading? You'd normally pick up smething like that using a Running Head type variable, which can be set to pick up either a paragraph style (so it grabs an entire paragraph) or a character style (limited text). You can apply character style that is nothing but a name, with no acutal attributes, to selected text to make it work in the variable, if you need to.
You also have the choice of first on page or last on page. If there is no text on the page with the style, ID looks backwards through the document until it finds the first instance to use.

Automatic Section Numbering

Hello, just after some help with automatic section numbering in IDCS5.
What I have is a (currently) 50 page document split into about 15 sections. I would like to number the sections and pages so that they appear on each page 1.1, 1.2 1.3 etc
I've experimented with all the page numbering options but none seem to automatically update the 'section' number, I can only manually add a prefix.
The problem I have is this document will be a continually evolving thing and later on I may need to add a new section between say section 2 and 3. Is it possible to have all the following sections renumber accordingly, so 3.1 automatically becomes 4.1 and so on.
Thanks.

In the frame where you are putting the page number marker also add the Section Marker character. It's in the same list of markers under special characters as the page number markers.

FM 10 Index section numbering issue

I have created an index and everything is perfect except how the section numbers have been generated. The number 10 is generating before 1-9. (Please note the reason 10 generates before 1-9 is because within the Reference page, I have switched the tags to read as follows: <$numerics><$alphabetics><$symbols>). I have also tried the <$paranumonly> tag, and that did not help. However, If <$numerics> is after <$alphabetics> and before <$symbols>, the section numbers will generate: 1, 10, 2-9.
Here are a few examples:
Massachusetts
6.4.10 441
6.4.11 442
6.4.12 443
6.4.13 445
6.4.14 445
6.4.15 446
6.4.8 439
6.4.9 439
- showing that 6.4.8 and 6.4.9 should go before 6.4.10
federal law
10.5.5 625
10.5.6 627
10.5.7 628
10.5.8 632
1.2.11 37
- 1.2.11 should go before 10.5.5
I have researched this for a couple days and cannot find an answer. Please help me.
Thank you!

Emalie – I think there are some basics you haven’t got the hang of:
Square brackets in entries are optional; if they don’t exist, it’s the ordinary, non-bracketed text, that is indexed.
if you do add square brackets to the index entry, the entry is considered in two parts.
The text outside the brackets is what is printed in the index, i.e. what the reader will see.
The text in the brackets is the sort order and does not appear in the visible entry.
It’s useful if you want to index St as Saint, for example: St Paul’s Cathedral[Saint Paul] would be indexed before Stepford; or to list names in firstname-surname order, but alphabetise them by surname, such as Tony Blair[Blair T], George W. Bush[Bush G], which would make an index in which Bush follows Blair, despite the fact that George would come before Tony.
Note that you don’t need to put the whole entry inside the brackets, just enough to make sure it sorts as you wish. The content is never seen by the reader.
Now that I see more of your index, I’m prompted to ask a more fundamental question. It’s there to guide the reader, and would normally contain terms that the reader is going to look up. Are entries such as 6.4.13.445 meaningful to someone consulting your index? Forgive the interference, but do they need to be indexed at all?

Section numbers inserted in TOC of epub output

Similar Messages

Maybe you are looking for