From: Noam Postavsky <npostavs@gmail.com>
To: Bruno CHARRON <bruno@charron.email>
Cc: 33230@debbugs.gnu.org
Subject: bug#33230: 26.1; Soft-wrap issue in term.el with term-suppress-hard-newline
Date: Fri, 02 Nov 2018 22:15:17 -0400 [thread overview]
Message-ID: <87bm76j496.fsf@gmail.com> (raw)
In-Reply-To: <CAKx9rszXVvO-in25dN=+Pe9HFAc7T37W7x_jd6gTnf0w5hi-5Q@mail.gmail.com> (Bruno CHARRON's message of "Fri, 2 Nov 2018 09:50:57 +0900")
found 33230 24.4
tags 33230 + confirmed
quit
Bruno CHARRON <bruno@charron.email> writes:
> Basically I am typing 'x' repeatedly in the command line until it reaches the
> right screen edge.
> Setting term-log-buffer as t, I can see what the shell is sending to emacs in
> the Messages buffer.
> When I type 'x' in the middle of the screen, the shell responds 'x' to print an
> 'x' at the current cursor position.
> When I type 'x' on the last column, the shell responds 'x ^M^[[K', which I could
> understand with this explanation [1].
> It seems to be the standard way to ask the terminal to wrap the line under
> uncertainty on its behavior.
> First it asks to insert 'x' on the last column, then some terminals will wrap
> then but just in case it asks to insert an additional ' ' to force wrapping then
> erases the new line (carriage return '^M' then erase to end of line '^[[K', see
> [2]).
> If term.el processes 'x' first then ' ', it will wrap when processing the ' '
> but when term-suppress-hard-newline is t, it processes both at the same time and
> doesn't wrap due to the reason explained in the original post.
Ah, got it. I got mixed up a few times, because I didn't realize it
only happens after the first line (otherwise there's nowhere to go back
up to). I can reproduce this also with 24.4 (when
term-suppress-hard-newline was introduced).
It seems like this option is somewhat incompatible with shells, it's not
clear what the right behaviour would be. You say the problem is that
there is no wrapping, but isn't term-suppress-hard-newline exactly
intended to suppress this kind of wrapping?
next prev parent reply other threads:[~2018-11-03 2:15 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-01 18:11 bug#33230: 26.1; Soft-wrap issue in term.el with term-suppress-hard-newline Bruno CHARRON
2018-11-01 22:53 ` Noam Postavsky
2018-11-02 0:50 ` Bruno CHARRON
2018-11-03 2:15 ` Noam Postavsky [this message]
2018-11-04 7:23 ` Bruno CHARRON
2018-11-04 9:07 ` martin rudalics
2018-11-04 9:56 ` martin rudalics
2018-11-04 11:06 ` Bruno CHARRON
2018-11-13 9:07 ` martin rudalics
2018-11-13 17:18 ` Eli Zaretskii
2018-11-14 8:32 ` martin rudalics
2018-11-14 15:36 ` Eli Zaretskii
2018-11-18 9:22 ` martin rudalics
2018-11-18 16:17 ` Bruno Charron
2018-11-18 19:40 ` martin rudalics
2022-03-22 15:42 ` Lars Ingebrigtsen
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=87bm76j496.fsf@gmail.com \
--to=npostavs@gmail.com \
--cc=33230@debbugs.gnu.org \
--cc=bruno@charron.email \
/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.