From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4700 invoked by alias); 13 Aug 2010 22:48:29 -0000 Received: (qmail 4677 invoked by uid 22791); 13 Aug 2010 22:48:27 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,TW_RX X-Spam-Check-By: sourceware.org Received: from dc-8.his.net (HELO smtp304.his.com) (108.56.65.8) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 13 Aug 2010 22:47:57 +0000 Received: from localhost (localhost.his.com [127.0.0.1]) by smtp304.his.com (Postfix) with ESMTP id 3757024414B; Fri, 13 Aug 2010 18:47:55 -0400 (EDT) X-Spam-Score: 1.176 Received: from smtp304.his.com ([127.0.0.1]) by localhost (smtp304.his.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T0fXrWnnwRmH; Fri, 13 Aug 2010 18:47:54 -0400 (EDT) Received: from mail101.his.com (dc-7.his.net [108.56.65.7]) by smtp304.his.com (Postfix) with ESMTP id 1738D24413F; Fri, 13 Aug 2010 18:47:54 -0400 (EDT) Received: from mail101.his.com (localhost [127.0.0.1]) by mail101.his.com (8.14.3/8.13.3) with ESMTP id o7DMlUsS098004 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Aug 2010 18:47:30 -0400 (EDT) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail101.his.com (8.14.3/8.13.4/Submit) with ESMTP id o7DMlUBl097999; Fri, 13 Aug 2010 18:47:30 -0400 (EDT) (envelope-from dickey@his.com) Date: Sat, 14 Aug 2010 11:57:00 -0000 From: Thomas Dickey To: Ryan Johnson cc: cygwin-xfree Subject: Re: Re: xterm and 7-bit control codes In-Reply-To: <4C65C607.8050008@ece.cmu.edu> Message-ID: <20100813183236.L42351@mail101.his.com> References: <20100812163131.V73121@mail101.his.com> <4C65C607.8050008@ece.cmu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-IsSubscribed: yes Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com X-SW-Source: 2010-08/txt/msg00095.txt.bz2 On Sat, 14 Aug 2010, Ryan Johnson wrote: > On 8:59 PM, Thomas Dickey wrote: >> As far as I know, xterm's never sent more than one byte for either x/y in >> a button event. Ditto for rxvt. It sounds like a useful idea, except that >> it would of course be incompatible with the existing applications. >> So it would have to be enabled by a new control sequence. > Hehe... very true about breaking existing apps. All those years ago the extra > octet kick-started everything by confusing emacs (well, xterm-mouse-mode, > really). I started looking at the character stream and reverse-engineered the > above formula while trying to get rid of all the ascii garbage that polluted > my buffers after stray mouse clicks. Only then did I realize I could exploit > (rather than suppress) the extra octets to make large terminals behave > better... > >> >> (On the other hand, whatever application you were using at the time may >> have translated the characters in that manner). > I dug up an old .emacs, and it actually mentions gnu screen. If so, that's > definitely been "fixed" because I specifically tested screen on several > machines (cygwin, solaris, linux), plus rxvt and the gnome terminal***) > before posting here. Any ideas what other terminal emulators I might test? Not offhand. The only prior discussion I recall in that area was the 1-byte limit. It might have been someone's more/less private patch to screen - to be usable with screen in the first place, it has to be aware of the control sequence (otherwise it tends to filter things out). The mouse control sequences are a special case, since they don't have a final character. > Side note: how much pain would it be asking for if I tried to add the > double-octet behavior to xterm as a feature? Would it be better to tackle > rxvt? Or would it be man-weeks of work no matter what and I should just drop > it? It didn't sound like a lot of work: a case-statement entry in dpmodes (charproc.c) to enable/disable it, and a few lines of code in EditorButton (button.c) plus updating ctlseqs.ms). > > Thanks, > Ryan > > *** testing gnome terminal was hilarious: enabling mouse support and clicking > on the wrong position sends a control sequence containing ^Z, which duly > backgrounds the app! ;-) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/