gzz-dev
[Top][All Lists]
Advanced

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

Re: Enfiladealigner (was: Re: [Gzz] Ids)


From: Benja Fallenstein
Subject: Re: Enfiladealigner (was: Re: [Gzz] Ids)
Date: Wed, 21 Aug 2002 09:13:49 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3

Tuomas Lukka wrote:

StringSearchers could IMHO know about Delta objects, specifically ContentDeltas. Then it would just be a matter of a generic hook mechanism.
Then they would be limited to cell content searchers-- the current interface is more general, and I like that. I think there should be some intermediate class that does the hook's job-- maybe simply the factory you propose above.

I meant that StringSearcher would know about ContentDelta - others
could know about other deltas. The point is that the deltas
are the right structure for incrementally keeping track of indices.


No, I mean: StringSearchers are a functionality that can be completely independent of Gzz, and therefore should. If someone needs a string searching functionality in Java and likes the heuristics of ours, they should be able to take it & use it. I think the current interface (which doesn't know about gzz.*) is very nice for that reason.

Of course, one point I'll be adamant about: the stringsearcher hook
MUST be run *after* the animation: it's too slow as it is.

It's too slow as it is because it re-builds the *whole* StringSearcher.

No, I mean even incrementally.


Incrementally isn't "as it is" ;-)

-b.






reply via email to

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