Summary: | Regression: Konsole does not respect Scroll Lock key | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | Alan Jenkins <alan.christopher.jenkins> |
Component: | general | Assignee: | Konsole Developer <konsole-devel> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | normal | CC: | adaptee, aros, hugelmopf, midenok+kdebugs |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Alan Jenkins
2008-10-06 14:19:53 UTC
I can confirm this regression, also using KDE 4.1.3 from Ubuntu packages. You can still use Ctrl + S/Ctrl + Q. Scroll lock itself can be a mess in X.org, for example, people sometimes use it for showing a keyboard layout (off = En/us layout, on = location specific layout, e.g. De/Fr/etc), so you cannot control scroll lock state at all. So, I believe we can safely close this bug. Git commit 78dbf8f1c17cc2cbda150dbd027bb31b4f6031e2 by Jekyll Wu. Committed on 01/03/2012 at 17:30. Pushed by jekyllwu into branch 'master'. Remove the left-over & unused code for supporting "Scroll Lock" key It is decided to not reimplement this feature in KDE4 konsole: * It is non-trivial work to implement it correctly * It annoyed some users when it was available in KDE3 konsole * Not many users want this feature back This is a follow up of commit cee0ce539b23b76eac5a582540b22f70ba0a2f74 REVIEW:104156 M +0 -1 data/keyboard-layouts/default.keytab M +0 -1 data/keyboard-layouts/linux.keytab M +0 -1 data/keyboard-layouts/vt420pc.keytab M +0 -11 src/CMakeLists.txt M +0 -11 src/Emulation.h M +0 -4 src/KeyboardTranslator.cpp M +0 -2 src/KeyboardTranslator.h M +0 -11 src/Pty.cpp M +0 -11 src/Pty.h M +0 -1 src/Session.cpp M +0 -5 src/Vt102Emulation.cpp M +0 -3 src/Vt102Emulation.h D +0 -152 src/XKB.cpp M +0 -6 src/config-konsole.h.cmake http://commits.kde.org/konsole/78dbf8f1c17cc2cbda150dbd027bb31b4f6031e2 Please, return back Scroll Lock feature! It is expected by experienced users to work as in native console. Your arguments to close this bug are not fair: 1. Non-trivial work does not mean that it should not be done! Since future is endless there is 100% chance to find someone that will implement it. 2.-3. You don't know the stats between annoyed/wanting users and will never know, since 99% of them is silent. You can make configuration option for annoyed users. Please, reopen this bug! |