Summary: | minicom characters are scrambled in konsole | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | Lasse K. Christiansen <lasse> |
Component: | general | Assignee: | Konsole Developer <konsole-devel> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | RedHat Enterprise Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | three snapshots of minicom starting. Menu (CTRL+A-Z) and normal terminal |
Description
Lasse K. Christiansen
2004-01-06 15:57:34 UTC
Created attachment 3998 [details]
three snapshots of minicom starting. Menu (CTRL+A-Z) and normal terminal
Comment on attachment 3998 [details]
three snapshots of minicom starting. Menu (CTRL+A-Z) and normal terminal
Please identify MIME types properly. Your package contains only one snapshot,
not three.
I've just tested minicom under Konsole and xterm. In none of the four configurations that I tried did it look right. In Konsole, minicom always strips the high bit off every character it outputs, except for its line-drawing characters. In xterm, accents look wrong as well. This bug has existed for as long as I've used minicom, in every terminal I've tried. I guess it's a problem with minicom and its termcap/terminfo handling, not Konsole, since any other program works fine. You're right ! Only one screen shot. My mistake ! should be enough though. Can't understand why it's a problem with minicom since i had no problems at all with kde 3.1.X on Redhat 9. And minicom works just fine in xterm on fedora core 1. KDE 3.4 works fine here... a lot of stuff has happened since this report. |