X-Git-Url: http://git.megacz.com/?a=blobdiff_plain;f=TODO;h=23b23d29eed4bcbecb461c6d58e0631b02845785;hb=e6be1f03f79b16cd410991d7e64cfa7beab6de59;hp=f059a77b4fd96ab9c8abf7dd9e4c29df20cad354;hpb=0ab024f487647f99eb000345c29c2f8e9b52a200;p=sbp.git

diff --git a/TODO b/TODO
index f059a77..23b23d2 100644
--- a/TODO
+++ b/TODO
@@ -1,18 +1,30 @@
 _____________________________________________________________________________
 Immediately
 
-  - I still don't like Atom.Infer and Atom.Invert...
+  - The repeat API's in Sequence are ugly
+  - segregate the sequence static-constructors?
 
-  - better ambiguity debugging tools
+  - Sequence shouldn't be an Element -> make Union.add(Element)
+  - Should Tree<T> really be type-parameterized?
+  - do Forest/Tree still need a Region?
 
-  - ParseFailed, GSS, Walk, Parser, Sequence, Forest
+  - reconsider the degree of genericization
+
+  - grammar highlighting?
+  - comment indentation vs block indentation?
+  - { and } in <pre>
+  - recursive { { foo } }
 
-  - Fix the metagrammar (really?)
-      - evil problems with      (x y? z /ws)
+  - More topology untangling
+  - Forest needs a "manual access" API
+      - the unwrap bit in Forest makes it really hard to expose an API for forests
 
+  - evil problems with      (x y? z /ws)
+  - ParseFailed, GSS, Walk, Parser, Sequence, Forest
   - copyright notices
   - documentation
 
+
 ______________________________________________________________________________
 v1.1
 
@@ -24,8 +36,6 @@ v1.1
       - RFC2822 (email message/headers)
   - clean up the whole Walk situation (?)
 
-  - what if Tree<> could unwrap itself?
-
 
 ______________________________________________________________________________
 Soon
@@ -37,10 +47,6 @@ Soon
        - eliminated statically?
 
   - substring parsing for better error messages
-  - "lift" cases:
-      - right now I can only lift the last child in a forest...  begs
-        the question of what the right representation for Forests is
-        if we need to be able to do lift operations on it.
 
   - Parameterized LR
   - "Regular Right Part" grammars (NP Chapman, etc)