Bug 93826 - Automatic TOC Excludes Header
Summary: Automatic TOC Excludes Header
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.5.2 release
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-08-31 22:35 UTC by Joel Madero
Modified: 2015-09-01 20:37 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
TOC Heading Bug (11.70 KB, application/vnd.oasis.opendocument.text)
2015-08-31 22:35 UTC, Joel Madero 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Joel Madero 2015-08-31 22:35:16 UTC 
Created attachment 118301 [details]
TOC Heading Bug

Ubuntu 15.04 x64
LibreOffice 4.4.5.2 and 5.0.0.5

1) Download the attached file;

Observe: Automatically generated heading includes one of the two headings but excludes the one listed as "Conclusion." 

Note: Same style is applied to each


Minor - can slow down professional quality work but will not prevent it (manual edits possible)
Low - default
Comment 1 m_a_riosv 2015-09-01 00:38:45 UTC 
Hi Joel,

the "CONCLUSION" paragraph has in their format outline+numbering, the outline level to "Body Text" changing it to Level 1 as the other paragraph works fine, TOC is updated.

I hope you are agree that it's not a bug, please if you are not agree reopen it.
Comment 2 Yousuf Philips (jay) (retired) 2015-09-01 04:39:51 UTC 
That is quite strange as i doubt joel went into paragraph dialog to change it from level 1 to body text, so i wonder what happened to cause this change.
Comment 3 Yousuf Philips (jay) (retired) 2015-09-01 05:56:52 UTC 
Well it seems Note_Heading 1's style outline level is set to body text and paragraphs set to it have outline level set to level 1 at the paragraph level. Seem you are mixing styles and direct formatting way to much Joel and things are going wrong because of it. If only my mockup of the styles & formatting tab was done (attachment 115020 [details]), it would have made this lookup chore alot easier. :D
Comment 4 Joel Madero 2015-09-01 16:08:21 UTC 
@Jay - in the future I suggest not blaming the user as it's 100% not productive. I use LibreOffice as *most* users use it, if this causes a problem, it's not the user's fault.

As for mixing direct formatting and styles - I obviously try to minimize that (which is more than most users do as styles are not an obvious concept for most people). I suspect what happened was that the direct formatting was *inherited* from a previous section and thus caused the problem. This goes back to the other bug that is already confirmed by UX about new lines inheriting direct formatting from previous lines in a wacky way that creates lots of headaches. Apparently this is another headache that comes with that bug.
Comment 5 m_a_riosv 2015-09-01 20:37:31 UTC 
It's easy don't see the mistake in front of you, while someone else and can see it at first glance.

Not all can be perfect all the time, how the life would be?