Issue 86492 - Pasted numbered list will be continued from "source" list
Summary: Pasted numbered list will be continued from "source" list
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 2.3.1
Hardware: All All
: P2 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
Keywords: regression
Depends on:
Reported: 2008-02-26 21:58 UTC by mschipperheyn1
Modified: 2013-08-07 14:44 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description mschipperheyn1 2008-02-26 21:58:01 UTC
I find myself spending soo much time on the simple task of numbered lists and
bullets, but especially numbering that I want to raise an issue.

There are so many issues with this component that I can't begin to describe
everything but here are the basics. The basic problem is that the numbering
component is too "dumb". This becomes apparent especially when you copy and
paste stuff from other lists. 

Be aware that I always saves .doc. 
Some of the issues
* When you copy an item from another numbered list to the start or end of a
numbered list, the number used for the new item is of the old list
* If you press reset on a fucked up list item like this, nothing happens. It
just resets the interface pane for the numbering popup. It *should* reset the
item to follow the numbering of the current list
* If you in desperation manually enter a number in the numbering pane startup
field, it has no effect. It doesn't work

Just play around with it, and you will see it's fucked up.

Anyway, some of the reasons that make me scream at my computer and wish for
Microsoft Word. And sorry about the venting

Good luck.

Comment 1 mschipperheyn1 2008-02-26 22:04:00 UTC
Oh yeah,

* If you copy an entire list to a new location in your document, it just
continues numbering from the last item on the copied list in stead of resetting
to 1. And there seems to be no way to easily reset to 1. Because reset doesn't work.

* If you have a list like this
1. fdfsfs
2. fsdfs d
  * fjsfgjdg
  * fsfgsdds
next item

next item isn't 3 but 1 like it should be



Comment 2 jbf.faure 2008-02-27 05:13:27 UTC
@mschipperheyn1 : I suggest you to always save in odt and *export* (save as) 
in doc only when you need to share your document. It is not sure that doc 
format can handle all features of ODF.
Comment 3 michael.ruess 2008-02-27 08:51:23 UTC
Hello Marc,
please only submit one problem per issue (see And please watch your
language; the community is also attended by people who did not reach adult age.
Thanks for your patience.

In this issue, we will now care about your first mentioned issue, which truly is
a defect.
Second mentioned problem cannot be reproduced. When I have pasted a "faulty"
numbered bock, I just click into the first paragraph and then click the "Restart
numbering" button in the "Numbering and bullets" toolbar.
Also the third mentioned problem cannot be reproduced. Setting a new start value
in Format.Paragraph.Numbering works fine.

Maybe you have a problem with a special case, so I would request you to submit a
new issue regarding this and attach the special document to it.
Comment 4 michael.ruess 2008-02-27 09:21:37 UTC
MRU->OD: against the description in aspect 7.8 in the spec, a numbered
"block" of text will be continue the numbering when pasted into a different
place of the document.
Comment 5 Oliver-Rainer Wittmann 2008-02-28 14:50:02 UTC
Yes, the initially described behavior on copy-and-paste list items is a very
ugly defect. Thus, I am raising its priority to P2 and I will try to fix it for
OOo 3.0
Comment 6 mschipperheyn1 2008-02-28 16:17:31 UTC
Some other weird side effects. Again, perhaps only because I'm using .doc as a
document format:
* When you have an erronous list
1. item
2. item
3. item
6. item
7. item

If I go into the numbering pane and try to select a new starting number for 6.,
sometimes it works (never when the number is 1) but when I try to manally set it
to 4 it makes it 10 (6+4). Extremely weird.
Comment 7 Oliver-Rainer Wittmann 2008-04-28 10:58:07 UTC
Due to limited resources re-target to OOo 3.1
Comment 8 Oliver-Rainer Wittmann 2008-10-01 07:25:10 UTC
Due to limited resources re-target to next major release OOo 3.2
Comment 9 Oliver-Rainer Wittmann 2009-08-26 08:56:39 UTC
fixed in cws sw32numbf01 - changed files;
rev. 275401
Comment 10 Oliver-Rainer Wittmann 2009-09-02 09:31:49 UTC
OD->MRU: Checked in internal installation set of cws sw32numbf01 - please verify.
Comment 11 michael.ruess 2009-09-03 15:54:57 UTC
Verified in CWS sw32numbf01 - the first problem of "copying a list item to
another list" has been fixed by this issue.
Comment 12 michael.ruess 2009-09-28 14:30:21 UTC
Checked in DEV300m59.