From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-20259-mason-zsh=primenet.com.au@sunsite.dk>
Received: (qmail 4804 invoked from network); 15 Aug 2004 18:56:05 -0000
Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88)
  by ns1.primenet.com.au with SMTP; 15 Aug 2004 18:56:05 -0000
Received: (qmail 42426 invoked from network); 15 Aug 2004 18:55:59 -0000
Received: from sunsite.dk (130.225.247.90)
  by a.mx.sunsite.dk with SMTP; 15 Aug 2004 18:55:59 -0000
Received: (qmail 3409 invoked by alias); 15 Aug 2004 18:55:50 -0000
Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm
Precedence: bulk
X-No-Archive: yes
X-Seq: 20259
Received: (qmail 3398 invoked from network); 15 Aug 2004 18:55:49 -0000
Received: from unknown (HELO a.mx.sunsite.dk) (130.225.247.88)
  by 130.225.247.90 with SMTP; 15 Aug 2004 18:55:49 -0000
Received: (qmail 40747 invoked from network); 15 Aug 2004 18:53:51 -0000
Received: from unknown (HELO moonbase.zanshin.com) (167.160.213.139)
  by a.mx.sunsite.dk with SMTP; 15 Aug 2004 18:53:48 -0000
Received: from toltec.zanshin.com (toltec.zanshin.com [64.84.47.166])
	by moonbase.zanshin.com (8.12.11/8.12.11) with ESMTP id i7FIrlfO019369
	for <zsh-workers@sunsite.dk>; Sun, 15 Aug 2004 11:53:47 -0700
Date: Sun, 15 Aug 2004 11:53:47 -0700 (PDT)
From: Bart Schaefer <schaefer@brasslantern.com>
Reply-To: zsh-workers@sunsite.dk
To: zsh-workers@sunsite.dk
Subject: Re: insert-last-word makes space disappear
In-Reply-To: <Pine.LNX.4.61.0408132357390.30205@toltec.zanshin.com>
Message-ID: <Pine.LNX.4.61.0408151141430.935@toltec.zanshin.com>
References: <20040813082318.GN1191@localhost> <Pine.LNX.4.61.0408132357390.30205@toltec.zanshin.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Checker-Version: SpamAssassin 2.63 on a.mx.sunsite.dk
X-Spam-Level: 
X-Spam-Status: No, hits=-0.0 required=6.0 tests=BAYES_44 autolearn=no 
	version=2.63
X-Spam-Hits: -0.0

On Sat, 14 Aug 2004, Bart Schaefer wrote:

> The best long-term solution would be to extend the user-defined widget 
> creation routines to flag widgets that should keep (or erase) a previous 
> auto-suffix, so that the internal implementation of the widget doesn't 
> matter.

It occurs to me to wonder why the auto-suffix isn't available in a zle
variable (like BUFFER, CURSOR, etc.) so that the user-defined widget
can make it's own decisions?  If the suffix is more than one character
long, it's not sufficient to examine $LBUFFER[-1].

Another question is whether appending to LBUFFER should (already does?) 
count as an insertion for purposes of e.g. "compadd -R".