gzz-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gzz] ``search_bindings--benja``: Convenient bindings for full-text


From: Tuomas Lukka
Subject: Re: [Gzz] ``search_bindings--benja``: Convenient bindings for full-text search
Date: Sat, 2 Nov 2002 18:41:20 +0200
User-agent: Mutt/1.4i

On Sat, Nov 02, 2002 at 05:19:28PM +0100, Benja Fallenstein wrote:
> Tuomas Lukka wrote:
> 
> >On Sat, Nov 02, 2002 at 03:25:43PM +0100, Benja Fallenstein wrote:
> > 
> >
> >>I don't know yet; search policy objects need an own PEG. However, we can 
> >>use StringSearcher for now (which means passing all the so-far typed 
> >>ones).
> >>
> >>The problem is that we want to be able to have e.g. tab completion 
> >>depending on the policy object.
> >>   
> >>
> >
> >Ahh, that's an excellent point. Please make this explicit in the PEG.
> >
> >But are there others than tab completion? Would be nice not to force
> >StringSearchers to have an user interface.
> >
> 
> Hm, replacement: enter an abbreviation and have it expanded to a whole 
> word. This is not Tab completion because it doesn't only add characters.
> 
> I just want to ensure that there's some way to tweak these things 
> easily, because I don't feel able to decide which way it should be, not 
> even which way it should be by default, at this time. So I want this PEG 
> to only specify how to enter and exit search mode, but leave what 
> happens inside search mode to future pegs with possibly conflicting options.

Oh, yes, but specify in the PEG that this is what we want to do.

For example, an "Issue: should we pass things to search policy always as strings
or something else? RESOLVED: Not defined yet, as we may want ... ... ..."

The point is that the PEG should not only say what, but also why.

        Tuomas




reply via email to

[Prev in Thread] Current Thread [Next in Thread]