devdocs/todo.txt

@@ -28,7 +28,6 @@ Once that is done then can steam ahead on the biz objects but until I have the c
 IMMEDIATE ITEMS:
 ================
 	
-	HAPPY MONDAY RADIANT MAIDEN!!
 	
 	- Search and search text indexing		
 		- NEXT UP: See the integration tests for the next things to be done
@@ -42,6 +41,16 @@ IMMEDIATE ITEMS:
 		- I originally didn't have the save in there because I thought subsequent code might all share in the single context save, 
 		however that's impossible as things like the search indexing require a save to harvest id's so it's not actually saving any time just adding complexity 
 		where it shouldn't (in the caller)
+		- Why does user create entries in the biz object but Widget does it in the controller?  
+			Determine which is "canon" and change the other.  Must be consistent unless absolutely needs not to be.
+
+	- REFACTOR: can biz objects or controllers be improved to contain the type and then all code within then use that central type for consistency?
+		- Anything else that can be improved?  The indexing code is all identical mostly with the exception of the actual fields, maybe it can be formalized and moved up or down a level?
+			- If it's because it needs to be called directly, then maybe have the controller call the biz object to do the indexing so that it's clear what is happening?
+			- Or move it to the biz object entirely??  Seems maybe logical since it's not really a controller issue.
+		- Delete children in User object:  I don't like it this way, the children would all be common to another biz object so instead I would like to see it call the other object, not directly issue sql changes	
+			(right now the user deletes the tag maps directly, this is just wrong)
+		- NAMING is it dbObj, o, inObj?  Go through and consistivize
 
 	- Auto visible id number assigning code
 		- Give widgets a visible ID number scheme and add to tests