From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-6743-mason-zsh=primenet.com.au@sunsite.auc.dk>
Received: (qmail 2293 invoked from network); 21 Jun 1999 09:14:28 -0000
Received: from sunsite.auc.dk (130.225.51.30)
  by ns1.primenet.com.au with SMTP; 21 Jun 1999 09:14:28 -0000
Received: (qmail 29207 invoked by alias); 21 Jun 1999 09:14:00 -0000
Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm
Precedence: bulk
X-No-Archive: yes
X-Seq: 6743
Received: (qmail 29197 invoked from network); 21 Jun 1999 09:13:59 -0000
From: "Andrej Borsenkow" <borsenkow.msk@sni.de>
To: "Andrej Borsenkow" <borsenkow.msk@sni.de>,
        "Sven Wischnowsky" <wischnow@informatik.hu-berlin.de>,
        <zsh-workers@sunsite.auc.dk>
Subject: minibuffer widget RE: Non-patch: zle argument handling
Date: Mon, 21 Jun 1999 13:13:21 +0400
Message-ID: <002001bebbc6$4efd89b0$21c9ca95@mow.siemens.ru>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="koi8-r"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300

>
> You cannot edit input with read -k.
>

Is it possible to make minibuffer separate widget? We could then do something
like:

zle .minibuffer "Prompt string" <parameter> ...

with semantics:

minibuffer reads input key with normal editing capabilities. Anything, that is
not consumed by minibuffer, is assigned to <parameter>. We could pass additional
parameters to  switch off editing if raw input is needed.

This should probably return some indication that minibuffer was cancelled (with
^G or anything else) to provide loop termination condition.

/andrej