all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Vincent Lefevre <vincent@vinc17.org>
To: Dan Nicolaescu <dann@ics.uci.edu>
Cc: emacs-devel@gnu.org, rms@gnu.org, monnier@iro.umontreal.ca
Subject: Re: ";0c" in terminal with slow connections
Date: Sat, 8 Sep 2007 11:32:44 +0200	[thread overview]
Message-ID: <20070908093244.GS9115@prunille.vinc17.org> (raw)
In-Reply-To: <200709080835.l888ZE4d002837@oogie-boogie.ics.uci.edu>

On 2007-09-08 01:35:14 -0700, Dan Nicolaescu wrote:
> Vincent Lefevre <vincent@vinc17.org> writes:
>   > Why not let the user configure his xterm the way he likes?
> 
> 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?
> 
> 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?
> 
> 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...)

-- 
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

  reply	other threads:[~2007-09-08  9:32 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-03 10:57 ";0c" in terminal with slow connections Vincent Lefevre
2007-09-04 16:45 ` Richard Stallman
2007-09-04 19:49   ` Stefan Monnier
2007-09-04 22:15     ` Vincent Lefevre
2007-09-05  6:16     ` Richard Stallman
2007-09-06  5:34       ` Dan Nicolaescu
2007-09-06 12:50         ` Vincent Lefevre
2007-09-06 15:28           ` Davis Herring
2007-09-07  6:32           ` Richard Stallman
2007-09-07  9:33             ` Vincent Lefevre
2007-09-07 14:13             ` Dan Nicolaescu
2007-09-08  7:00               ` Richard Stallman
2007-09-08  8:32                 ` Dan Nicolaescu
2007-09-08  8:21               ` Vincent Lefevre
2007-09-08  8:35                 ` Dan Nicolaescu
2007-09-08  9:32                   ` Vincent Lefevre [this message]
2007-09-08 16:17                     ` Dan Nicolaescu
2007-09-09 14:09                       ` Vincent Lefevre

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070908093244.GS9115@prunille.vinc17.org \
    --to=vincent@vinc17.org \
    --cc=dann@ics.uci.edu \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=rms@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.