Hi Astron, 2011/6/23 Astron <[email protected]>
> 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. > +1 > > Next: > > 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 > > background. > > 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: > > THE SURVEY: > 1. What's your screen size and resolution (most of the time)? > 1024 x 576 > 2. What paper format do you use? > A4 > 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, > both? > > 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 > here: > * 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 created. * present both, but only if they _differ_, with the "printed" value > smaller and below the "physical" value. > I like this idea. > > Astron > > -- > Unsubscribe instructions: E-mail to [email protected] > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette > List archive: http://listarchives.libreoffice.org/global/design/ > All messages sent to this list will be publicly archived and cannot be > deleted > -- Unsubscribe instructions: E-mail to [email protected] Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/design/ All messages sent to this list will be publicly archived and cannot be deleted
