[Bug 1297051] Re: gnome-terminal doesn't recognise C1 controls

[boon]

>"Applications running inside the terminal should not be able to
resize/move/iconize/raise the window."

That is a completely valid choice. However \e[?40h fails to implement
that. All it does is force the host to send one extra escape sequence
(if it knows that it needs to send it). As such therefore I don't really
see the point of \e[?40h. However it would have been harmless if it had
been "high" by default i.e. defaulted to allowing resize. As previously
stated, noone should change this now. A change now would just cause even
more compatibility problems.

The logical and simple way of implementing that choice is as a
configuration choice within the terminal emulator. PuTTY does that.
Under Terminal/Features there is an option "disable remote-controlled
terminal resizing". If the *user* sets that option then it behaves as
you want. The host really can't resize the terminal no matter what
escape sequences it sends.

However in our environment we would never want that option. Most screens
get by with a 24x80 window but some screens *need* 132 columns and some
screens *need* more than 24 rows, so when the user goes into one of
those screens the host will resize the window to the required size and
when the user exits such a screen, the host will resize back. This is
somewhat visually distracting but the alternatives - within the
limitations of a character-cell terminal interface and of our
application - are worse still or not practical for us.

I have no problem if someone wants to add the above configuration
option, as long as it is off by default. However I have no use for such
a configuration option. So I won't be requesting it.

In fact, if anything, we have the opposite problem i.e. fat-fingered
users who accidentally resize their terminal window and then raise
support calls because the application doesn't work properly. :-)

-- 
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