From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-22038-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 28436 invoked by alias); 27 Oct 2016 20:02:21 -0000
Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Users List <zsh-users.zsh.org>
List-Post: <mailto:zsh-users@zsh.org>
List-Help: <mailto:zsh-users-help@zsh.org>
X-Seq: 22038
Received: (qmail 22009 invoked from network); 27 Oct 2016 20:02:21 -0000
X-Qmail-Scanner-Diagnostics: from o1.7nf.fshared.sendgrid.net by f.primenet.com.au (envelope-from <bounces+1585988-96e0-zsh-users=zsh.org@sendgrid.net>, uid 7791) with qmail-scanner-2.11 
 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1.  
 Clear:RC:0(167.89.55.67):SA:0(-1.4/5.0):. 
 Processed in 0.701925 secs); 27 Oct 2016 20:02:21 -0000
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.4 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS,
	RP_MATCHES_RCVD,SPF_PASS,T_DKIM_INVALID autolearn=unavailable
	autolearn_force=no version=3.4.1
X-Envelope-From: bounces+1585988-96e0-zsh-users=zsh.org@sendgrid.net
X-Qmail-Scanner-Mime-Attachments: |
X-Qmail-Scanner-Zip-Files: |
Received-SPF: pass (ns1.primenet.com.au: SPF record at sendgrid.biz designates 167.89.55.67 as permitted sender)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.me; 
	h=from:to:subject:reply-to:in-reply-to:references:mime-version:content-type; 
	s=smtpapi; bh=Y8inhoHbVM6Ev10PFAjz/ni6hUU=; b=xz6a+wzOJ7HSGbjeFu
	rvt1pW+v1PWFtTY0pLsLQO9fF34qo9fvguXL2sqZtI/9WKPkDpdyDewTZQzFZniu
	vpTjCKR94rNWLAV6dyZnZNrXaCi0BmE0Y6bUPVLVq0cBl9Fnv74OuSwnpsTEgmhD
	aeytlVPzRbbUko7fMaXB00LS0=
From: Greg Klanderman <gak@klanderman.net>
To: zsh-users@zsh.org
Subject: Re: Shift-Insert overwrites ZLE CUTBUFFER
Reply-To: Greg Klanderman <gak@klanderman.net>
Date: Thu, 27 Oct 2016 15:56:21 -0400
In-Reply-To: <161026165138.ZM12130@torch.brasslantern.com> (Bart Schaefer's message of "Wed, 26 Oct 2016 16:51:38 -0700")
Message-ID: <87h97x36sa.fsf@lwm.klanderman.net>
User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.4.22 (linux)
References: <CAMtVo_PG_fd62V1FZ4r7fRUragzzS6H4McN5sO1=hhY=6DR6Yg@mail.gmail.com>
	<161025091249.ZM7232@torch.brasslantern.com>
	<CAMtVo_N6qOQr++Amzn11+m3pkOxjc908mwFUerur77+OWd92uw@mail.gmail.com>
	<161026090133.ZM11120@torch.brasslantern.com>
	<CAMtVo_P09j6fyJytA21iu_qOom6bCTvJEWn-dXTBX97Bp00Sdg@mail.gmail.com>
	<161026165138.ZM12130@torch.brasslantern.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-SG-EID: VTgCt/iUlG4bPoNW4llIUVu8yK3zpvmrI+n6kQnkA8l/gjMC9p8NKeBovE51olzcbuUUXFK1YC2Mxi
 J6sZEj052LP9oAuDIXASF860wwwFAcDouZe5XL+xqzhHFFpC/D4+IJyL0Zj/mJmJgEUBFW9CbWt46G
 IUkmvKJNZ2yJsf3bFIGzfPDYvG16VixtgBtrViXVX8WUOue0hTFxD/wFxWol4DHe2tB9MKTXTs32AZ
 0=

>>>>> On October 26, 2016 Bart Schaefer <schaefer@brasslantern.com> wrote:

> It's common behavior of GUI / windowing editors, i.e., if you cut/paste
> text into GNU Emacs the text is placed in the cut buffer.

Really???

Neither GNU emacs nor xemacs behave that way by default for me.

I have just tested GNU Emacs 24.4.1 and xemacs 24.4.22, both with
the "-q" option.

I tend to agree with the OP; this really seems like a mis-feature.

Greg