Michele Zarri [mailto:[email protected]] suggested:
 
> 2009/11/6 McLauchlan, Kevin <[email protected]>:
> > UPDATE:  I just updated the ToC on another document that 
> didn't have the problem, and now it does, for the entire ToC.
> >
> > C--P!
> >
> > So this means there's some kind of global setting that I 
> don't know about, in OOo 3.1.1?
> >
> > What might it be? Where to look?
> >
> > What would be the proper (search) term for "set all ToC 
> entries to overwrap by two lines"?
> >
> >
> >
> Hello Kevin,
> 
> A simple test you can make is to insert a fresh ToC and see if the
> problem still occurs.
> 
> It may be that the style for the headings 4-x is not the same as that
> for chapters 1-3,
> In this case the issue could be in the structure of the entries.
> 
> Cheers,
> 
> Michele

How much is imported from the headings into the ToC? I see that 
the text is imported, but what else... and where does it hide? 
Or where is it specified which aspects of formatting or ?? will 
be part of what is imported? 

I tried deleting the ToC entirely and inserting a new one (even at a new 
location). 

The problem persists. 


 Chapter 1  The Intro Stuff .................................... 1

    Introduction ............................................... 1 
    Something else ............................................. 2
    Yet more something ......................................... 3

 Chapter 2  The Config Stuff ................................... 5
 :
 Chapter 3  The Network Stuff .................................. 9
 :
 Chapter 4  The Meat of the Matter  
 ...............................................................
 13
    Overview  
 ...............................................................
 13
    Next thing  
 ...............................................................
 14

The "Contents2" heading items (for example) that have the problem, 
or "Contents2" heading items that don't have the problem, appear 
to have identical settings in the style editor dialog. 

In the chapters of my document, if I select a source "Heading 2" 
that corresponds to the ToC "Contents 2" that shows the problem, 
OR if I select a source "Heading 2" for a "Contents2" that 
DOESN'T show the problem in the ToC, they are identical. 
If I change/edit the style for one "Heading 2", it changes for 
the other. 

Where ELSE could a magical override of SOME "Contents2" items 
in my ToC be coming from? 

My imagination fails me as to how you could _deliberately_ make 
this happen, so I don't know where to look for how it is 
unintentionally (on my part) occurring. 

The .ODT file is a little over 1MB in size. 

At this point, various departments are screaming for the docs and 
I am holding up the release of the product - always a good move 
for one's career prospects ... or even prospects of continuing 
employment (not).  So I'll have to release with the ugly problem not 
solved, and apologize for it in the Release Notes. 

INTERESTING

For items in the ToC, there's a left-aligned tab-stop over near 
the right margin, and then the right-aligned stop exactly at that 
same margin for the page number. 

If I drag a tab-stop slightly to the left (one character space), 
the problem goes away FOR THAT ENTRY.  
The page number associated with that entry comes up two lines 
and lands in its proper spot over near the right margin. 

Obviously I'm not going to do that for the document because:

a) there are dozens of them
b) the problem comes back instantly, next time I generate the ToC
c) the stops (both kinds) are in IDENTICAL positions for the NON-PROBLEM 
entries. 

Yes, this document came from Word, originally.

ALSO INTERESTING
The problem does not affect Contents 3 items. Only Contents 2 and Contents 1.

If I simply CLICK in the top ruler, which adds a left-aligned tab stop 
at the place I click, then the page number jumps up to its correct 
position at the end of the line following the heading text (though 
without the "....." leader dots.  This is WITHOUT disturbing the left  
and right tab stops that already existed over by the right margin.

DID I MENTION...
That the Paragraph Style dialog for the broken ToC entries has a 
right-aligned tab-stop defined (for the page number) but DOES NOT 
have an explicit left-aligned tab-stop defined, yet there's a 
left-aligned tab marker visible in every ToC entry. 
Before discovering that, I thought I was going to outfox this 
problem by simply deleting/removing the entry that specified the 
problematic tab-stop, but apparently that one is specified somewhere 
in an alternate universe and then channeled to my ToC by invisible 
means.  Cool, I suppose, but not useful. 

 - Kevin



The information contained in this electronic mail transmission 
may be privileged and confidential, and therefore, protected 
from disclosure. If you have received this communication in 
error, please notify us immediately by replying to this 
message and deleting it from your computer without copying 
or disclosing it.



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to