Table of contents style forced line break still appears after saving toc-style

[Paulien_Addata]

[Pardon my English, I'm Dutch]

Following up my previous post about toc-styles around here.

For our annual titles we make toc's for each chapter. This book-file will get about 70+ InDesign-documents, so we want to have as less work as possible. 

Now I want to save my toc-style with the function "Remove Forced Line Break" checked true. When I upload the template idml to our server and try to test an xml with this template, the checked box is empty again. It's like I didn't save the toc-style (which I did do...). 

Any idea how it'll stay checked when uploaded to the server? 

[Paulien_Addata]

Cannot find where to edit my post, but in the Title I meant "disappears" in stead of "appears".

[James Gifford—NitroPress]

First, feel free to post in your native language if you can express yourself better that way. The translation feature here is very good (at least, with the narrow vocabulary we use in these discussions).

The only thing I can think of offhand is that it's essential to save the TOC "styles" — they are really complete schemas or models — under a unique name. I am not sure saving changes to the [default] style will be preserved, espeically after export to IDML and back to INDD, which is supposed to clean up and rewrite things like defaults.

Also, TOC changes are not preserved in between TOC generation. If you set a TOC style, make a change to it, and create or update a TOC, your change will not be preserved when you attempt to repeat the process. You MUST save the changes before generating or updating a TOC.

Try that — save the TOC under a unique name, and make sure it's saved after each and every change.

[Paulien_Addata]

Hi James, Thank you for the suggestion. I have indeed saved the toc-style with an unique name. Unfortunatly this didn't help. 

[James Gifford—NitroPress]

Is this problem occurring on more than one workstation? Or is it unique to one InDesign installation?

If the latter, it might be a matter of corrupted preferences. Reset your InDesign preferences, and this problem may go away. (There are several different procedures for resetting preferences, depending on platform and version. Search these forums for a list of steps that apply to your setup.)

[Paulien_Addata]

It is occurring on more workstations, also with my colleagues. Like Bert says below, it appears it would be a bug. 

[James Gifford—NitroPress]

Can you get rid of the line break? Say, using nonbreaking spaces to make the line wrap correctly in place?

A workaround, not a fix — this definitely does sound like a bug.

[Paulien_Addata]

No we can not. The style needs it so the paragraph (Subkop_Bold_Combi (see below)) comes out right. If we do get rid of the line break, we have to completely rearrange the scripting for this template. 

[James Gifford—NitroPress]

All in all, yet another reason why line breaks/soft returns should be avoided. I know that doesn't help, but ID just dislikes them in so many ways that ANY other style management option should be used in all but a small fraction of cases.

[Bert267227020hf0]

I also checked this problem and found that the RemoveForcedLineBreak is saved.

idml gives (note the new stylename):

<TOCStyle Self="TOCStyle/TableOfContents_remove" TitleStyle="ParagraphStyle/ToC_Main" Title="Inhoudsopgave_Remove" Name="TableOfContents_remove" RunIn="false" IncludeHidden="false" IncludeBookDocuments="false" CreateBookmarks="true" SetStoryDirection="Horizontal" NumberedParagraphs="IncludeFullParagraph" RemoveForcedLineBreak="true" MakeAnchor="false">
<TOCStyleEntry Self="ub1bTOCStyleEntry0" Name="A_Header_2" Level="2" PageNumberPosition="AfterEntry" Separator="$ID/^S/^S" SortAlphabet="false">
<Properties>
<FormatStyle type="object">ParagraphStyle/ToC_Level_2</FormatStyle>
<PageNumber......

But when reading the template idml Indesign does not  read RemoveForcedLineBreak and makes it false again. So this does not work and is probably a bug.