assigning to user experience team for evaluation

Set to "NEW"

For this to be considered "fixed" it would also have to eliminate the 
extra blank pages produced by using (2b).  In 1.1RC, that problem has 
been made worse.  While previously one might find an extra one or two 
pages of blanks, we now find two to three blank pages which cannot be 
edited or changed in any fashion.  The result is that the "page begin" 
for the new style is always page 2, 3 or even 4 and cannot be set to 
page 1 with any amount of fiddling.

I haven´t listed a procedure "2b", so I can only guess that you mean this:

Insert > Manual Break > Page Break > Style: "Default" > Enable Change
Page number > [Set appropriate number],

which does reset the number on the next page only and therefore leaves
the present page unchanged. It´s empty, of course, when it was empty
before inserting the page break. I think this makes sense and
shouldn´t be changed.

Sorry, I meant simply (2)

The problem is not as you describe.  I am unable to set the next page 
to "1" by any means without an offset, which makes references in the 
TOC and indexes wrong.  However, the problem is more serious than 
that.  If I want a first page and a second page with a different style 
on the back and want it to be page "1", there is no way to do that in 
OOo -- none at all.

Worse, if I am inserting a manual break to change from i, ii, iii ... 
for front matter and now want to start the new text with 1, 2, 3, ..., 
I introduce a manual page break and now have from two to three blank 
pages and my first page -- which should be "1" is actually page 2, 3 
or 4 -- not "1".  This is *not* expected behavior.

If I want a right page followed by a right page with a different page 
style, it is expected that I would get a blank page and the pagination 
including the blank page ("1" followed by "3").  But if I want to 
start with page "1" after the change, it cannot be done.  Again, this 
is not only not expected, but the program should allow the USER to 
make this decision -- not the program.

In my case, it means I have to have separate documents to get it to 
print right and "cut and paste" to get the TOC's right and make my 
publisher happy.  That is work the program should be doing -- not 
something I have to manually fudge to get.

empty-pages-issue is issue 3910

I have been able to verify at least parts of the problems which Robert
has reported. Yet I think they need to be filed into different issues,
in case they haven´t been reported already.

As the original reporter of this issue, I suggest to keep the original
issue unchanged.

I'm using OpenOffice 1.1 on a linux machine.  

Using the following procedures, I changed my page numbering.  The
first renumbered page doesn't need to be numbered as in my case where
the first page of each chapter is not numbered.  This means step 1a
and 1b are not necessary to renumber pages.

PROCEDURE:  Reset page numbering:

Click in the text body, not the header or footer where you want a
pagebreak (bottom of the preceding page) such that the next page is
the page you want to renumber : 

Select - Format : Paragraph 

Under the Text Flow tab: Breaks: choose Enable, Type = Page, and
Position = Before:

With Page Style = Default enter in Page Number the page number you want*

Select ok  

*note: if you set page number = 0, the page numbering doesn't change;
1 or more resets the page number to that number


Dave

Dave, what you describe here is step (2) only.
Without step (1) page numbers won´t show up at all.
So this must have been done some time before someone thinks about
changing page numbers.

I have mentioned step (1) - and actually this whole RFE is solely
about this - because this page inserting dialog shows this irritating
offset option.

Please explain,Pinkernell.  You say there are two issues, but they 
look like one to me.  Please distinguish the two for me so I don't end 
up like a total idiot in requesting enhancements.  If you'd like, you 
can email me at rbe@flash.net instead of replying to this issue.

Rethinking this a bit, it occurs to me that the issue is this, whether 
in a single document or a Master Document.

Expected behavior of a Manual Break with new page style and numbering 
is that we would get exactly that and not some extraneous, uneditable 
blank pages as well.  In other words,if I have two odd or even 
numbered pages back to back, I would expect a blank page.  However, if 
I don't have this situation I should end up with this:

Jump to next page which appears in the new style and with the new 
page.  No extra pages at all.

This, it seems to me, is the expectation -- and it would certainly be 
easier for me as a writer.  If I want extra blank pages, it is 
extremely easy to add them.

When the "next page style" is one that has a following page style, it 
is simply wrong to have the "next page style" applied to a blank page 
that cannot be edited or changed in any way leaving the user with the 
following page style for what s/he thought was going to be the page 
style s/he selected.

In short, there surely must be some way to remove unwanted blank 
pages.

Just 2p from a user: 

The current setup does seem rather obscure.  I think the original
suggestion would improve things.  

It is rather confusing that the both the internal page numbering and
the offset can be changed.  Are both ways strictly necessary?  Or is
there a way of making it clearer in the dialog?  "Internal page
number" is a start; perhaps "Displayed page number" would be a good
alternative.  

The toolbar obtained in MS Word when double-clicking on the page
number field is IMHO more intuitive that OOs.  It has an option that
refers to (something like) "start page numbering from".

Finally, the "offset" isn't exported to word documents (though the
internal page numbers are).  As the help pages suggested I change the
offset rather than the internal numbering (method 2), until I read
this issue, I concluded it was impossible to change the page numbering
in word documents using OO.  My wife, who is experienced in MS Word,
couldn't figure out how to change page numbers at all.  

David
 

Instead of a vote (which I'm out of): It seems that much of the page
related arise from styles that are not defined from a paragraph, and
the many related issues and complaints tell me that there are quite a
lot of people who want to define page behaviour from a page style and
field behaviour from the field's properties. 

These bogus handles on things include 
 - a page offset that only applies to a specific field (there should
be one piece of interface letting you specify another way of numbering
in absolute or relative terms which applies to everything up to
another setting)
 - a "manual page break" from the insert menu (hence mouse-driven)
which behaves quite differently from what I consider a manual page
break (CTRL-enter)
 - and related to this, the fact that page styles don't come with
their "manual page break" (the one that closes off the previous style)
built in (NB: this works well if you define a _paragraph_ to be on top
of a new page) (issue 16877).
 - Page styles that are by default followed by themselves instead of
reverting to Default or going from left to right to left (this
produces rbe's blank pages) (issue 19535).

A radical solution (which a favor) would by and large get rid of the
pre-defined distinction of character, paragraph, and page styles and
have one general interface for everything (WordPerfect simply lets you
use everything that is on the menu, just like formatting in normal
text). If an end character (like enter, CTRL-enter, space, or simply
the next key) can be selected there, you have a very open and more
explicit way of limiting the scope of the style.

klaus

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

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

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

Quote from Issue 14999 which is going to be closed as a dup of this:

==========
..., if a "real" (that is, internal) change is needed for indexing 
and referencing, righ-clicking on a page number field should bring up 
an option to change the number displayed or the internal number 
(something like date fields).  The program can handle issues of page 
breaks and so on.

Fail-safe, option to "remove" page changes, would also help.  Making 
OOo as easy and easier for the average user than the competition is 
supposedly a goal of OOo and SO.  Page change complaints are frequent 
and demonstrate enormous frustration with the present method -- even 
with experienced people.  Take a look at the user's list and see how 
often it comes up.  The present method is COUNTER-intuitive and 
should really be changed eventually.
==========

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

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

Yeah, page numbering is really annoying in Writer. If one needs to skip some
pages from numbering, but start with correct number then, he must use styles,
that even don't work well (Issue 16887 and so on). He must put "line break" and
specify style here.

The page numbering is such a common task that it needs simple and common way to
handle. Look at M$ Word.

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

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

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

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

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

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

Created attachment 85946 [details]
Document to number with differents variables according to style of page.

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