A comment on Update (1):
I thought the normal behaviour is to NOT continue numbering between different list styles.
A list item is formatted by a paragraph style associated with a so-called list style (in fact a sequence number definition). Several paragraph styles may be associated with the same list style, in which case they belong to the same sequence even though they look different because of different paragraph styles.
Exactly. So it is weird when the numbering continues BECAUSE the list style changes.
UPDATE: I think the quick solution is to just apply a different style to the buggy paragraph, then turn of numbering for that paragraph, then re-apply the desired style (which uses numbering). If you have problems all over you document then you can do the steps below.
Furthermore, the cause of the problem seems to be that I regularly have different paragraph styles between each numbered Ex. paragraph, and these other paragraphs were somehow getting invisible numbering applied to them (numbering was turned on but there wasn’t actually a number showing at the beginning of the line). I use a macro to create these examples, and I guess it was causing this weird invisible numbering and throwing things off. I can’t actually replicate the buggy behaviour by manually inserting a numbered paragraph and deleting the numbering. I do wonder though why Writer allows you to delete the number but the paragraph is still considered numbered. Seems like that is asking for trouble.
ORIGINAL POST:
I managed to fix the problem.
Somehow that solved the problem. Now when I insert new examples they continue numbering like they are supposed to!
That had me scared and I am still a bit worried. One thing about MS Word that I hate, from experience, is constant wrestling with buggy numbered paragraphs that change when you aren’t looking and have bizarre glitches that ripple from one numbered set to another. I have been glad to never have to deal with that in LibreOffice, but now I am worried that it may keep cropping up in this document.
Formatting lists is probably the most daunting task in Writer and it is easy to get it wrong (I’m talking with a long experience). It is of utmost importance to be consistent: either you number with toolbar buttons (allowing to add numbers to any paragraph style), or exclusively with specifically crafted paragraph styles.
From your fixing procedure, I fear you had (unintentionally) a mixed strategy. This is very difficult to detect.
I have only been using paragraph styles, and everything has been going fine on the document for the past 2 years. (Almost 600 numbered examples.) I think some rare bug must have occurred.
Comment on your UPDATE: macros allow you to fiddle directly with the internal representation of the document. If you don’t understand thoroughly the ODF structure, you can easily mess up the XML in very subtle ways and put it in off-specification state though still usable (apparently).
I’m experiencing the same annoying bug, which has yet to be fixed. My solution is simply to remove the bullet points in text separating my new title from the preceding one. The title numbering then proceeds normally, after which I restore the bullet points. It’s a bore though!
@oliverjames1: please describe what you do with more details. Remember you must never mix chapter numbering with bullet. They are both some form of numbering and a paragraph can have only one. Trying to add a bullet to an already numbered heading is doomed to fail. However this can be done by configuring Tools>Chapter Numbering. If this is what you need, explain.
The issue under discussion seem to relate to text with numbered headings, that also contains bullet points.
Have used bullet points one cannot insert a numbered heading with sequential numbering. To do that I temporarily remove the bullet points from the text so as to have the correct heading number.
Another solution is to remake the heading styles but that requires more work.
To have both bullet and chapter numbering, insert the bullet as the Before Separator (or After if you want the bullet between number and heading) in the desired level configuration in Tools>Chapter Numbering. No need to modify the Heading n styles.
But for your own sanity and Writer reliability, never never NEVER add a bullet with the toolbar button to an already numbered paragraph. Bullets and numbers conflicts because they are based on the same internal implementation. In addition, you probably mix paragraph style and direct formatting which adds another degree of conflict. And finally, if you also saved as .doc(x) instead of native .odt, you’re guaranteed to end up in a complete mess because M$ Word and LO Writer completely diverge about the feature.
All,
I also noticed the “Continue Previous Numbering” option no longer exists under the “LISTS” and must for proper operations of lists. Some body in the programming overlooked this important option in this version!
This is not a solution to initial question and should have been posted as a comment.
I assume you create your lists with Format>Bullets & Numbering or a toolbar button. This is the context where the issue occurs because Format>Bullets & Numbering is a quick’n’dirty compatibility feature for creating lists in a Word-like way. The feature is a one-size-fits-all one, i.e. full of compromises and approximations.
This creates two problems:
The solution is to use list style. A list style is clearly a marker for a logical list. Then, as long, as numbering is not reset, numbering will continue in sequence, even if you have paragraphs in between (with same or different paragraph styles).
You have more controls with list styles but the concept is not as immediate as pressing a toolbar button.
That said, “Continue numbering” label has been changed to Add to List. I don’t know who fancied that; it is much more obscure than “Continue Numbering”.
Unable to continue the list as the option is no longer in the “right click” menu where it used to be!
I found I can work around this by deleting the list & reinstalling it, but removing the “Continue list” option from the “right click” menu list was a total NO NO!
TBNK
@TBotNik Have you read my last remark? The option is still there (both in the Format menu and the contextual right-click menu) albeit as the obscure name Add to List. In the contextual menu, you must follow down to second-level List menu.
Tested with 24.8.4.2 (you didn’t mention your LO version).
You obviously have absolutely no concept of the problem!
the scenario is you have an <ol> ordered list, then you have to enter a nested sublist <sl> Simple list. Then you finish the sub list and your next item in the <ol> ordered list must continue. The “ADD TO LIST” is not correctly labeled as it is “Continue Current List”; not at all “Continue Previous List” nor “Add to List”, which the “Continue Current List” did, before this was removed, which allowed you your next entry in the previous <ol> Ordered list.
Now I write books & contracts, & Libre Office has so many guffhaws that out of an 8 hour day, I spend 3+ hours screwing with the formatting issues & this is one of the most serious formatting errors. This is not an issue in MS WORD, so why are the LO programmers so ignorant?
Additionally, this totally violates the 2 unbreakable cardinal laws of IT & Life; which is obvious none of the under 40 programmers know as they constantly & forever violate them which are:
This issue is an obvious violation of rule #1.
Hope you now fully understand the issue!
There is a workaround, which is:
Now you see why loosing this one majorly needed function of "Continue Previous List is so necessary & time consuming without it! Remember without these full function Features LO is a second rate word processor & can never take leading role in the Word Processing effort!
Cheers!
TBNK
There is absolutely no problem with nested lists in Writer. Writer manages correctly “nested lists” and “intermixed lists” but you must understand what list styles are and how different they are from Format>Bullet & Numbering (or button toolbars) which are equivalent to the (badly designed) Word feature.
You’re right, I have no idea of the problem (probably because of the now described issue with “nested” lists. Best is to attach a small example file exhibiting the problem. The solution is probably in correct structuring of the document.
PS: why have you interspersed HTML tags like <ol> in your post? This creates a faulty HTML encoding for your comment and make it unreadable.
I include the HTML tags because anyone, at the senior level, doing WP also does HTML and you can always do nesting effortlessly in HTML!
Understand I wrote the 1st 3 books for the internet & was also SE Region Print Support for IBM, so I have been in WordProcessing since 1985. I started with PC WP in 1985 with WORDSCRIPT, then migrated to WORDPRESS, 1987-1988, then MS Word in 1988, & While at General Dynamics 1985-1992, wrote the IBM GML to SGML translator!
The concept of lists is very different in HTML and ODF.
In HTML, a list is a single-level construct of the form:
<ol>
<li> …</li>
<li>as many "li" as you need</li>
</ol>
or the same with ol replaced by ul.
Basically it is single-level. Multi-level lists are created by writing a full single-level construct in the paylod od one <li>. These nested lists are independent from each other.
In ODF, every list is 10-level by construction. The equivalent element to ol or ul is a list style. You turn a “standard” paragraph into a list item by applying a list style to it. You can even make this systematic by attaching the list style to the paragraph style.
When you want a higher-level item, you press Tab at the very start of the item to promote it to higher level. To demote it to lower level, press Shift+Tab in the same position.
The list counter is entirely managed by the list style. Since the list style is aware of the level change, it generates the correct number without needing user interaction.
Consequently, there is no point in trying to “reset” numbering.
Rest numbering is only necessary when you create another occurrence of a list of the same “type” (a list “type” is characterised by the list style).
Don’t trust Format>Bullet & Numbering (or the equivalent toolbar buttons). This is a feeble compatibility attempt at providing a temporary convenience to M$ Word switchers, not yet aware of the more “polished” features through styles. The menu command is a “one-size-fits-all” service. It uses twisted heuristics to guess where a list begins and where it stops, mainly relying on editing order (then when you edit your document in later sessions, you may get really unexpected and surprising results).
The list style feature is really powerful and versatile, allowing to create formatting impossible to achieve both in HTML and DOCX, like intermixed independent lists. However, it is difficult to use it until you have a clear idea of the ODF list concept/definition. I remind you the key factor: a list is defined by a list style. A list style is nothing more than a tag in some way.
I’m sorry but, from my view, you know absolutely nothing about listing & formatting in “ALL WORD PROCESSORSD” because in MS WORD & previous versions of LO if my 1st level OL is at count #3 and I initiate sub list, whether ol. ul or sl & they are up to 20 levels deep, & I return to the original level the next number is ALWAYS #4 not some new #1 that LO is now doing! This has been in effect with all word processors, since IBM invented SCRIPT, then GML & WORDSCRIPT became the first PC WP, followed by WORD PERFECT, Then MS WORD & now LO, so who in the #$%^*&^&$$^ LO coding world decided to Eliminate the “Continue Previous List” option, thinking no one needs that any longer! It was there before so getit BACK!
Please attach a sample file exhibiting the issue you have. The LO list concept is simple (but different from M$ Word, hence the difficulty) and very sound. You probably extrapolated your routine from some other document processor without taking into account Writer differences.
It is still there! Reread previous posts. You didn’t mention your LO version. Wording for it has changed with+ seris. It is now nonsensical Add to List.