This is confirmed in rc1 under Windows 2000. The workaround is to 
create the style first and then go to the foot of the preceding page 
and "insert ->manual break-> style" that has exactly the expected 
effect. But it is rotten UI design. If I am on page 56 of a document, 
then apply a fancy page style, I would expect it to apply to page 56, 
not page 1. 

Ok, it seems we have a not intuitive feature handling here.
In fact we have no defect, so I changed this issue to Enhancement.

"Change the page-style only for the page where the cursor is, in
easier way"

"By the Gods, I think we've got it!"

This has been an irritating "feature" since 643c and it is not only 
counter-intuitive, but a really serious issue with writing larger 
documents.  This is something some other word processors do easily 
(not many, though), and, as fine as OOo is, it would seem this should 
be a feature of OOo.

New users, in particular (until they've spent several hours/days 
learning a work-around) are frustrated by this "feature."

I would not call this a "bad feature". It is at least inconsistent
with the Help system, which says under Page Styles - changing
individual pages:

1. Click in the page that you want to apply the page style to.

etc.

This probably goes here, too: If a style is set for say right page
only, the document only has right pages. The first time user is
shocked to see they have no pages where to define there left page
style. Since one popular use of right pages is for beginning sections
(typically: forced-right, no headers of footers at all), it should be
most useful if all non-default styles revert to default until
otherwise linked. The first page style already is such a one page
style: it kicks in on the same page where it is defined and is shut
off immediately; it's the only style I never had problems with.

This is a serious issue.  I can't begin to remember how many hours I
have spent tweaking page styles to get a new style in a new section
without the program "re-doing" all the previous styles on its own.  It
may be an "Enhancement" but it feels like a defect.

OK. The tidy enhacement is, when page styles are edited, to ask the user whether 
they want to change 

1) only pages from now on, 
or 
2) all pages already in this style. 

That should reduce confusion. 

This bug makes complex page styles almost impossible to use.  Can we please 
fix it?  I have no idea who anyone thinks it is an "enhasement", the setting
page styles doesn't do what it is supposed to, nor does it do what it is 
documented to do, instead, it does something close to random.

There is only one good way to fix this bug: make the software does what
the documentation says it should do right now: When you click on a page,
and you apply a page style, it should apply to that page!  What could
be simpler or more correct?

I cant see how this is not a defect - the help doc clearly states that in order
to change the page style for a particular page, you click in that page, then
choose the new page style from the stylist.  OOo should then apply that
pagestyle to the selected page, not to page 1.

This has nothing to do with modifying existing pages if you modify the
pagestyle. (c.f. entry from andrewb Thu Dec 2 08:22:23 -0800 2004) This is
purely and simply about being able to change the page style that should be
applied to the chosen page.

You don't even have to create a new style, just choose any style, and it will
apply it to the first page, and not the page where the cursor is.

And, FWIW, this is still a problem OOo 2.0

Still a problem in 2.0.1 and yes, it is a bug since it doesn't work as stated in
the docs.

*** Issue 75541 has been marked as a duplicate of this issue. ***

I understand the need for page break in order to exactly border the area, since
the usual natural text pages are fuzzy (depend just on amount of text) and the
style might need the exact point, from-to, where it should be applied.

However where they already ARE ordinary page breaks (Ctrl-Enter) in the text,
the Stylist should automatically accept them as regular borders for page style
purposes. So that if I put cursor on page and select a style for the page,
Stylist should assign the style for the current page and all pages before and
after, until it gets to the near page break (or start of document) before the
actual page, and near page break (or document end) after the actual page.

If I select more pages, it should assign the style to all pages included in
selection, and in pages before the selection until page break (or document
start) is reached, and after the selection until page break (or document end) is
reached.


However, I don't deny the natural pages to be able get the styles too. This
could be the second phase of solving the problem. First, the styles should work
at least for the pages that are explicitely ended with page break, and this not
working is really bad..

The same happens to me in version 2.1 !!!!!!!!!!!! Why this big bug is still 
unrecovered? 

Version 2.2.1

Still the same....

This "feature" seems very confusing. I think it's a bit odd that if i want to
change a page's style, i got to go to the previous page and put in that page's
page properties the next page's style. So i do that and my whole document
changes. Until i came here to report this bug and found i had to insert a page
break and then remove that blank page again.

Wouldn't it be an option to ask the user if they want to change the style of the
current page when they select one and insert a page/style break automaticly if
they select [Yes]?

Also as a side note to this, it might be nice to show visually where those
breaks are in the document, as i had a bit of difficulty in getting the
workaround to work. Probably because of removing the manual page break along
with the new page that i didn't want.
Also it might be a good idea to show all of these codes in a seperate code
frame, like wordperfect used to do. (I think that would be a very good idea as
it gives insight in more than just page styles and page breaks.)
The code frame could then show something like:
[DocumentStart][+DocumentSettings][PageStart][Heading1]Some text
here[/Heading1][Bold]Some text here
too.[/Bold][PageEnd][ManualPageBreak][PageStart][PageStyle=SomePageStyle][DocumentEnd]
(The plus sign in the [DocumentSettings] tag would then be a way to fold/unfold
the contents of the tag)
Of cause this is just a quick draft and would need to be thought about more
carefully, but it might be a nice idea and it could be useful for debugging too
as it would show exactly what is happening with the document content and why
something might not work as expected..

Hi Mathias, I have changed the current owner to your owner. Please take the
ownership of these enhancements.

I wonder this issue is over 4 years old, voted, and still not targeted..

This issue is duplicate of #17203

I'd better say, that #17203 is duplicate of this issue.

*** Issue 96612 has been marked as a duplicate of this issue. ***

*** Issue 19328 has been marked as a duplicate of this issue. ***

Reset assigne to the default "issues@openoffice.apache.org".