[Gqview-users] PgDn no longer scrolls a page at a time

[Carl Wilhelm Soderstrom]

In the latest stable version of gqview (1.4.5), the scrolling behavior has
changed. (as least as it comes with the Debian package).

It used to be that hitting PageDown when the image window had focus, would
go to the next image; but when focusing on on the image list window, the
PageDown key caused it to scroll down a page at a time.

It now goes down one image at a time, when focusing on the image list.

is this a deliberate change?

I rather preferred the old behavior, as it was possible to scroll through
the list of images, without having to click on the scrollbar. (much faster,
if you use focus-follows-mouse, and the scrollwheel is set to send
PageUp/PageDown keycodes).

Can this be reverted, or is it a setting somewhere that I can't find?

[John Ellis]

Post by Carl Wilhelm Soderstrom
In the latest stable version of gqview (1.4.5), the scrolling behavior has
changed. (as least as it comes with the Debian package).
It used to be that hitting PageDown when the image window had focus, would
go to the next image; but when focusing on on the image list window, the
PageDown key caused it to scroll down a page at a time.
It now goes down one image at a time, when focusing on the image list.
is this a deliberate change?
I rather preferred the old behavior, as it was possible to scroll through
the list of images, without having to click on the scrollbar. (much faster,
if you use focus-follows-mouse, and the scrollwheel is set to send
PageUp/PageDown keycodes).

This is the intended behavior. The PageUp/PageDown keys have been shortcuts
global to the window for changing the image for a long time, I checked 1.0.2 and
2.2.2, and they all behave the same - which version of GQview was installed
prior to upgrading to 1.4.5 ?

Post by Carl Wilhelm Soderstrom
Can this be reverted, or is it a setting somewhere that I can't find?

There is no setting to change this, sorry. The mouse wheel scroll events are
supported if you ever decide to set the mouse wheel to work as such.


Greetings,
John

[Carl Wilhelm Soderstrom]

Post by John Ellis

Post by Carl Wilhelm Soderstrom
I rather preferred the old behavior, as it was possible to scroll through
the list of images, without having to click on the scrollbar. (much faster,
if you use focus-follows-mouse, and the scrollwheel is set to send
PageUp/PageDown keycodes).

This is the intended behavior. The PageUp/PageDown keys have been shortcuts
global to the window for changing the image for a long time, I checked 1.0.2 and
2.2.2, and they all behave the same - which version of GQview was installed
prior to upgrading to 1.4.5 ?

hmm. pretty sure it was 1.4.3 or 1.4.4.

[John Ellis]

Post by Carl Wilhelm Soderstrom

Post by John Ellis

Post by Carl Wilhelm Soderstrom
I rather preferred the old behavior, as it was possible to scroll through
the list of images, without having to click on the scrollbar. (much faster,
if you use focus-follows-mouse, and the scrollwheel is set to send
PageUp/PageDown keycodes).

This is the intended behavior. The PageUp/PageDown keys have been shortcuts
global to the window for changing the image for a long time, I checked 1.0.2 and
2.2.2, and they all behave the same - which version of GQview was installed
prior to upgrading to 1.4.5 ?

hmm. pretty sure it was 1.4.3 or 1.4.4.

Checking further it was a fix that went in between exactly those two versions to
make the keyboard shortcuts consistent between when the file list is a part of
the window and when it a separate window (floating). The change also fixed
keyboard shortcuts to work when the file list was hidden.


Greetings,
John

[Carl Wilhelm Soderstrom]

Post by John Ellis

Post by Carl Wilhelm Soderstrom
hmm. pretty sure it was 1.4.3 or 1.4.4.

Checking further it was a fix that went in between exactly those two versions to
make the keyboard shortcuts consistent between when the file list is a part of
the window and when it a separate window (floating). The change also fixed
keyboard shortcuts to work when the file list was hidden.

gotcha. makes sense. I always have the file list floating, so this is
probably why some people's behavior experience was different from mine.

I really would like that behavior back tho... seemed to make eminent sense.
:) (unless someone can suggest an even better way to do things, which is
likely possible).

[HaJo Schatz]

Sending it to the correct list would truly help increasing it's
exposure ;-)

-------- Forwarded Message --------
From: HaJo Schatz <***@hajo.net>
To: Carl Wilhelm Soderstrom <***@real-time.com>, PTX List <***@email-
lists.org>
Subject: [ptx] Re: [Gqview-users] PgDn no longer scrolls a page at a
time
Date: Wed, 02 Mar 2005 23:04:20 +0800

Post by Carl Wilhelm Soderstrom
I really would like that behavior back tho... seemed to make eminent sense.
:) (unless someone can suggest an even better way to do things, which is
likely possible).

I actually appreciate the trend of gqview behaving the same way no
matter where I got the focus. I found it quite disturbing not to be able
to zoom/scroll via the keyboard if the focus was not on the picture
itself. And setting the focus to the picture was difficult, as a click
into the picture area advanced to the next picture already. Moving the
focus by TAB is also not that convenient as you don't really get visual
feedback when you reached the picture frame.

But if scrolling up/down by "pages" is really necessary, maybe a [SHIFT|
CTRL|ALT]-[PgDwn|PgUp] might make sense? It could be implemented with a
similar behavior as say Mozilla/Firefox to have people get used to it
quickly...

HaJo

[Carl Wilhelm Soderstrom]

Post by HaJo Schatz
Sending it to the correct list would truly help increasing it's
exposure ;-)

we all typo things from time to time. :)

Post by HaJo Schatz

Post by Carl Wilhelm Soderstrom
I really would like that behavior back tho... seemed to make eminent sense.
:) (unless someone can suggest an even better way to do things, which is
likely possible).

I actually appreciate the trend of gqview behaving the same way no
matter where I got the focus.

you are correct sir; there is a lot of value to this consistency of
behavior; especially when it's all contained in one window, and logically is
therefore one thing and one type of consistent behavior might be expected.

I just kind of appreciated the effectiveness of scrolling a page at a time,
when looking down what was logically a *list*, rather than logically a
collection of single things.

Each set of semantics makes sense depending on how you interpret the
interface.

Post by HaJo Schatz
I found it quite disturbing not to be able
to zoom/scroll via the keyboard if the focus was not on the picture
itself. And setting the focus to the picture was difficult, as a click
into the picture area advanced to the next picture already. Moving the
focus by TAB is also not that convenient as you don't really get visual
feedback when you reached the picture frame.

focus-follows-mouse is your friend. :)
why click on a window when just pointing to it with a cursor is sufficient?
(with my setup I just nudge the trackball with my pinky finger to point to
the correct xterm, and keep typing).

Post by HaJo Schatz
But if scrolling up/down by "pages" is really necessary, maybe a [SHIFT|
CTRL|ALT]-[PgDwn|PgUp] might make sense? It could be implemented with a
similar behavior as say Mozilla/Firefox to have people get used to it
quickly...

this is not a bad idea... I can customize imwheel to give different behavior
on different applications... but then I have to deal with logical disconnect
of the scrollwheel doing different things in different applications.

Perhaps we're looking at this wrong; and the PgDn/PgUp behavior is wrong
to begin with. We already have the Spacebar and Backspace to go to
next/previous windows... why not just keep that, and let PgUp/PgDn be used
for jumping a whole page of the list at a time, no matter which window has
focus?

Thanks for your thoughts. We all often forget that the rest of the world
might have very different window manager and user-interface setups and
preferences. :)

[John Ellis]

Carl Wilhelm Soderstrom wrote:
[and...]

Post by Carl Wilhelm Soderstrom

Post by HaJo Schatz
But if scrolling up/down by "pages" is really necessary, maybe a [SHIFT|
CTRL|ALT]-[PgDwn|PgUp] might make sense? It could be implemented with a
similar behavior as say Mozilla/Firefox to have people get used to it
quickly...

I was unaware of this until I just tested it, but [Control] + PageUp/Down does
seem to allow paging within the file list. I can't seem to remember if this was
intentional or an accident :)

Post by Carl Wilhelm Soderstrom
this is not a bad idea... I can customize imwheel to give different behavior
on different applications... but then I have to deal with logical disconnect
of the scrollwheel doing different things in different applications.
Perhaps we're looking at this wrong; and the PgDn/PgUp behavior is wrong
to begin with. We already have the Spacebar and Backspace to go to
next/previous windows... why not just keep that, and let PgUp/PgDn be used
for jumping a whole page of the list at a time, no matter which window has
focus?

Space/Backspace only works to change the image when the image has the focus
(Space is also needed to allow multiple selection in the file list). When the
image has focus you can even use [N] for next and [B] for back.


Greetings,
John