Rolling
authormike <mike>
Mon, 9 Dec 2002 16:56:07 +0000 (16:56 +0000)
committermike <mike>
Mon, 9 Dec 2002 16:56:07 +0000 (16:56 +0000)
Changes

diff --git a/Changes b/Changes
index 66e9d13..2c1a35d 100644 (file)
--- a/Changes
+++ b/Changes
@@ -1,9 +1,9 @@
-$Id: Changes,v 1.24 2002-12-09 16:29:44 mike Exp $
+$Id: Changes,v 1.25 2002-12-09 16:56:07 mike Exp $
 
 Revision history for the CQL-Java package.
 See the bottom of this file for a list of things still to do.
 
-0.5  (IN PROGRESS)
+0.5  (IN PROGRESS, currently at RC1)
        - Add an extra back-end method,
                byte[] toType1(Properties config)
          which generates an opaque BER-encoded PDU suitable for
@@ -23,6 +23,10 @@ See the bottom of this file for a list of things still to do.
          "cql-java" to "CQL-Java".  That doesn't really make any
          difference to anything: in particular, file-names such as
          "cql-java.jar" remain the same.
+       - Recreate last-in-field support
+       - ### Add srw.resultSet support to the toPFQ() method.
+       - ### Fix term-to-PQF translation to omit empty properties
+         (for the broken Korean server)
 
 0.4  Thu Nov 21 10:09:26 2002
        - Add support for the new "phonetic" relation modifier,
@@ -114,21 +118,10 @@ See the bottom of this file for a list of things still to do.
          followed by a TT_WORD.  The problem here is that I don't
          think it's actually possible to fix this without throwing
          out StreamTokenizer and rolling our own, which we absolutely
-         _don't_ want to do.
-       - Add srw.resultSet support to the toPFQ() method.
-       - Write some "glue" code to generate a BER-encoded Type-1
-         query packet using ZJKit's PQF-compiler and the facilities
-         for serialising the resulting Type-1 tree representation.
        - Write "package.html" file for the javadoc documentation.
        - Some niceties for the cql-decompiling back-end:
          * Don't emit redundant parentheses.
          * Don't put spaces around relations that don't need them.
-       - Consider the utility of yet another back-end that translates
-         a CQLNode tree into JZKit's representation of a Type-1 query
-         tree.  That would be nice so that CQL could become a JZKit
-         query-type; but you could achieve the same effect by
-         generating PQF, and running that through JZKit's existing
-         PQN-to-Type-1 compiler.
        - Many refinements to the random query generator:
          * Generate relation modifiers
          * Proximity support