Version: 1.2 (using KDE KDE 3.1) Installed from: FreeBSD Ports OS: FreeBSD It would be nice if 'ScroolLock' key became doing of job it is created for - scrolling of console. (just like in FreeBSD's vtty)
It is supposed to do just that. It works on Linux, if it doesn't work on FreeBSD it needs some TLC from a FreeBSD developer. See e.g. TEmuVt102::onScrollLock() in konsole/TEmuVt102.cpp
Indeed, scroll lock in a konsole from 3.1.1 just locks the konsole like ^S would, and while locked the arrow keys / pgup / pgdn do not function for scrolling like the OP wishes. Looks FBSD specific indeed, and I'll see what I can do.
Subject: Re: [Konsole-devel] ScroolLock doesn't do its job Scrolling is supposed to work with SHIFT-PgUp / SHIFT-Arrow / etc. but not with PgUp / Arrow only. I guess the wish is then to be able to scroll with PgUp/PgDn/Arrow only when ScrollLock is active? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+uk1wN4pvrENfboIRAlsmAJ49TI8Uq9q6Rg/3vbVGhbF4JO9ybQCglCLB TnulB+f1PzZeXGAtujmNGYI= =0pKm -----END PGP SIGNATURE-----
> Scrolling is supposed to work with SHIFT-PgUp / SHIFT-Arrow / etc. but not > with PgUp / Arrow only. I guess the wish is then to be able to scroll with > PgUp/PgDn/Arrow only when ScrollLock is active? Of course. It is familiar behavior of traditional UNIX consoles...
Scrolling with Shift is the familiar behaviour of xterm...
Subject: Re: ScroolLock doesn't do its job On 8 May 2003, Thiago Macieira wrote: > Scrolling with Shift is the familiar behaviour of xterm... Indeed, just because the *BSD platforms have scrolllock+arrows to scroll their syscons'es, it doesn't mean this is "traditional UNIX behavior". I'm fairly sure the Sun/Solaris boxes here in the building don't scroll either when treated that way. I don't have a Linux box handy to test with. _IF_ I implement this, I'm going to #ifdef Q_OS_FREEBSD it, to make sure it affects only people who might reasonably expect it to behave so. Unfortunately it'll probably only prompt more hacks to konsole's code to imitate the quirks of other syscons implementations (like prtsc switches to the next syscons).
> I'm fairly sure the Sun/Solaris boxes here in the building don't scroll either when > treated that way Solaris is farther from original AT&T UNIX then FreeBSD... > _IF_ I implement this, I'm going to #ifdef Q_OS_FREEBSD it That is not necessary, 'cause people who won't use this, wil not use this...
Subject: Re: ScroolLock doesn't do its job On 8 May 2003, Yaroslav Kolomiyets wrote: > > I'm fairly sure the Sun/Solaris boxes here in the building don't scroll either when > > treated that way > Solaris is farther from original AT&T UNIX then FreeBSD... I prefer the argument "xterm doesn't do this either", actually. Anyway, the patch is attached, I hope that makes it into the bugs system. It _does_ change the behavior of konsole though, subtly: start vi on a large file page down, say 100 lines hit scroll lock hit pageup twice with the patch, this scrolls the view. Without the patch, the two pageups hang around and are sent to vi when scrolllock is released. What to do? Created an attachment (id=1504) konsole.diff
Implemented (and documented) in HEAD anyway; I think the OP was right, people who don't know this exists will not be inconvenienced.