From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-33598-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 15227 invoked by alias); 4 Nov 2014 03:58:30 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 33598
Received: (qmail 16318 invoked from network); 4 Nov 2014 03:58:29 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE
	autolearn=ham version=3.3.2
X-CMAE-Score: 0
X-CMAE-Analysis: v=2.1 cv=Ao9ZB15K c=1 sm=1 tr=0	a=FT8er97JFeGWzr5TCOCO5w==:117
 a=kj9zAlcOel0A:10 a=q2GGsy2AAAAA:8	a=oR5dmqMzAAAA:8 a=-9mUelKeXuEA:10
 a=B9ntOJgNm56VMhGaQLcA:9	a=CjuIK1q_8ugA:10
From: Bart Schaefer <schaefer@brasslantern.com>
Message-id: <141103195821.ZM32334@torch.brasslantern.com>
Date: Mon, 03 Nov 2014 19:58:21 -0800
In-reply-to: <20535.1415032236@thecus.kiddle.eu>
Comments: In reply to Oliver Kiddle <okiddle@yahoo.co.uk>
 "Re: PATCH: give precedence to local keymaps (was Re: More on getkeycmd())"
 (Nov  3,  5:30pm)
References: <1050927145304.ZM23258@candle.brasslantern.com>
	<18653.1415004330@thecus.kiddle.eu>
	<CAH+w=7a8UZ0CEkK=OhnYAn-vZraP7S+_84QOZeD34BrVXwL_cg@mail.gmail.com>
	<20535.1415032236@thecus.kiddle.eu>
X-Mailer: OpenZMail Classic (0.9.2 24April2005)
To: Zsh hackers list <zsh-workers@zsh.org>
Subject: Re: PATCH: give precedence to local keymaps (was Re: More on
 getkeycmd())
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii

On Nov 3,  5:30pm, Oliver Kiddle wrote:
} Subject: Re: PATCH: give precedence to local keymaps (was Re: More on getk
}
} Bart wrote:
} > 
} > I don't particularly object, though of course the ideal behavior would be
} > that the prefix would be treated as such whenever the two maps overlap.
} 
} Well, no: I don't want to treat the key as a prefix when the global
} binding is a prefix of the local binding because then I'm forced to
} type the local binding faster than $KEYTIMEOUT.

Hmm, I can see where that might be an issue for vi-mode.  I'm strictly
an emacs-mode person when in the shell (although I'm editing this
message in vim) and the behavior I described is similar to the way
keymaps work in emacs.

} How about the following patch? This does hiding in the case I mention
} above but not for the converse: a local binding that is a prefix of a
} global binding won't hide the longer global binding

That's probably quite sufficient.