ayanova/devdocs/todo.txt

@@ -8,7 +8,34 @@ PRIORITY - ALWAYS Lowest level stuff first, i.e. TODO at server, api route chang
 ## CURRENT STAGE: 
 
 
-todo: CUSTOMER UI FORM AND USERS OFF OF THAT
+todo: USER redux
+	Eliminate UserType Administrator
+		Change any usage of Adminstrator type to non-scheduleable
+		Modify v8Migrate to import any Administrator type user as a Non-Scheduleable user
+	Eliminate Utility type user
+		V8Migrate Don't import utility type users 
+
+	# EXISTING USERS UI to be staff / contractor centric, no customer users
+	Change current Users list data-table to use the regular data-table
+	Add a User controller List route to get all non customer Users 
+	Modify User edit form to restric the types of Users so you can't pick customer or head office, they will be separate
+
+	#Add customer centric users in customer tree area
+		Copy from regular users and modify the list and edit form
+		Consider adding an OutsideUser controller and associated biz object copied from User but then modified for customer / ho editing listing instead
+			Then all the role checking shit will be easier, though the regular User needs to be modified to NOT allow "Outside" type users to be edited etc
+			(Validation rule actually would make this work and special GET checking to prevent fetching cross roles type of user)
+		Add a dedicated list object at the User controller for "Outside" users
+			Rights are same as Customer object so anyone who can edit customers can edit their users
+		Edit form with Customer / headoffice picklist that shows depending on type of User
+			Edit form also must have the various options taht are on UserOptions form so they can be set up for the user and we don't need a useroptions form for them
+			Edit form Roles control absent, instead defaults
+		Can only pick user type of headoffice or Customer (radio button?)
+		Edit User Route / Biz to allow rights to Customer to work instead of rights to User *IF* the User in question is an Outside user
+
+
+
+CUSTOMER UI FORM AND USERS OFF OF THAT
 	LOOKING AT THINGS SINCE BELOW WRITTEN:
 		My lists suck for filtering user types to specific kinds:
 		Either combine all users like v7 (easiest, no need to change anything but merely additional stuff)