Re: JIRA html problems?

It's not just us. I filed a JIRA bug (LOL) http://issues.apache.org/jira/browse/INFRA-697 -Yonik On 1/26/06, Paul Smith <[EMAIL PROTECTED]> wrote: > looks a bit b0rk3n to me as well. > > Maybe some text being displayed isn't being escaped properly causing > HTML mayhem? > > Paul Smith > > On 27/

Re: JIRA html problems?

looks a bit b0rk3n to me as well. Maybe some text being displayed isn't being escaped properly causing HTML mayhem? Paul Smith On 27/01/2006, at 8:12 AM, Yonik Seeley wrote: I've been getting bad HTML out of JIRA lately: http://issues.apache.org/jira/browse/LUCENE Anyone else? -Yonik -

JIRA html problems?

I've been getting bad HTML out of JIRA lately: http://issues.apache.org/jira/browse/LUCENE Anyone else? -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: Filter

: It seems your interface requires that the SearchFilter know all of the query : results before hand. I am not sure this works well with the partial result : sets that Lucene supports. No, I'm not suggesting that. I'm saying that the SearchFilter would act as an iterator over the doc ids that pa

Re: Filter

On Thursday 26 January 2006 20:08, Chris Hostetter wrote: > > The subject of revamping the Filter API to support more compact filter > representations has come up in the past ... At least one patch comes to > mind that helps with the issue... > >https://issues.apache.org/jira/browse/LUCENE-32

RE: Filter

I think the interface I proposed is simpler and handles more cases easily. interface SearchFilter { boolean include(int doc); } It seems your interface requires that the SearchFilter know all of the query results before hand. I am not sure this works well with the partial result sets that Luc

Re: Filter

The subject of revamping the Filter API to support more compact filter representations has come up in the past ... At least one patch comes to mind that helps with the issue... https://issues.apache.org/jira/browse/LUCENE-328 ...i'm not intimitely familiar with that code, but if i recall corr

Re: nightly builds!

Daniel Naber wrote: On Mittwoch 25 Januar 2006 23:26, Doug Cutting wrote: I just setup nightly builds for Lucene on our new Solaris zone. These are at: http://cvs.apache.org/dist/lucene/java/nightly/ Thanks! What about putting that on the front page as a news item? +1 Doug

Re: svn commit: r332747 - in /lucene/java/trunk: ./ src/java/org/apache/lucene/search/regex/ src/test/org/apache/lucene/search/regex/

I haven't had a chance to do much on this lately (BigMultiTermScorer), so here is some code I had sitting around, unfinished & untested, but may stimulate discussion on the direction. -Yonik package org.apache.lucene.search; import org.apache.lucene.index.*; import org.apache.lucene.util.Small

Re: NearSpans issue

We're working on duplicating this issue with a general and small index. The index was built with a trunk version of Lucene. I'll re-patch things soon and see how that goes. Erik On Jan 25, 2006, at 12:08 PM, Paul Elschot wrote: On Wednesday 25 January 2006 12:14, Erik Hatcher wrot

Filter

Hi, I would like to suggest a more general filter interface which could be added as an alternative to the current bitset filters. (Replacing the bitset filters would only be possible if api changes were acceptable). While bitset based filters are useful in many use cases the restriction of filter

DO NOT REPLY [Bug 35518] - Alternate Lucene Query Parser

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: nightly builds!

On Mittwoch 25 Januar 2006 23:26, Doug Cutting wrote: > I just setup nightly builds for Lucene on our new Solaris zone. > > These are at: > > http://cvs.apache.org/dist/lucene/java/nightly/ Thanks! What about putting that on the front page as a news item? Regards Daniel -- http://www.danielna