X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=TvFa8vDFSz7LSTSz
	+msB11eUp+4pzgt4gEOF4Jha3uDtE4mljhAicn8Su7Rp6hRDJgEKtGqr7VUK1bm4
	WY4vKJwRqvBtEoYTsHxOqnYZDzWP2UJRF9/qnmGi7+ZHwpK5KK+P487Sfn+K5MzF
	p4mnV8Rp3ZSl/b1k6pnCVOeF09E=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=/kIgivlFNrYmngfztIiVAE
	dB7aM=; b=mN8qzxhhGugzhE0EraqYNvH73xwK8MoJ93giQX/PhDFbnRMyANzeyM
	dlk4Wl3l1Xxu9z38HWpvnBRjYV0kc8JOYd7WIVnVRIRGhbbo0IopIRkSpf2cKXlg
	YutYH8SxB6lwJJe8ZVwUkOxyAX+vtLs7DMs1oGWdoLUKBFfIJpz2o=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Spam-SWARE-Status:	No, score=-2.7 required=5.0 tests=AWL,BAYES_20,GIT_PATCH_2,KAM_NUMSUBJECT,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_WEB autolearn=ham version=3.3.1 spammy=supplies, announcement, ANNOUNCEMENT, 348-1
X-HELO:	mout.kundenserver.de
Subject:	Re: [ANNOUNCEMENT] xterm 348-1
To:	cygwin AT cygwin DOT com, Yaakov Selkowitz <yselkowi AT redhat DOT com>
References:	<announce DOT 20190911182437 DOT 37466-1-yselkowitz AT cygwin DOT com> <b4mtv7ogyyh DOT fsf AT jpl DOT org> <20191106211318 DOT 263462ceb47f01f6fd63c64e AT nifty DOT ne DOT jp> <420cec84-46a7-c55c-f723-dfd96d39d39b AT SystematicSw DOT ab DOT ca> <20191107004841 DOT 33764763bbb1ba364347c46c AT nifty DOT ne DOT jp> <e8821312-8750-48a1-e7f2-d7ce34f7d431 AT SystematicSw DOT ab DOT ca> <20191107113936 DOT 129b5b6f0c1879dbd5be7ed7 AT nifty DOT ne DOT jp>
From:	Thomas Wolff <towo AT towo DOT net>
Message-ID:	<f24b92f6-4a12-5142-b4c6-330c4613031d@towo.net>
Date:	Thu, 7 Nov 2019 09:31:24 +0100
User-Agent:	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version:	1.0
In-Reply-To:	<20191107113936.129b5b6f0c1879dbd5be7ed7@nifty.ne.jp>
X-IsSubscribed:	yes

Am 07.11.2019 um 03:39 schrieb Takashi Yano:
> ...
> Wait. I have just found /etc/X11/app-defaults/XTerm has a entry
> *VT100*eightBitInput: false
> which is added from cygwin xterm 348-1.
>
> Removing this line or changing the value to true solves this issue.
>
> Katsumi, could you please check if this solves the issue?
The option value of eightBitInput must not be set to false nowadays, 
it's a relic of ASCII times.
There are a number of further questionable changes in 
/etc/X11/app-defaults/XTerm
(not checked to other XTerm default entries there):

  < *backarrowKeyIsErase: true
  < *metaSendsEscape: true
  < *ptyInitialErase: true
  > ! Cygwin Defaults
  > +*backarrowKeyIsErase: true
  > +*metaSendsEscape: true
  > +*ptyInitialErase: true
Using the obscure "+" prefix here seems to reset the option to its 
default, regardless of the given value. Clearer configuration would be 
preferrable.
Changing backarrowKeyIsErase and ptyInitialErase consistently may go 
unnoticed for most users, but it effectively switches away from the 
Linux habit to use DEL for the backarrow key, just to note.
Setting metaSendsEscape to false make input inconsistent. Alt+x will 
still enter ESC x (for whatever reason) but Alt+ö will enter only ö 
(again, for whatever reason). Option value true makes this consistent.

  > ! Red Hat Defaults:
  > *allowFontOps: false
  > *allowTcapOps: false
The "allow*" options are meant to provide security but I see no security 
problem with these two, particularly not TcapOps (which seems to be used 
by vim to fine-tune terminal feature usage).

  > *VT100*eightBitInput: false
Must be true!
  > *VT100*scrollBar: true
Why not, but it's a change that users may dislike.
  > *VT100*utf8Title: true
Probably a good idea.
  > *termName: xterm-256color
For applications that make a difference in colour usage depending on the 
TERM setting, this updates mega-legacy 16 colours to legacy 256 colours.
Note that xterm also supplies a terminfo entry "xterm-direct" to reflect 
true colour support. Using it would require an update of the terminfo 
package, too, though, to get the xterm-direct entry included.

------
Thomas

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -