Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index

Hi Astron,

2011/6/23 Astron <>

Hi Phil, RGB, Mirek (I'll just post in this thread that Phil forked
instead of the original one), hi everyone else, too (there's a little
survey a -- please answer :) )

Okay, first:
Incidentally, if the user displays facing pages, the page numbers will
need to be positioned correctly either side of the spread.

That's correct. So many things one sometimes simply overlooks with UIs. I


Agree it's a good proposal to show the page number. However, if the
user has zoomed in or resized their window and can't see the number
any more, then you end up needing the page number elsewhere on the
screen as well, and if they can't see all of the page on the screen
they probably don't want to lose more space to toolbars/statusbars.

It should still be displayed in the tooltip when moving the
scrollbars. But in my view it could be removed from the status bar (I
never found the page display useful because it's always small and out
of one's view).

I would suggest that the page number floated beside the top left/right
corner of the *visible* page. Then when you are looking at the bottom
of page 2 and the top of page 3, you'd see the 2 at the top and the 3
beside the corner of page 3.

That would make the number even more useful, but would make it also
feel less "physical" (if that is a category that even applies to a
number that is diplayed /beside/ a document). It might also get in the
way, because then it wouldn't always be at the top of the page – but
that's probably something minor as long as the number really stays put
until a new number comes in. So yes, that's a good idea.

It could even float on the page with a
very light colour when the user can't see the document window

The page number should, in my view, hide when it's in the way. It
would probably be possible to put the number as a watermark in the
background of pages, but I don't like the idea too much, because it
would confuse users unnecessarily.

I agree.

When users zoom in, the number should simply be cut off at the edges
and scrollbars shouldn't allow to scroll in the area cut off. Before
trying to argue for this, maybe a little survey could help:

1. What's your screen size and resolution (most of the time)?

 1024 x 576

2. What paper format do you use?


3. Do you work in full-screen?

Maximized window, yes. (Not true full-screen.)

4. Do you use any multi-page mode (for instance two pages in one screen?)

Very rarely.

Further development could be to add contextual actions if the user
selects the page number - go to page N, insert page, etc.

That's really clever, but to reconcile it with my view of how the page
numbers should behave, the number would have to slide in again, for
instance, once you throw your mouse towards the edge of the screen.
This would make the bug far harder to implement and would probably
mean the idea would stay in the mailing list forever. So, let's
postpone this discussion.

@RGB ES/Mirek:
Which page number? The "physical" page number, the "printed" page number,
At least on Writer it is quite common that page 1 is the "physical"
page 7, for example.
I vote for "both" ;)

I'm there with Mirek voting for only physical page number. It's seems
more useful for e.g. finding out on which page you are or finding a
print range. As Mirek said, the printed page number is also displayed
on the doument itself. Nevertheless there are a few other solutions
* make it configurable (which would be lowest common denominator, but
given that LibO already has so many knobs, buttons and screws this
seems a bad solution

I agree -- fit for an "Advanced settings" extension, though, if it's ever

* present both, but only if they _differ_, with the "printed" value
smaller and below the "physical" value.

I like this idea.


Unsubscribe instructions: E-mail to
Posting guidelines + more:
List archive:
All messages sent to this list will be publicly archived and cannot be

Unsubscribe instructions: E-mail to
Posting guidelines + more:
List archive:
All messages sent to this list will be publicly archived and cannot be deleted


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.