https://bugs.documentfoundation.org/show_bug.cgi?id=153560
--- Comment #10 from [email protected] --- (In reply to sdc.blanco from comment #9) > The two formats ("heading number"; "heading number without separator") use > the immediately prior heading, where the "up to level" option controls how > many levels of the heading number are displayed. Correct description of appearance, but for wrong reason! > other two formats for the "Heading" field type ("heading contents"; and > "heading number and contents"). > Display the heading contents for the first prior heading whose outline level > is less than or equal (≤) than the number specified in "up to level". This is the correct reason. > Furthermore, with "heading number and contents", unlike the "number" > formats, there is no control over how many outline levels of the heading > number shown. False issue. I misinterpreted the levels option as controlling how many levels are shown (which is empirically correct, but an artifact of how the "prior numbered heading" is selected). The option shows the number and contents of the first header that satisfies the (≤) rule. > An immediate hypothesis is that the "content" cases are a bug Possibly. To summarize: 1. The "level" control has the same behavior for all four formats of the "Heading" field type. 2. Regardless of format, the field selects the first previous heading that has an outline level equal or less than the value that is specified in the "level" spinbox. (maybe that is the bug? already filed: Bug 147004) If deemed to be a bug, then "up to level" should be changed to: "outline level". 3. I now have the hypothesis that "level" in "Numbering by Chapter" for caption numbers follows the same (≤) rule (which may also be a bug, if it does not use the same code), but I could not "see" that problem before now (with my empirical method), because that dialog only shows numbers, not contents. -- You are receiving this mail because: You are the assignee for the bug.
