Issue 5477 - changing default numbering from toolbar
Summary: changing default numbering from toolbar
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.0.0
Hardware: PC Linux, all
: P4 Trivial with 13 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: oooqa
: 62357 112426 (view as issue list)
Depends on:
Reported: 2002-06-01 08:51 UTC by Unknown
Modified: 2013-02-07 22:41 UTC (History)
6 users (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2002-06-01 08:51:56 UTC
I have tried several times to change the default numbering system to:
number without a fullstop behind [no period] and a space from text of 1cm but 
am unable to make this the default for the toolbar button. I have tried to 
make it stick to the default template but in insists on putting a period 
beside the number, and a small default 'from text' space. I am getting very 
frustrated trying to make the default suit Australian standards for documents. 
I have to say the Microsoft team also try to impose US standards on us too. I 
understand I can change temporarily from Stylist, but that's not what I want.

Beside this gripe,the product so far has been outstanding, and I am amazed at 
all the good work that has been carried out on this product.
Comment 1 prgmgr 2002-07-14 15:53:05 UTC
Thanks for posting Mike.

*** Note to Sun
I'll leave this as an enhancement request.  The user wants the ability
to set the default numbering style used when clicking on the numbering

*** Mike.

Try posting your question to the users mailing list.  Someone might
have a workaround.

Here's a tip you might want to try.

Go to

Format | Styles | Catalog


Numbering Styles

from the drop down list.

Click on the "New" button.

Enter in a name for your numbering style.

The "Position" tab and the "Options" tab contain the settings that you
will want to modify.

Once you are done creating your own style, save the text document as a

If you open up the Stylist ( F11 or Format | Stylist ) and click on
the numbering icon ( or choose Custom Styles from the drop down box )
your numbering style should be there.

Comment 2 stefan.baltzer 2003-02-12 14:28:30 UTC
SBA: I advocate the request "user-defined numbering style when
clicking on the numbering icon".
Reassigned to Bettina.
Comment 3 uiucgrad 2003-05-17 23:25:14 UTC
If this is implimented then you should also allow a user created
numbering style to also be set to the default.
Comment 4 michael.ruess 2006-02-21 09:52:53 UTC
*** Issue 62357 has been marked as a duplicate of this issue. ***
Comment 5 magi 2006-03-22 09:24:40 UTC
This important issue seems to be about four years old now. The original poster
mentioned Australian and US standards for documents, and I'm trying to conform
to the Finnish standards. The built-in bullet style is horrible and completely
useless, and working around it is difficult to do consistently.

Our solution has been to disable the list/numbering buttons in the toolbar
altogether, and define a new button that runs a macro that sets the current
style as "List 1" or "Numbering 1". However, this doesn't allow toggling the
list/numbering as the default list/numbering button does.

A quick solution could be a user setting for the default list and numbering
styles, either to a numbering style or a paragraph style with a numbering. This
way a change in document format might not be necessary.

A more proper solution might allow binding both a list and a numbering style to
a paragraph style, but so that it is not active automatically, as is the case
currently. For example, have both a "List style" and "Numbering style"
selections in the Numbering tab. Have a check box in front of them, "Use list
style automatically" and "Use numbering style automatically". Make the check
boxes exclusive (but both can be off). The negative side with this solution is
that l/n styles do not have paragraph settings such as margins, which might be
desirable in many cases. For example, "Text body" paragraphs usually have bottom
margin, but list item paragraphs often should not.

Another solution might be switching the paragraph style to some defined style,
either as a document setting or a style-specific setting. This would allow
different paragraph settings in the lists and numbering. Toggling list off could
be difficult with this approach; the program could look upwards for the previous
non-list paragraph style, and then toggle to that.

Yet another solution could use conditional styles. For example, when
list/numbering is toggled on in Text body style, it would use a list/numbering
paragraph style defined as conditional in the Text body style. Also this would
allow different paragraph settings in the lists and numbering.

Then there's the question of paragraph settings at ends of a list. For example,
the first list item often has a bigger top margin and the last bigger bottom
margin than other list items. So if, for example, the above conditional style
solution would be used, there could be separate conditions for "First list
item", "List item", and "Last list item", so that one could bind them to
appropriate list paragraph styles.
Comment 6 quinten 2006-10-29 03:51:27 UTC
I second this being an important issue. The default numbering is ridiculous--why
would you want to have the numbering at the second level stay the same? (e.g.,
list with 1. on first level, and 1. on second level, instead of letters or roman
numerals). The default numbering style should be more consistent with other word
processing programs, and I agree that it should be easy to set the default
numbering. Especially helpful for outlining/taking notes.
Comment 7 bettina.haberer 2010-05-21 15:03:17 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements". 
Comment 8 eric.savary 2010-06-15 18:54:58 UTC
*** Issue 112426 has been marked as a duplicate of this issue. ***
Comment 9 guillaumep 2010-06-16 02:32:10 UTC
Wow, this issue is already 8 years old... Do we have an idea if it is planned to
be solved in a future version of OpenOffice?