I forgot to mention: default opereator is AND; DisMax. Withot URL-encoding some queries will show exceptions even with dismax.
> -----Original Message----- > From: Fuad Efendi [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 07, 2008 3:31 PM > To: solr-user@lucene.apache.org > Subject: RE: Query with literal quote character: 6'2" > > > This query works just fine: > http://www.tokenizer.org/?q=Romeo+%2B+Juliet > > %2B is URL-Encoded presentation of + > It shows, for instance, [Romeo & Juliet] in output. > > > > -----Original Message----- > > From: Walter Underwood [mailto:[EMAIL PROTECTED] > > Sent: Thursday, February 07, 2008 3:25 PM > > To: solr-user@lucene.apache.org > > Subject: Re: Query with literal quote character: 6'2" > > > > > > Our users can blow up the parser without special characters. > > > > AND THE BAND PLAYED ON > > TO HAVE AND HAVE NOT > > > > Lower-casing in the front end avoids that. > > > > We have auto-complete on titles, so the there are plenty > > of chances to inadvertently use special characters: > > > > Romeo + Juliet > > Airplane! > > Shrek (Widescreen) > > > > We also have people type "--" for a dash in titles. > > > > wunder > > > > On 2/7/08 12:00 PM, "Chris Hostetter" > > <[EMAIL PROTECTED]> wrote: > > > > > > > > : How about the query parser respecting backslash escaping? I need > > > > > > one of the orriginal design decisions was "no user > > escaping" ... be able > > > to take in raw query strings from the user with only '+' > '-' and '"' > > > treated as special characters ... if you allow backslash > > escaping of those > > > characters, then by definition '\' becomes a special > character too. > > > > > > : free-text input, no syntax at all. Right now, I'm escaping every > > > : Lucene special character in the front end. I just > figured out that > > > : it breaks for colon, can't search for "12:01" with "12\:01". > > > > > > yeah ... your '\' character is being taken litterally. you > > shouldn't do > > > any escaping if you hand off to dismax. > > > > > > the right thing to do is probably to expose more the "query > > parsing" stuff > > > as options for hte handler ... let people configure it with what > > > characters should be escaped, and what should be left > > alone. We should > > > also stop using the static utility methods for things like partial > > > escaping and unbalanced quote striping and start using > > helper methods > > > that subclasses can override. > > > > > > > > > -Hoss > > > > > > > > > > > >
