[Bug 1297051] Re: gnome-terminal doesn't recognise C1 controls
Egmont Koblinger
egmont at gmail.com
Tue Sep 9 09:22:56 UTC 2014
> Coming first to \e[?40h ...
I'm really not an expert on the terminal emulation topic (especially in
these rarely used areas that you're interested in), don't feel
comfortable changing anything. (In my personal opinion, no matter how
physical terminals worked a couple of decades ago, on a modern windowing
environment the only way a terminal's size could be changed should be
the user's direct resizing request just as you'd resize your webbrowser
or whatever other graphical app. Applications running inside the
terminal should not be able to resize/move/iconize/raise the window.
Again, this is my private personal opinion.)
Vte developers seem to take xterm as the primary reference and emulate
its most common feature, and diverge only if there's a good reason.
Could you please ask xterm's author to change the behavior (or maybe he
has a good insight on what that ?40h is required)? If xterm fixes this,
I'm happy to adjust gnome-terminal.
> DA3 is supposed to elicit a globally unique
I don't understand you coming up with the reversed domain name idea.
The standard clearly says it's 4 digits encoded in hex, 1 identifying
the terminal "manufacturing site" (that is, the spec hardcodes that
there'll never be more than 256 of them, hardware manufacturers and
software emulators altogether; actually if the same company has more
firms then they all should have separate IDs according to the spec, how
is it any of its business? - moreover, not a single word about how these
numbers should be allocated), the other three is the unique serial
number (hardcoding that no manufacturer will ever create more than 16M
terminals - not an unreasonable limit for hardware units, but unclear
whether the serial number should be unique for all instances in case of
a software emulator, and then the limit is way too low). In my personal
opinion, this is another ancient and crappy standard.
--
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