<div class="gmail_quote">On Sun, Jul 3, 2011 at 11:06 PM, Christopher Reichert <span dir="ltr"><<a href="mailto:creichert07@gmail.com">creichert07@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">>> the original bug report's account was not dissimilar to mine, where the<br>
><br>
>> user remapped certain keys to what seemed like the logical actions ---<br>
><br>
>> Next Page / Previous Page --- but the behavior was inconsistent from what<br>
><br>
>> he expected in Facing Pages mode. i don't recall any other similar<br>
><br>
>> actions listed in the shortcut dialog.<br>
><br>
> As said at the moment we do not let you change the behaviour of PageUp/Down<br>
> keys to another keys.<br>
><br>
> We can discuss if we should tie them to the NextPage/PrevPage actions. I<br>
> really do not have an opinion on that, so i would welcome people reading<br>
> this list voicing their opinions.<br>
><br>
<br>
</div>Doesn't "Forward in Document" and "Back in Document" have this<br>
behavior in facing pages mode?? I configured mine toshortcuts and it<br>
works perfectly for me ( same behavior as Page up and Page Down, as<br>
well as up and down arrows).<br>
<br>
IMHO, we should not remap NextPage and PrevPage to have the ability to<br>
move the viewport up and down to the next set of pages. This action<br>
would do just as bad of a job at describing what is actually<br>
happening. Forward in Document/Back in Document is much better at<br>
explaining this behavior.<br>
<font color="#888888"><br>
-Christopher<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Okular-devel mailing list<br>
<a href="mailto:Okular-devel@kde.org">Okular-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/okular-devel" target="_blank">https://mail.kde.org/mailman/listinfo/okular-devel</a><br>
</div></div></blockquote></div><br>i didn't notice these shortcuts, so i played around with them just now.<br><br>to me they seem to move forward / backward in some page view stack. i was testing this on a document that's been up in a window for over a week and, as a result, am not sure what pages i had recently viewed, so the behavior seemed odd... for example, successive BackInDocument calls just displayed the following pages in order: 10 + 11, 12 + 13, 10 + 11, 8 + 9, and 6 +7.<br>
<br>it did move both pages in the view simultaneously, but the order is not what i was expecting.<br><br>it appears there may be some pushback on having the behavior of NextPage / PreviousPage move the view in Facing Pages mode, but i'm curious why?<br>
<br>(1) what are the use cases for someone wanting to move a single page but not both pages in the view? i personally can't think of one, so maybe i am missing something...perhaps, accessibility?<br><br>(2) anecdotally, on the various pdf viewers i use --- acrobat (linux, mac, windows), evince (linux), skim (mac), preview (mac) --- the NextPage / PreviousPage behavior in Facing Pages mode appears to be consistent among all in that they move the view to the next / previous set of pages. to be clear, though, i'm simply using the arrow keys and/or PageUp / PageDown keys so am not sure i'm actually calling their respective PageNext / PagePrevious actions.<br>