http://bugzilla.opensuse.org/show_bug.cgi?id=1054448
http://bugzilla.opensuse.org/show_bug.cgi?id=1054448#c101
--- Comment #101 from Egmont Koblinger
don't know if konsole tries to read features from TERMINFO entries [...]
Just FYI: The traditional approach is that first the terminal emulator does something, and then the terminfo file describes it. The only exception I'm aware of that used to work the other way around, trying to behave as described in terminfo, was VTE up to version perhaps 0.38 or 0.40. The approach was problematic for various reasons. One being that many of the features, escape sequences aren't described in terminfo. Another problematic one is features that consist of multiple escape sequences. E.g. clear is typically "\e[H\e[2J". If an app wants to clear the screen, it can look it up and print it and it doesn't need to worry about it actually being two escape sequences. What about a terminal emulator, though? It would know that "\e[H\e[2J" means to clear, but what the heck to do upon seeing one or the other only? It couldn't know. That's why this approach was ditched in VTE too, making it no longer depend on libtinfo. I'm not aware of any terminal emulator taking this approach.
[1]Otherwise it would be never possible to develop new features for XTerm supported by the TERMINFO entry xterm or xterm-256color
This isn't solved for xterm itself either, assuming that users might ssh across systems. The whole approach with the TERM variable referring to a local file, and then only this variable getting forwarded across ssh is a broken concept. IMO it's way beyond the scope of this bugreport to design, let alone implement and adopt something better. -- You are receiving this mail because: You are on the CC list for the bug.