GNU bug report logs -
#6741
24.0.50; ansi-term: spurious newlines (soft linebreaks becomes had linebreak)
Previous Next
Reported by: Sébastien Gross <seb <at> chezwam.org>
Date: Tue, 27 Jul 2010 20:55:01 UTC
Severity: minor
Tags: confirmed
Found in versions 25.2, 24.0.50
Done: Noam Postavsky <npostavs <at> users.sourceforge.net>
Bug is archived. No further changes may be made.
Full log
Message #16 received at control <at> debbugs.gnu.org (full text, mbox):
close 6741
quit
Sébastien Gross <seb <at> chezwam.org> writes:
> I am currently using ansi-term as a terminal emulator. the problem is
> when lines are longer than the buffer column number a hard newline
> ('\n') is inserted.
> Thus when some text is copied (with using both the mouse or keyboard
> sequences) some spurious new line appear into the pasted text.
>
> For example in ansi-term type:
>
> echo "Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor in cididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat."
>
> (this line is intentionally left long)
>
>
> If you try to copy/past it (using the mouse selection and middle click)
> you might get something like (depending on term-window-width):
>
>
> echo "Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiu
> smod tempor in cididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis n
> ostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat."
>
> As you can see hard newline appear.
>
>
> Is there a way to fix this ?
Well, it's a bit late, but the answer is yes:
(setq term-suppress-hard-newline t)
This bug report was last modified 7 years and 108 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.