From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: [dalias@aerifal.cx: ansi-term \e[J causes spurious newline [revised report]] Date: Wed, 21 Mar 2007 20:22:07 -0700 Message-ID: <200703220322.l2M3M8Ed022513@oogie-boogie.ics.uci.edu> References: <87zm66o80a.fsf@stupidchicken.com> <200703211840.l2LIem6A013375@oogie-boogie.ics.uci.edu> <87ps724dbd.fsf@stupidchicken.com> <200703212016.l2LKGo67015610@oogie-boogie.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1174533838 26831 80.91.229.12 (22 Mar 2007 03:23:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 22 Mar 2007 03:23:58 +0000 (UTC) Cc: emacs-devel@gnu.org To: Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 22 04:23:51 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 1HUDu3-0007xI-H9 for ged-emacs-devel@m.gmane.org; Thu, 22 Mar 2007 04:23:51 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HUDvn-0007LS-EP for ged-emacs-devel@m.gmane.org; Wed, 21 Mar 2007 22:25:39 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HUDvj-0007Ky-Tm for emacs-devel@gnu.org; Wed, 21 Mar 2007 23:25:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HUDvh-0007Ga-B7 for emacs-devel@gnu.org; Wed, 21 Mar 2007 23:25:35 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HUDvg-0007GS-Vi for emacs-devel@gnu.org; Wed, 21 Mar 2007 22:25:33 -0500 Original-Received: from oogie-boogie.ics.uci.edu ([128.195.1.41]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HUDtw-0003ux-10 for emacs-devel@gnu.org; Wed, 21 Mar 2007 23:23:44 -0400 Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by oogie-boogie.ics.uci.edu (8.13.6/8.13.6) with ESMTP id l2M3M8Ed022513; Wed, 21 Mar 2007 20:22:08 -0700 (PDT) In-Reply-To: (Miles Bader's message of "Thu\, 22 Mar 2007 11\:36\:43 +0900") Original-Lines: 31 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=0.19, required 5, autolearn=disabled, ALL_TRUSTED -1.44, FS_OBFU_X 1.03, J_CHICKENPOX_42 0.60) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu X-detected-kernel: Solaris 9 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:68266 Archived-At: Miles Bader writes: > Dan Nicolaescu writes: > > \e[J is the terminfo "ed" string, the terminfo manual says: > > > > Ed is only defined from the first column of a line. (Thus, it > > can be simulated by a request to delete a large number of > > lines, if a true ed is not available.) > ... > > > On the other hand, using "echo" in ansi-term does produce a different > > > result from doing it in xterm. Isn't that divergent behavior? > > > > It different behavior for undefined behavior, so it's fine. > > Is it the escape sequence "\e[J" actually undefined on a real terminal > in that case, or is merely the more abstract "ed" terminfo capability > which is undefined in that case? I am not sure what the question is... :-( In any case I am not aware of any documentation for the different escape sequences other than terminfo (or the terminal emulator actual code, if that counts as documentation). > [AFAIK, "term.el" tries to emulate a terminal, not merely the subset of > the terminal as viewed through terminfo.] I don't think so, term.el does not try to emulate a terminal, it implements a terminal called "eterm-color" now that happens to have terminfo strings very similar to xterm, but it never claimed to be an emulator for any specific terminal. And IMO it shouldn't.