Issue 86492

Summary:	Pasted numbered list will be continued from "source" list
Product:	Writer	Reporter:	mschipperheyn1 <m.schipperheyn>
Component:	formatting	Assignee:	michael.ruess
Status:	CLOSED FIXED	QA Contact:	issues@sw <issues>
Severity:	Trivial
Priority:	P2	CC:	issues, jbf.faure, michael.ruess
Version:	OOo 2.3.1	Keywords:	regression
Target Milestone:	---
Hardware:	All
OS:	All
Issue Type:	DEFECT	Latest Confirmation in:	---
Developer Difficulty:	---

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.

Marc

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

Cheers,

Marc

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
http://qa.openoffice.org/issue_handling/basic_rules.html). 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
http://specs.openoffice.org/writer/numbering/NumberingBullet1.sxw, 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;
/sw/inc/doc.hxx,
/sw/inc/editsh.hxx,
/sw/source/core/ndcopy.cxx,
/sw/source/core/doc/docnum.cxx,
/sw/source/core/edit/ednumber.cxx,
/sw/source/ui/shells/textsh1.cxx,
/sw/source/ui/wrtsh/wrtsh1.cxx,
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.