From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vincent Lefevre Newsgroups: gmane.emacs.devel Subject: Re: ";0c" in terminal with slow connections Date: Sat, 8 Sep 2007 11:32:44 +0200 Message-ID: <20070908093244.GS9115@prunille.vinc17.org> References: <20070903105723.GA4091@prunille.vinc17.org> <200709060534.l865YScm001171@oogie-boogie.ics.uci.edu> <20070906125034.GE9115@prunille.vinc17.org> <200709071413.l87EDkeI026980@oogie-boogie.ics.uci.edu> <20070908082105.GR9115@prunille.vinc17.org> <200709080835.l888ZE4d002837@oogie-boogie.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1189244133 20156 80.91.229.12 (8 Sep 2007 09:35:33 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 8 Sep 2007 09:35:33 +0000 (UTC) Cc: emacs-devel@gnu.org, rms@gnu.org, monnier@iro.umontreal.ca To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 08 11:35:32 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1ITwiu-0003sw-Tg for ged-emacs-devel@m.gmane.org; Sat, 08 Sep 2007 11:35:29 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ITwis-0004Cr-If for ged-emacs-devel@m.gmane.org; Sat, 08 Sep 2007 05:35:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ITwgM-0001lp-MV for emacs-devel@gnu.org; Sat, 08 Sep 2007 05:32:51 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ITwgK-0001kU-Qx for emacs-devel@gnu.org; Sat, 08 Sep 2007 05:32:50 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ITwgK-0001kF-HW for emacs-devel@gnu.org; Sat, 08 Sep 2007 05:32:48 -0400 Original-Received: from vinc17.pck.nerim.net ([213.41.242.187] helo=prunille.vinc17.org) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ITwgH-0003K3-5i; Sat, 08 Sep 2007 05:32:45 -0400 Original-Received: by prunille.vinc17.org (Postfix, from userid 501) id 4F19318E3728; Sat, 8 Sep 2007 11:32:44 +0200 (CEST) Mail-Followup-To: Vincent Lefevre , Dan Nicolaescu , rms@gnu.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: <200709080835.l888ZE4d002837@oogie-boogie.ics.uci.edu> X-Mailer-Info: http://www.vinc17.org/mutt/ User-Agent: Mutt/1.5.16-vl-r18739 (2007-09-04) X-Detected-Kernel: FreeBSD 6.x (2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:78252 Archived-At: On 2007-09-08 01:35:14 -0700, Dan Nicolaescu wrote: > Vincent Lefevre writes: > > Why not let the user configure his xterm the way he likes? >=20 > You are missing the point, this is done because we would like the users > to transparently take advantage of this feature without having to > configure anything. But what about users who are used to the current configuration or have their own configuration? If this feature is so important to have it without configuring anything, then why doesn't xterm enable it by default? > > If you enable modifyOtherKeys, won't the configuration change > > for other applications running in xterm? >=20 > Emacs restores the setting on suspend and quit. This is not sufficient: * Emacs won't be able to do anything for screen users, after detaching a session running Emacs or after switching the screen window. * If Emacs crashes (this hasn't happened yet with Emacs22, though), the configuration will not be restored. * In case of a SSH or dialup connection, if the connection closes because of some network problem (this occurs quite frequently), the configuration will not be restored either. > > What if the user has set up VT100 translations corresponding > > to C-. C-, and so on? >=20 > I am not sure what is your point here. The user can bind some key sequences (in general, ones that are not used in the terminal itself) to some xterm functions (e.g. to do scrolling, paste strings and so on). This is done with the VT100 translations resource. What is the effect of modifyOtherKeys on these bindings? (I don't have a xterm here to try...) --=20 Vincent Lef=E8vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)