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

On Thu, Jun 23, 2011 at 4:59 PM, Astron <> wrote:
user has zoomed in or resized their window and can't see the number
It should still be displayed in the tooltip ...

I would suggest that the page number floated beside the top left/right
corner of the *visible* page.
That would make the number even more useful, but would make it also
feel less "physical"

I know what you mean. I am generally for more anchored and zoomable UI
elements. But only if the user knows how to zoom/pan quickly.

I do use a Visual Studio plugin which shows a miniature preview
*instead* of the scroll bar, so scrolling is synonymous with clicking
on the document preview. It's quite a nice zoom-style metaphor, and we
could have the page numbers fade in over pages if needed when
scrolling more than a short distance. I'd call that
dynamic/action-contextual UI.

1. What's your screen size and resolution (most of the time)?
1440/900 (15") or 1920/1080+1280/1024 (27"+19")
2. What paper format do you use?
3. Do you work in full-screen?
On the laptop, mostly, on the desktop rarely.
4. Do you use any multi-page mode (for instance two pages in one screen?
Yes for review/comparisons, constructing mockups from screenshots
(page numbers there too!)

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 ... far harder ... mailing list forever. So, let's
postpone this discussion.
Agreed. I like to throw in far-fetched ideas, but it was not meant as
a suggestion for this iteration.

@RGB ES/Mirek:
Which page number? The "physical" page number, the "printed" page number, both?
I'm there with Mirek voting for only physical page number.
other solutions
* make it configurable (... seems a bad solution
* present both, but only if they _differ_, with the "printed" value
smaller and below the "physical" value.
I'm with you here. Prefer just one, certainly don't show two numbers
the same. Different sizes and different colours might just about swing
it, though, as the suite acts as a viewer as well as an editor, and
people prefer to have 1 mapping in their head ('change font size on
page xvii. Wait, is that page 17, or 16, or...').

One use case in my head was inserting an envelope at the beginning of
a multipage letter. To most people, the envelope is the envelope, and
page 1 is the first full page. But I would hazard a guess that almost
all office suites mark that as pages 1 and 2.

If I was to carry on down this road, I'd suggest having an indicator
of the current section/chapter as well - again people have 1 mapping
and that is often the document structure rather than the page number
when looking at an electronic document. Also, legal stuff is all
section 3 paragraph 2 sentence 6, not page 7 line 3.

If the user can see all these (default is just the page number) they
can be given, upon hovering, the option to hide the others for now or
for ever.

My vote is just show the page number, as originally suggested, at the
top left corner of the screen, and refine any further proposals as a
separate stage.

Philip H

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.