[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