[Konsole-devel] [Bug 92749] Incompatibilities between konsole and real xterm

[Hans de Goede]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=92749         
j.w.r.degoede hhs nl changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #10042|0                           |1
        is obsolete|                            |



------- Additional Comments From j.w.r.degoede hhs nl  2005-03-10 21:07 -------
Created an attachment (id=10061)
 --> (http://bugs.kde.org/attachment.cgi?id=10061&action=view)
Small bugfix to patch against 3.4.0rc1

I've made some time today to actually test the patch and caught one small error
which got in there (shift without a starting capital in README.default.Keytab).


During testing I also noticed some strange other things, the changes made to
README.default.Keytab in revision 1.30, see:

http://webcvs.kde.org/kdebase/konsole/other/README.default.Keytab?rev=1.31&view=log

Are strange to say the least, the real xterm doesn't do send ESC-sequences with
lowercase a-d for shifted cursor keys when in AppScreen mode. Some more
research got me to rxvt which does send ESC-sequences with lowercase a-d for
shifted cursor keys, but always does this independend of AppScreen mode.

Also shift left/right are bound to cycling through the tabs in 3.4.0rc1
konsole, so adding keybindings for shifted left/right is useless since shifted
left/right keypresses never get to the TEmuVt102 object since they are caught
by the UI.

Disabling use of shift up/down/page up/page down for scrolling and make them
sending the normal modifier pressed ESC-sequences when in AppScreen mode makes
sense. xterm actually doesn't use shift up down and always sends the normal
modifier pressed ESC-sequences for these. Since xterm (the real one) doesn't
send any special ESC-sequences for cursor keys when in AppScreen mode I believe
neither should konsole in its builtin Keytab, especially since this is called
XFree 4.x which suggest it behavious as the latest real xterm.

Also strange are the ESC-sequences send by shift page up/down when in AppScreen
mode, these resemble the normal modifier pressed ESC-sequences but are missing
the trailing ~

Summarising I suggest to:
-make shift cursor and page down/up send the normal modifier pressed ESC-
 sequences when in AppScreen mode
-do nothing for shift cursor left/right since these are caught by the UI and 
 remove the unused entries from README.default.Keytab

The original AppScreen mode related changes were made by someone with the CVS
id waba, it would be nice if he could be contacted about this bug so that we
can resolve this quickly.