DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:cc
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=wjHIOOc0swb8X2Zb
	cgSR8MGC0IBAnVV3MiR650DhmXFom5+L41Xmd4Rttlf1HqC+xEV8DJyI/h16E0dJ
	slpEt6q6eQJwAZ1xqzRBvKTm/vw++TdCDfZ95NJlFZpidEAbT2WXW+nfQtsWZpL+
	V3W31JKDZVaNBjxFrYEN2PjEWd0=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Message-ID: <550B5840.3020600@tlinx.org>
Date: Thu, 19 Mar 2015 16:14:08 -0700
From: Linda Walsh <cygwin@tlinx.org>
User-Agent: Thunderbird
MIME-Version: 1.0
To: "cygwin@cygwin.com" <cygwin@cygwin.com>
CC: cygwin-xfree@cygwin.com
Subject: Re: Disable xterm auto-wrap: Mess up vi-like command line
References: <loom.20150224T155835-41@post.gmane.org>
In-Reply-To: <loom.20150224T155835-41@post.gmane.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Paul wrote:
> If I disable auto-wrap, the vi editing at the comand line misbehaves
> when the line being edited is long, especially when yanking a lot of
> text and pasting it.  I suppose that this might be technically correct
> behaviour, since an extra long command line needs to wrap in order to
> see it properly.  But I use the vi command line exclusively, and
> almost always, I don't want autowrap in the results from commands
> being sent to the screen.  Is there a way to get both at the same
> time, without having to always toggle the xterm autowrap?
---
What do you mean by "mess up"?  It "shouldn't".  I just cut and pasted some text
from an xterm into an editor, and the lines weren't split... they got copied as
one line.

However, if I was to cut from a Windows Console window (cmd.exe for example),
it DOES, physically, split long lines.

It's a property of the console.

The main problem I've seen in bash is when you paste content that has
tabs in it.  Then bash tries to auto complete in the middle of your 
typing... often asking a question or pausing -- which means it *swallows* 
up the tab and 1-2 keys after the tab.

It didn't use to do this back in the 3.x series, but was added as a new
feature in the 4.x series.  

I ended up changing my "completion character" to BACKQUOTE to try to get
around this. 

Maybe tabs are causing your problem?

Example.  At a prompt, I typed:
cat "<CR>
<completion char>

(I hit enter after that first quote and went to the next line and hit
my completion char (BACKQUOTE "`"), Then I got:
> cat "
> 
Display all 186 possibilities? (y or n)
---
At this point, whatever character is next in my paste buffer will be
swallowed up (in addition to the completion character).

---

Since the long line cut/paste worked for me in 'xterm', that's why I
thought maybe you were hitting bash'es "input mangling"-feature!...


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple