Created attachment 47097 [details]
Example of incorrect Table of Contents
Headers using numbering with "Numbering followed by" property set to either "Tab stop" or "Space" properly reflect it in the document body.
However, when populating or updating a Table of Contents, it will not apply that setting to the index and the header title will be written right next the numbering, without the expected separation.
1- Create a new document and insert a Table of Contents.
2- Next, introduce a series of headers of different styles (Heading 1, Heading 2...).
3- Set the properties in Bullets and Numbering (Format->Bullets and Numbering->Options) for headers to use any kind of numbering.
4- In Position set "Numbering followed by" to "Tab stop" or "Space" for any of the headings used in the document.
5- Update the Table of Contents.
Result: Headers in the Table of Contents are indexed without separation from the numbering.
If using letters as numbering, this will be displayed as if they were part of the title.
Solution: Apply the "Numbering followed by" property to numbering used in Table of Contents too.
Attachment: I have attached a document displaying the incorrect behaviour.
Reproduced the bug using the sample ODT (update Table of Contents) in LibreOffice 3.3.2 running on Debian Wheezy amd64. Changed Platform to all OSes.
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Dear bug submitter!
Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.
To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement
Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.
reproduced in 3.6.1 on Fedora 64 bit
Workaround: select numbered line of text
Format->Bullet and numbering, tab "Options", field "After", type there some spaces
Reproduced the bug with the example attachment in LibreOffice 126.96.36.199 (Debian AMD64). Will test in Windows tomorrow.
The workaround works, of course, as that's what always end doing, but still I'd rather see the original options for titles properly applied.
Thanks for additional testing
Sorry, but "Version" is most early version of LO where bug appears. Not current version. Changing back to 3.3.2 release
(In reply to comment #9)
> Thanks for additional testing
> Sorry, but "Version" is most early version of LO where bug appears. Not
> current version. Changing back to 3.3.2 release
Tested and reproduced in LibreOffice 188.8.131.52 portable, Windows 7 (32 bit).
Encountering this exact problem using Table of Content index using LO 184.108.40.206
The numbering within the document text looks fine using a tab stop, but the tab stop is not inserted into the Table of Contents.
So far unsuccessful with having index ignore numbering in text and use its own numbering which works fine.
Rather odd that this bug is apparently around for so long and left unfixed.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.3 or later)
If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)
2. Test your bug
3. Leave a comment with your results;
4a. If the bug was present with 3.3 - set version to "inherited from OOo";
4b. If the bug was not present in 3.3 - add "regression" to keyword
Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for your help!
-- The LibreOffice QA Team This NEW Message was generated on: 2015-06-08
Right click on table of contents -> Edit Index/Table -> Entries tab and add spaces or Tab Stop to Text box between Chapter number and Entry in the Structure for the different levels works too.
I am not so sure that the tab stops should be carried over because the Position tab in Outline Numbering is for how the headings should be positioned in the text while the Numbering tab is for the content to be added to the heading. The indents do not carry over as well because the table of contents uses it own paragraph styles and structure.
So maybe this bug report should be an enhancement. The tab stops and spaces could be added automatically to the Structure on the Entries tab. That way they can be altered or deleted. The tab stop would have to take into account the Before and After Separator when calculating from the left margin or paragraph style indent.
Windows Vista 64
Build ID: f784c932ccfd756d01b70b6bb5e09ff62e1b3285
(In reply to Gordo from comment #13)
> Right click on table of contents -> Edit Index/Table -> Entries tab and add
> spaces or Tab Stop to Text box between Chapter number and Entry in the
> Structure for the different levels works too.
> I am not so sure that the tab stops should be carried over because the
> Position tab in Outline Numbering is for how the headings should be
> positioned in the text while the Numbering tab is for the content to be
> added to the heading. The indents do not carry over as well because the
> table of contents uses it own paragraph styles and structure.
> So maybe this bug report should be an enhancement. The tab stops and spaces
> could be added automatically to the Structure on the Entries tab. That
> way they can be altered or deleted. The tab stop would have to take into
> account the Before and After Separator when calculating from the left margin
> or paragraph style indent.
Design team: any comment on this old proposal?
ToC entries have their own paragraph styles, in the example Content 1..4. But contrary to the headings in the document, these PS have no outline level defined neither are linked to the chapter numbering. I don't see a reason why this should not be wanted and would treat it as a bug.
Comment 13 tells it all. The separator is not carried over to ToC, and is handled separately in the ToC structure.
Was writing the same as Mike. Proposal in comment 13 seems more appropriate/relevant. If Entries tab is developed further, then relevant to consider bug 137160 as well.
To orientation: Look in Styles tab to see how Contents N and Outline Level is linked.
Sorry did not mean to change status -- but why NOTABUG? Comment 13 indicates enhancement request.
(In reply to sdc.blanco from comment #18)
> Sorry did not mean to change status -- but why NOTABUG? Comment 13
> indicates enhancement request.
No, this is absolutely unreasonable. ToC is *not* limited to chapter numbering. It may include any paragraph styles, any paragraphs having outline levels (not only those auto-assigned by chapter numbering), or alternatively not even consider outline levels. It uses own paragraph styles for its content. So no connection between the two features.
(In reply to Mike Kaganski from comment #19)
> ToC is *not* limited to chapter numbering....no connection between the two
Agree completely - also my understanding. However, I suspect you have been mislead by the change in the bug summary, which appears to be proposing the solution before an adequate analysis of the problem was made.
Setting aside Chapter Numbering and coming back to the OP.
(iiuc) The OP is about not being able to control the formatting of numbering in TOC. The Structure tab (in the Edit Index dialog) allows setting of tab, but afaict it is not possible to set a space or no space, etc. (i.e., not possible to use the other options offered for list paragraphs or chapter numbering). Comment 13 was suggesting to add those things of capabilities to the Entries tab. (which seems reasonable to me). HTH to clarify the issue.
(In reply to sdc.blanco from comment #20)
> (iiuc) The OP is about not being able to control the formatting of numbering
> in TOC. The Structure tab (in the Edit Index dialog) allows setting of tab,
> but afaict it is not possible to set a space or no space
How is that? You enter (type) just anything between the elements there in entries.
> , etc. (i.e., not
> possible to use the other options offered for list paragraphs or chapter
Which exactly? Do you mean newlines?
(In reply to Mike Kaganski from comment #21)
> You enter (type) just anything between the elements there in entries.
Thanks!! (not mentioned in help page, not obvious (to me) from UI, never considered it as a possibility).
@Heiko -- (a) tooltips could help on the "Entries" tab.
(b) may be worth considering if design on tab can be improved.
I was using the "telesto-method" (trying to understand the UI from its affordances). Not so easy.
Now that my misunderstanding/ignorance is corrected, the "Structure" gives much flexibility in designing the appearance of a TOC -- but (for me) the UI does not "invite" or "signal" that possibility.
One additional idea for signalling the possibilities.
Make some "predefined" TOC structures (e.g., with, w/o dots), offered (as radio buttons) along with a "user-defined" button (and Load/Save?).
(the default as current setting).
Then a user could "see" some different designs (by choosing the radio buttons), which might help to understand better how to "edit" the structure field.
(no reply/response needed for additional idea - just a quick sketch).
Tooltips are always nice to have. My point was that aligning the ToC with heading makes sense, with the opportunity to change the layout as today. But my first response was also NAB.