[Bug 1297051] Re: gnome-terminal doesn't recognise C1 controls
boon
derek at colourhorizons.com.au
Wed Aug 13 12:00:56 UTC 2014
http://www.vt100.net/ is a good source of information because it uses
the original manuals for the real terminals.
http://www.vt100.net/docs/vt510-rm/DA1 defines how \e[c works but it
isn't adequate to express the capability of a terminal. In particular it
doesn't cater for emulations that are incomplete. There are nowhere near
enough attribute values defined to specify what might be missing from an
emulation. The specification is unclear as to whether claiming a basic
conformance level means that all mandatory features at that level are
present. The specification doesn't say what those mandatory features
might be. The idea is right.
It's true that we could have defined the answerback response to have a
syntax that basically matches the response to \e[c but I think we would
need to define the semantics ourselves. That's academic though as gnome-
terminal doesn't support an answerback.
I could find no trace on the above-mentioned web site, or any other, of
\e[?40h being a valid command in a real terminal. I think it might be an
xterm invention.
The TERM variable is problematic with real terminals.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to vte3 in Ubuntu.
https://bugs.launchpad.net/bugs/1297051
Title:
gnome-terminal doesn't recognise C1 controls
Status in “vte3” package in Ubuntu:
New
Bug description:
gnome-terminal seems not to recognise the C1 control characters.
The particular character that is a problem for me is CSI. However
there may be a generic issue with non-support of this whole range of
characters.
This range of characters should only be recognised when the encoding
is a character set that is defined to include the C1 control
characters but, at a quick look, that is all of the ISO-8859-x
character sets and Unicode. (C1 control characters require encoding as
a 2 byte sequence when the encoding is UTF-8. As unlikely as this may
be to occur in practice, UTF-8 is not inconsistent with C1 control
characters.)
Part of the motivation for raising this bug report is that PuTTY seems
to have declined in reliability recently and so I looked at why I am
using PuTTY as opposed to gnome-terminal. Correct support of C1
control characters is one reason. This works in PuTTY. It does not
appear to work in gnome-terminal. Perhaps resources would be better
spent making gnome-terminal work as well as PuTTY does, rather than
attempting to get PuTTY fixed.
ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: gnome-terminal 3.6.1-0ubuntu6
ProcVersionSignature: Ubuntu 3.11.0-18.32-generic 3.11.10.4
Uname: Linux 3.11.0-18-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.12.5-0ubuntu2.2
Architecture: amd64
Date: Tue Mar 25 11:08:00 2014
InstallationDate: Installed on 2011-10-25 (881 days ago)
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
MarkForUpload: True
SourcePackage: gnome-terminal
UpgradeStatus: Upgraded to saucy on 2013-11-08 (136 days ago)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/vte3/+bug/1297051/+subscriptions
More information about the foundations-bugs
mailing list