Index: TODO
===================================================================
diff -u -r240cd3e5e7bfd197336735684cbac012ad84563b -rac2bbda827dff056beb23cf8400ab77b6996d1e8
--- TODO	(.../TODO)	(revision 240cd3e5e7bfd197336735684cbac012ad84563b)
+++ TODO	(.../TODO)	(revision ac2bbda827dff056beb23cf8400ab77b6996d1e8)
@@ -4506,11 +4506,16 @@
 - use "typeName" to shorten reported names of parameters
 - use camel case for reported names
 
+Traits:
+- changed from traits-as-objects to traits-as-classes. This
+  allows for higher orthogonality of traits and class definitons
+  and allows in principle traits for object-specific methods 
+  (not fully implemented/tested)
+- fixed property/variable inheritance in traits.
+
 ========================================================================
 TODO:
 
-- fix property inheritance in traits (nx-traits.tcl)
-
 - reconsider
   #? {c1 cget -mixin} ""
   ? {c1 cget -object-mixin} ""
@@ -4812,21 +4817,6 @@
 
 - constants in type converter (in and out)
 
-- genau genommen sind folgende info-Methoden unnötig:
-  - obj info mixin
-  - obj info filter
-  - obj info class
-  * obj info is
-  - cl info mixin
-  - cl info filter
-  - cl info superclass
-# SS: Sie spielen vermutlich auf die Redundanz der getter seite der
-  relation slots an. Mmmh. Die info-Sicht bietet in einigen der Fälle
-  ?pattern? an, das wäre als Unterschied zu nennen (das ließe sich
-  aber auch in die relation slots integrieren, etwa [obj mixin search
-  <pattern>]. Zudem ist es ein Fallback, wenn mixin|filter|class
-  überladen wären (ein sicherer hafen), aber ob das als argument
-  genügt, die info-varianten zu behalten?!
 
 #if 1
   /* TODO: the following check operations is xotcl1 legacy and is not
@@ -4843,6 +4833,8 @@
 
 
 For future releases (after first alpha/beta release)
+   
+  * extend traits (object-specific traits, test cases, etc.)
 
     - Stefan: Still valid, IMHO: todo: don't hard-code registering
     command name "method" / NSF_METHOD"; parts of the introspection