|
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.
It's too slow as it is because it re-builds the *whole* StringSearcher.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.No, I mean even incrementally.
Incrementally isn't "as it is" ;-) -b.
[Prev in Thread] | Current Thread | [Next in Thread] |