Version: (using KDE KDE 3.1.4) Installed from: Gentoo Packages OS: Linux I really dislike having to hold down the SHIFT key to use PAGEUP and PAGEDOWN (and I don't understand the point of that?) It would be fantastic if there was a box or something to select whether or not you wanted that behavior. I actually hacked the source for a previous version of KDE to fix this but it wasn't a professional job and it's a lot of work to do that for every KDE release. Thanks!
how do you use pgdown in e.g. vi or bash then?
In vi I use Ctrl-F/Ctrl-B. Actually the PAGEUP/PAGEDOWN doesn't work for me in vi because I have my TERM set to vt100 (I don't like how the screen returns to the original contents when suspending a job with TERM=xterm). But I see your point. Perhaps most people prefer the default behavior. I am used to the IRIX xwsh. If no one else votes for this bug I guess I can learn to live with it. Another thing I hacked which I forgot to mention was to make the HOME and END keys work. Those don't seem to work for me even with my TERM set to xterm? Thanks.
Updating the bug report, as requested. I'm leaving it open since I would still prefer to have the option of using PAGEUP and PAGEDOWN without holding down SHIFT. I see that no one else has voted for this though, so I won't expect it to happen soon. Thanks.
Could you please be more precise as to which PAGEUP and DOWN keys you mean? Typical keyboards nowadays have two of them each. If your X keyboard is configured properly, different symbols for them are sent to the applications, e.g. Prior/Next for the "small keypad" (the one with often 6 keys), and KP_Prior/KP_Next for the digit block which in "application mode" also serves as a large keypad. I have configure my xterm so that the "small keypad" Page Up/Down keys scroll the screen while the "application keypad" keys are sent to the program inside xterm which is a very useful configuration. By the way, I think it's very annoying that konsole suppresses (to say somewhat more than "ignores") the middle key of the "application keypad" (the "5" key) which is often very useful for applications. It should emit ESC [ E or ESC O E, depending on keypad mode.
Maybe I am missing something but PageUp/PageDown work fine here in Vi and others without pressing the Shift key? Does this still happen under KDE 3.5.3 for you?
I would like for them to work in a shell (konsole). In Vi I always use Ctrl-F/Ctrl-B. I'm using KDE 3.5.2 but I doubt this has been added.
Ah sorry, I understand what you mean. What is happening is that PageUp/PageDown keys are always sent to the program running in the shell. This means that they work as expected in Vi,man etc. In order to scroll the output up and down, a separate key combination is used which is interpreted by Konsole (which then scrolls the output) instead of being sent to the terminal. One possibility might be to treat PageUp/PageDown as "Shift+PageUp / Shift+PageDown" when the output is scrollable or just send it to the application if the output is not scrollable (eg. in Vi,man,less where the scrollbar becomes unmoveable and the program itself handles the PageUp/PageDown keys). I'm concerned that this might cause problems in some terminal applications though.
That would be cool... Maybe it could be an option?
> That would be cool... Maybe it could be an option? It occurred to me that the logic I posted earlier will fall apart in Linux terminals where the secondary screen is not used by Vim and friends. I also expect that there are terminal applications which don't use the alternate screen but which still make use of Page Up / Page Down. If you really want this behaviour, it is already available by modifying the keyboard bindings for Konsole (by writing a custom .keytab file) so that the page up and page down keys map to the "scrollpageup" and "scrollpagedown" commands.
As far as I'm concerned, requiring the shift key for Page Up/Page Down is a design flaw. As it turns out, it actually moves through my shell history, which has little to do with paging up / down. This is not truly resolved.