TODO updates
authorAlp Toker <alp@mono-cvs.ximian.com>
Thu, 9 Dec 2004 09:09:40 +0000 (09:09 -0000)
committerAlp Toker <alp@mono-cvs.ximian.com>
Thu, 9 Dec 2004 09:09:40 +0000 (09:09 -0000)
svn path=/trunk/mcs/; revision=37472

mcs/tools/cilc/TODO

index 841f115bb750120ee5b2ed1affc7484e9f150c3e..3dbde0df46b80dc2d914b9efa6e5aa20cb75aa13 100644 (file)
@@ -1,18 +1,38 @@
 TODO
 ====
 
+HIGH PRIORITY
+-------------
+
+Don't generate GObjects by default, but instead subclass MonoObject. Might need
+to clean up the generator to make this easier.
+
+For GObject generation, tie in generated code with Gtk+ etc. hierarchy
+
+Handle nested namespaces and classes. Basically target ToUpper(), ToLower() and
+replace them with methods that do the right conversion.
+       We don't want to see stuff like:
+               system.windows.formstreenode.h
+               struct _System.Windows.FormsTreeNodePrivate
+               static void system._windows._forms_tree_node_init (System.Windows.FormsTreeNode *thiz)
+
 Support return values and ref/out parameters
 
-Support classes within classes
+Support more primitive types
 
-Complete GObject support including macros and GType, taking into account
-inheritance etc.
+LOW PRIORITY
+------------
 
 Enums, delegates, events etc.
 
+Complete GObject support including macros and GType, taking into account
+inheritance etc.
+
 generate autoconf/automake build files. set AC_VERSION using the assembly's
 version attribute
 
+Allow namespace alias for eg. system_windows_forms?
+
 Automatically generate inline API documentation using documentation in the
 Monodoc format. The GTK+ API documentation generator can then be used to create
 documentation familiar to GTK+ developers.
@@ -20,4 +40,3 @@ documentation familiar to GTK+ developers.
 Resolve GC issues using weak references or storing objects in something like a
 MonoGHashTable
 
-Wish: pass in a GtkWidget*, managed gets Gtk.Widget