From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Nicholas Ochiel Newsgroups: gmane.emacs.devel Subject: Re: [GUI emacs:term.el] Possible regression causes word wrapping to break term display in zsh Date: Sun, 27 Nov 2016 09:41:08 +0300 Message-ID: References: <8337ie38q3.fsf@gnu.org> <83r35y1jzg.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e0102fae8f87ad0054242a3c5 X-Trace: blaine.gmane.org 1480228922 16439 195.159.176.226 (27 Nov 2016 06:42:02 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 27 Nov 2016 06:42:02 +0000 (UTC) Cc: Dan Nicolaescu , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 27 07:41:58 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cAt9v-0003Da-TE for ged-emacs-devel@m.gmane.org; Sun, 27 Nov 2016 07:41:56 +0100 Original-Received: from localhost ([::1]:53070 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cAt9z-00066S-DB for ged-emacs-devel@m.gmane.org; Sun, 27 Nov 2016 01:41:59 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39447) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cAt9G-00066J-Rq for emacs-devel@gnu.org; Sun, 27 Nov 2016 01:41:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cAt9F-0005YI-LF for emacs-devel@gnu.org; Sun, 27 Nov 2016 01:41:14 -0500 Original-Received: from mail-wj0-x242.google.com ([2a00:1450:400c:c01::242]:33230) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cAt9D-0005Wj-Mc; Sun, 27 Nov 2016 01:41:11 -0500 Original-Received: by mail-wj0-x242.google.com with SMTP id kp2so10146810wjc.0; Sat, 26 Nov 2016 22:41:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=l9k018VRyw0UMQY5UiodS/76W1+T3+IZ5TdoE53Zl2g=; b=WYmy58lzQUEt0oh8GtMkdIo5PeiT4JdNQBGhXZ26/c2OsTgxF6ExlW7vTydv7EQOFV SU/1crnTL7Mrp25h7yF3iG4lS00zT6ndjek5jvrtsFO9OHZ4G+UhZduoIVZTEP2ihcBg Ire7hHZ3KXwD8+Q7D/jlRi5KKe9lXOyfFipkC742PZESbaPEOJDbpCYGGdEzgZMfcVTo 0A0phomD5Y+3lnxQQK4ygYusgEd6UlVfBCG4TvXGDXJy9xPiMcdKDoZkpxF9RfAGVoK9 xRZQ6y6ImyroW1kecPNYiPdb/AKy/5BPOzCy2CT6tGCgZqHIW9OqigGfOUD67dXCDEn7 ZP1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=l9k018VRyw0UMQY5UiodS/76W1+T3+IZ5TdoE53Zl2g=; b=JwmZoBKe9S1alpuoXh/EmXnn5CAJutISuSOJ2p52xlqUH0x2lQu4j75mA9097Mgja4 q8avDlHmKbvQy515G3Rad+a+F1U1TT9A3q5jez9HdIHalMmWO8XfJjmLy+GLIOsT9yqW BW0KXNKROG9o+0zl2jD1kdxEH7oG+oRnBzd/ZY4by5gARxgjDasf7QGIDmMQAZUDcHC3 nfnnfwtN68EZHZeR+vhDXyGsZJfQGM4EpBkJu/heHUSpNz94x+XNOGEMmT+N36PUf9Fk xMdCau5hBHxILJDfeXeLrVAWGHs7tzbt17/K2ZZaKtdSHybkKFdpfk+JtzRSxeW4wveH wkZA== X-Gm-Message-State: AKaTC03oaVzKqFZ7iZPetmMxDgsKurZQ85kgET/QjtHuqHz5njcnHwvOy+zDzs2EV3CNmVlXpxAddCbI8fmvFQ== X-Received: by 10.194.104.39 with SMTP id gb7mr13043574wjb.139.1480228869796; Sat, 26 Nov 2016 22:41:09 -0800 (PST) Original-Received: by 10.80.173.172 with HTTP; Sat, 26 Nov 2016 22:41:08 -0800 (PST) Original-Received: by 10.80.173.172 with HTTP; Sat, 26 Nov 2016 22:41:08 -0800 (PST) In-Reply-To: <83r35y1jzg.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:400c:c01::242 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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 Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:209629 Archived-At: --089e0102fae8f87ad0054242a3c5 Content-Type: text/plain; charset=UTF-8 >On 26 Nov 2016 15:53, "Eli Zaretskii" wrote: > > > From: Nicholas Ochiel > > Date: Sat, 26 Nov 2016 13:29:48 +0300 > > Cc: Dan Nicolaescu , emacs-devel@gnu.org > > > I hope you are aware of the significant difference between any > terminal emulator and an Emacs terminal emulator. Where the former > can rely on the terminal device driver to perform certain commands > sent by the shell, Emacs must reproduce all of those features in Lisp > code, and convert each command to the equivalent Emacs commands to > move the cursor, insert or delete text, change color of the text, etc. I'm aware of the difference though I admit that I'm not yet intimate with the specifics of the different implementations. > Thanks. I think the reason is that term.el's ANSI sequence handler is > simply unprepared to deal with the complex commands this plug-in > causes zsh to send. As result, term.el becomes confused when text > deletion and reinsertion happen at the end of the screen line. > Patches to term.el to support that are welcome. I'll look into what the shell is doing in this case and how term.el is handling it. I'll update this thread with any progress. --089e0102fae8f87ad0054242a3c5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

>On 26 Nov 2016 15:53, "Eli Zaretskii" <eliz@gnu.org> wrote:
>
> > From: Nicholas Ochiel <no= chiel@gmail.com>
> > Date: Sat, 26 Nov 2016 13:29:48 +0300
> > Cc: Dan Nicolaescu <dann@i= cs.uci.edu>, emacs-devel@gnu.= org
> >

> I hope you are aware of the significant difference betw= een any
> terminal emulator and an Emacs terminal emulator.=C2=A0 Where the form= er
> can rely on the terminal device driver to perform certain commands
> sent by the shell, Emacs must reproduce all of those features in Lisp<= br> > code, and convert each command to the equivalent Emacs commands to
> move the cursor, insert or delete text, change color of the text, etc.=

I'm aware of the difference though I admit that I'm = not yet intimate with the specifics of the different implementations.

> Thanks.=C2=A0 I think the reason is that term.el's = ANSI sequence handler is
> simply unprepared to deal with the complex commands this plug-in
> causes zsh to send.=C2=A0 As result, term.el becomes confused when tex= t
> deletion and reinsertion happen at the end of the screen line.
> Patches to term.el to support that are welcome.

I'll look into what the shell is doing in this case and = how term.el is handling it. I'll update this thread with any progress.<= /p> --089e0102fae8f87ad0054242a3c5--