Reuben Thomas r...@sc3d.org writes:
In other words, only xterm, kterm, mlterm and xvt would require a
patch, and in all cases it would be simply to reverse an existing
default setting.
There are a few more terminals to add to your list of Meta-key
behaviors: the text consoles of the kernels
On Thu, Dec 08, 2011 at 11:59:46AM +0200, Riku Saikkonen wrote:
Reuben Thomas r...@sc3d.org writes:
In other words, only xterm, kterm, mlterm and xvt would require a
patch, and in all cases it would be simply to reverse an existing
default setting.
There are a few more terminals to add to
Reuben Thomas wrote:
On 4 December 2011 17:55, Jonathan Nieder jrnie...@gmail.com wrote:
Sounds sensible to me. I think the first step is to file a bug
against debian-policy with X-Debbugs-Cc pointing to the relevant
maintainers, so the new Right Thing To Do™ can be documented to avoid
Reuben Thomas wrote:
For xterm, kterm and xvt, the simplest thing to do would seem to be to
add a suitable default resource to the various /etc/X11/app-defaults
files. (xvt doesn't install such a file, but since it respects
resources it presumably could.)
For mlterm a simple patch to
On 4 December 2011 17:55, Jonathan Nieder jrnie...@gmail.com wrote:
Reuben Thomas wrote:
For xterm, kterm and xvt, the simplest thing to do would seem to be to
add a suitable default resource to the various /etc/X11/app-defaults
files. (xvt doesn't install such a file, but since it respects
On 1 December 2011 22:58, Jonathan Nieder jrnie...@gmail.com wrote:
2. Proposing a patch for xterm bug#326200.
For xterm, kterm and xvt, the simplest thing to do would seem to be to
add a suitable default resource to the various /etc/X11/app-defaults
files. (xvt doesn't install such a file,
Hi again,
Riku Saikkonen wrote:
I suppose this clearly is not something that should be changed while
in a freeze, especially since xterm in Debian has had the current
behaviour for so many years. But perhaps it would be possible to
coordinate a consistent behaviour for all the terminals in
On 1 December 2011 22:58, Jonathan Nieder jrnie...@gmail.com wrote:
Hi again,
Riku Saikkonen wrote:
I suppose this clearly is not something that should be changed while
in a freeze, especially since xterm in Debian has had the current
behaviour for so many years. But perhaps it would be
Reuben Thomas wrote:
I don't actually use Debian at present; I use Ubuntu. That may limit
my usefulness. However, at the very least, I'd be happy to try doing
this:
Thanks. Unless the Ubuntu maintainers want to make this change as a
differentiating feature instead of pushing it in Debian
On 2 December 2011 00:16, Jonathan Nieder jrnie...@gmail.com wrote:
Reuben Thomas wrote:
I don't actually use Debian at present; I use Ubuntu. That may limit
my usefulness. However, at the very least, I'd be happy to try doing
this:
Thanks. Unless the Ubuntu maintainers want to make this
On 6 November 2010 17:14, Thomas Dickey dic...@his.com wrote:
On Sat, 6 Nov 2010, Reuben Thomas wrote:
users be able to understand which setting they are likely to want, but
also stop complaining about the default (as I am doing!). I'm also
interested to know why this is the default in xterm,
On Sun, 7 Nov 2010, Reuben Thomas wrote:
On 6 November 2010 17:14, Thomas Dickey dic...@his.com wrote:
On Sat, 6 Nov 2010, Reuben Thomas wrote:
users be able to understand which setting they are likely to want, but
also stop complaining about the default (as I am doing!). I'm also
interested
On 6 November 2010 17:00, Thomas Dickey dic...@his.com wrote:
On Sat, 6 Nov 2010, Reuben Thomas wrote:
Why do some users want it the other way? I'm still looking for a
reason (other than the one than Jonathan quoted about bash, which
It's a way of getting the ISO-8859-1 (or equivalents in
On Sun, 7 Nov 2010, Reuben Thomas wrote:
On 6 November 2010 17:00, Thomas Dickey dic...@his.com wrote:
On Sat, 6 Nov 2010, Reuben Thomas wrote:
Why do some users want it the other way? I'm still looking for a
reason (other than the one than Jonathan quoted about bash, which
It's a way of
On 7 November 2010 16:52, Thomas Dickey dic...@his.com wrote:
On Sun, 7 Nov 2010, Reuben Thomas wrote:
On 6 November 2010 17:00, Thomas Dickey dic...@his.com wrote:
It's a way of getting the ISO-8859-1 (or equivalents in UTF-8) entered
without dead-keys, etc.
Under what conditions? If I
On Sun, 7 Nov 2010, Reuben Thomas wrote:
On 7 November 2010 16:52, Thomas Dickey dic...@his.com wrote:
On Sun, 7 Nov 2010, Reuben Thomas wrote:
On 6 November 2010 17:00, Thomas Dickey dic...@his.com wrote:
It's a way of getting the ISO-8859-1 (or equivalents in UTF-8) entered
without
On Sun, 7 Nov 2010, Riku Saikkonen wrote:
(I'm just a long-time xterm user who follows the Debian bug reports
every now and then...)
Reuben Thomas r...@sc3d.org writes:
On 6 November 2010 17:00, Thomas Dickey dic...@his.com wrote:
[about *eightBitInput: true being the default]
It's a way of
(I'm just a long-time xterm user who follows the Debian bug reports
every now and then...)
Reuben Thomas r...@sc3d.org writes:
On 6 November 2010 17:00, Thomas Dickey dic...@his.com wrote:
[about *eightBitInput: true being the default]
It's a way of getting the ISO-8859-1 (or equivalents in
On 5 November 2010 21:40, Thomas Dickey dic...@his.com wrote:
On Fri, 5 Nov 2010, Jonathan Nieder wrote:
Reuben Thomas wrote:
What is wrong with patching xterm so that it defaults to eightBitInput
being false rather than true, as other terminals do?
Nothing I can see except that we are in
On Sat, 6 Nov 2010, Reuben Thomas wrote:
Why do some users want it the other way? I'm still looking for a
reason (other than the one than Jonathan quoted about bash, which
It's a way of getting the ISO-8859-1 (or equivalents in UTF-8) entered
without dead-keys, etc.
--
Thomas E. Dickey
On Sat, 6 Nov 2010, Reuben Thomas wrote:
users be able to understand which setting they are likely to want, but
also stop complaining about the default (as I am doing!). I'm also
interested to know why this is the default in xterm, but not in
gnome-terminal, konsole or unicode-rxvt. Is it the
On 3 November 2010 04:52:29 UTC, Jonathan Nieder jrnie...@gmail.com wrote:
Could you give a pointer or elaborate on the ramifications (perhaps an
example)? Mostly I am curious.
xterm(1) has the details.
Probably in response to your request, at some point between xterm 204
and 208 it
Reuben Thomas wrote:
On 3 November 2010 04:52:29 UTC, Jonathan Nieder jrnie...@gmail.com wrote:
Could you give a pointer or elaborate on the ramifications (perhaps an
example)? Mostly I am curious.
xterm(1) has the details.
Well, no, it doesn't. What I was looking for was:
emacs -nw and
On 5 November 2010 18:30, Jonathan Nieder jrnie...@gmail.com wrote:
[Sorry for not understanding what you were after.]
Sven Joachim wrote:
| Now after reading #574396 I see that with the xterm resources
|
| xterm*metaSendsEscape: false
| xterm*eightBitInput: false
|
| and bash as shell
Reuben Thomas wrote:
What is wrong with patching xterm so that it defaults to eightBitInput
being false rather than true, as other terminals do?
Nothing I can see except that we are in a freeze. It is probably
worth making the change anyway, but I will leave that to the emacs
users.
Re
On Fri, 5 Nov 2010, Jonathan Nieder wrote:
Reuben Thomas wrote:
What is wrong with patching xterm so that it defaults to eightBitInput
being false rather than true, as other terminals do?
Nothing I can see except that we are in a freeze. It is probably
worth making the change anyway, but I
Hi,
Reuben Thomas wrote:
Please set eightBitInput: false by default so that, as in konsole and
gnome-terminal, Alt+letter combinations work in, for example, bash,
out of the box.
Could you give a pointer or elaborate on the ramifications (perhaps an
example)? Mostly I am curious.
Probably
Package: xterm
Version: 4.3.0.dfsg.1-14
Severity: wishlist
Please set eightBitInput: false by default so that, as in konsole and
gnome-terminal, Alt+letter combinations work in, for example, bash,
out of the box.
(I hope this is the right place to attack this problem; I discussed it
with Thomas
28 matches
Mail list logo