Just a thought: One way to maintain backward compatibility would be to have a two stage parser. The first stage does the breaking of the input on keywords. The second does the rest of the work that the current qp does. Those that want to have the old behavior use both stages, but those that want the new behavior use just the first stage.
For analyzers such as Standard, Simple, ..., could use the two stage for the sake of backward compatibility. -- DM On Oct 29, 2011, at 5:36 PM, Robert Muir wrote: > On Sat, Oct 29, 2011 at 5:33 PM, Chris Hostetter > <[email protected]> wrote: >> : its not really misleading. Its a bug. >> ... >> : the queryparser's grammer/behavior is hardly set in stone. we can >> : improve it, thats why the issue is open for anyone that figures out a >> : good solution here. >> >> it's working exactly as designed: whitespace delimites clauses. >> > > that doesn't mean its not a bug, designs can have bugs too. There > might be a way to fix this problem with the current QP thats > reasonably compatible with the existing syntax (fair change for 4.0 in > my opinion) > > > -- > lucidimagination.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
