toXCQL() renders sort-keys, if any.

Do not omit section 10

Boolean nodes are generated with an appropriate ModifierSet.  It's
horribly wrong that the MSs need to know the name of the boolean.

Implement new, wider toXCQL() API.
Render sort keys, if any.

Implement new, wider toXCQL() API.

Primary toXCQL() API now includes a Vector of sort keys.
A thin-layer presents the old API.
Add renderSortKeys() method.

New method parseTopLevelPrefixes() handles both initial prefixes and a
sortby clause if any.
parseQuery() breaks on SORTBY as well as ")" and EOF.
parsePrefix() now takes an additional boolean argument topLevel: if
true, then recursion is to parseTopLevelPrefixes() rather than
parseQuery().

Add "sortby" keyword.

toXCQL() refactored as layer over new underlyingToXCQL()
Add sortKeyToXCQL() as another layer over underlyingToXCQL()

Simplify.

Include CQLSortNode.class

New

Rolling

New

Add three new queries to test lexically complex relations.

Support for "==" relation (TT_EQEQ)

isResultSetIndex() recognises cql.* indexes as well as srw.*
toCQL() recognises cql.serverChoice as well as srw.serverChoice.

Comment.

New constructor that takes a "compat" argument indicating whether to
implement v1.1, v1.2 (the default) or v1.1 with sorting.
Default relation generated is "=" under v1.2.
Add new "-1" command-line argument to test-harness for v1.1.

Towards v1.2

Expect = as default relation rather than scr

Expect cql.serverChoice instead of srw.serverChoice

New

Remove archive directory

Release 1.0

Describe runcanon

New

Remove obsolete keywords!  Whoop!

Remove op() method.

Remove op() method, use ms.toCQL()

Remove op()

Remove old proximity-specific parsing code.

Remove extraneous import.

Throw away a lot of special-case code -- hurrah! :-)
The base BooleanNode code covers pretty much everything now.

Treat PROX the same as AND, OR and NOT.  Nice.
gatherModifiers() now uses matchSymbol() instead of duplicating code.

Pass-through constructor.

Temporarily change the token "ordered" to "xordered" so that the word
is not recognised as special.  Soon, nearly all keywords (including
this one) will be removed.

Comments

Add "make test" rule.

v1.1 XCQL for proximity modifiers

Clearer diagnostics when output differs.

New gatherModifiers() method, used to implement boolean modifiers.
parseTerm() modified to use gatherModifiers() for relation modifiers.

Use new three-argument forms of boolean-node constructors.

Removed ModifierSet, since base class now has this.
Removed opXCQL() method, as base class does this for us.

Remove addModifier() methods with setModifiers().
Client code should directly build a ModifierSet, then set it.

Constructor accepts a ModifierSet

Boolean node now carries a ModifierSet.
Base constructor provided for subclasses to invoke.

Add single-argument addModifier.

Fix single-argument constructorm, which no-opped.

New

Parse complex relation modifiers.

(Getting the lexeme out of the lexer involves sticking my fingers down
its throat, which is now done in two places.  Should be refactored
into the lexer itself.)

Three-parameter version of addModifier()

toXCL() emits modifiers with "comparison" rather than "relation"

new

New

Remove relation keywords TT_ANY, TT_ALL, and TT_EXACT.
Remove relation-modifier keywords TT_RELEVANT, TT_FUZZY, TT_STEM,
TT_SCR and TT_PHONETIC.
Remove unnecessary fascistic checks.
I feel so free!

Remove relation keywords TT_ANY, TT_ALL, and TT_EXACT.
Remove relation-modifier keywords TT_RELEVANT, TT_FUZZY, TT_STEM,
TT_SCR and TT_PHONETIC.
I feel so free!

New

UnknownQualifierException becomes UnknownIndexException

Rolling

Renamemv UnknownQualifierException.java to UnknownIndexException.java

'qualifier' replaced by 'index' throughout

Rolling

addModifier() now uses broader ModifierSet API.

addModifier() now accepts comparison as well as type and value.

Updated to new relation-modifier format

Single-argument constructor sets type rather than value.

addModifier() correctly calls changed ModifierSet API.

Use new Modifier objects for PQF translation rather than the old
Vector hack.

Simplify getModifiers.

Build Modifier.java

Use new Modifier class instead of two-element Vector hack.

New

Add new -d option to test-harness to turn on debugging.

Fix rendering of default-context nodes with no named prefix.

Failure to compile a query counts as a failed test!

Fixed for modified query.

Emit "=== end ===" after comparison.

Changed proximity syntax for v1.1/1.2
Added other queries with boolean modifiers
Tweak comments and context-set URIs

New, downloaded from LC

Final report of success count and percentage.

New "no thinking" introduction.
Note on shared code in runtests/mkanswers.
Describe showtest.

PATH and CLASSPATH settings so that no installation is needed.

Revert the previous change, because it broke the regression test.
This means that terms like "3d" will, as before, be incorrectly lexed
as the number "3" followed by the word "d", but that's how every
release until now has been, so we can obviously live with that.

The regression test was also broken by the previous change supporting
floating-point numbers, but I fixed that by having render() return
only the integer part when that's numerically equal to the full
banana.  A similar lexical hack might be the way forward with the
other reverted change, but right now just making everything work the
way it ought to top priority.

Up to date description.

Comment.

Many changes for v1.2

Remove more junk from distribution.

Typo.

Towards 1.0

More for "make clean" to remove.

Fix javadoc typo.

Ignore generated "resources" directory.

Use generics (what C++ programmers call templates)

Compile all files at once.

Bugfixes for decomiling underspecified terms
Thanks to Rudie Ekkelenkamp <r.ekkelenkamp@kennisnet.org>

Correctly lex numericalpha sequences such as "3d" as single tokens.
Patch from Erik Hetzner <erik.hetzner@ucop.edu>

Patch sent by Rafe Rosen <rr236@cornell.edu>

New

New