From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Mark Plaksin Newsgroups: gmane.emacs.devel Subject: Re: term.el and undo Date: Wed, 25 Aug 2004 16:25:23 -0400 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <87brgzml03.fsf@deneb.enyo.de> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1093465567 2766 80.91.224.253 (25 Aug 2004 20:26:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 25 Aug 2004 20:26:07 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 25 22:25:51 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1C04L9-0006AW-00 for ; Wed, 25 Aug 2004 22:25:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C04Pj-0006WC-FX for ged-emacs-devel@m.gmane.org; Wed, 25 Aug 2004 16:30:35 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C04PW-0006Vl-8f for emacs-devel@gnu.org; Wed, 25 Aug 2004 16:30:22 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C04PR-0006Uf-0B for emacs-devel@gnu.org; Wed, 25 Aug 2004 16:30:21 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C04PQ-0006Uc-Sc for emacs-devel@gnu.org; Wed, 25 Aug 2004 16:30:16 -0400 Original-Received: from [80.91.224.249] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1C04Kl-0005te-49 for emacs-devel@gnu.org; Wed, 25 Aug 2004 16:25:27 -0400 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1C04Kk-0002z2-00 for ; Wed, 25 Aug 2004 22:25:26 +0200 Original-Received: from water.tss.usg.edu ([168.24.245.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Aug 2004 22:25:26 +0200 Original-Received: from happy by water.tss.usg.edu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Aug 2004 22:25:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 25 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: water.tss.usg.edu User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:QaL64t+yUIyGzdhK1uyNEuoGZS8= 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:26499 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:26499 Florian Weimer writes: > * David Kastrup: > >> However, since the whole point of term is to provide an >> ncurses-capable terminal, and since undo or any other output or cursor >> movement operation not initiated from the device writing into the >> pseudotty would lead to a discrepancy between the screen contents and >> the application's expectations, _any_ editing by the user including >> undo would seem completely pointless. > > Minor nitpick: In *line* *mode*, undo does make sense, because the > application doesn't see any data before the user presses RET. (Line > mode is the default mode, and typically it supports limited line > editing via ^H, ^W and ^U.) Right but it only makes sense *on the current command-line*. Undoing anything beyond that will make the point move to some random place in the window where some prior insert happened. Say you typed ls at the top of the window and the output took up half the window. The point is in the middle of the window. Then while typing your next command you delete some text and want to undo the deletion. That works fine unless you undo again--that will make the point move to the top of the buffer which probably isn't what you want.