admin/raven-client
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Browse Source
This commit is contained in:
John Cardinal
2020-07-31 00:08:00 +00:00
parent c625aecea6
commit 3abadda71d
1 changed files with 4 additions and 14 deletions
Download Patch File Download Diff File Expand all files Collapse all files

18
ayanova/devdocs/todo.txt
View File

@@ -7,6 +7,8 @@ PRIORITY - ALWAYS Lowest level stuff first, i.e. TODO at server, api route chang
## CURRENT STAGE: ## CURRENT STAGE:
MODIFY USERS LIST FORM PER BELOW
MODIFY USER EDIT FORM PER BELOW
todo: USER redux todo: USER redux
Eliminate UserType Administrator Eliminate UserType Administrator
@@ -30,24 +32,12 @@ todo: USER redux
Edit form with Customer / headoffice picklist that shows depending on type of User 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 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 Edit form Roles control absent, instead defaults
Notification subscriptions set here as well on behalf of customer user
Can only pick user type of headoffice or Customer (radio button?) 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 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)
or
Make userlist a regular data-table object not my fancy one so I can then tie it to a dedicated list object at server, then have two separate ones, one in Customer area and one in User area
or
Figure out how to have my data-table custom system support pre-additional criteria (which it really should)
or
As per below, make my datalist have an alternative display without datafilter UI stuff and just takes a provided datalistview
making custom data-list forms with pre-gathering all the enums etc is weird since the gz-data-table supports all that anyway
Customer User UI area accessed from Customer form for CRUD User accounts tied to customers and also for setting up Notifications for those users Customer User UI area accessed from Customer form for CRUD User accounts tied to customers and also for setting up Notifications for those users
this is big and needs it's own NOTIFICATION area as well this is big and needs it's own NOTIFICATION area as well
can customer control this or does the biz admin control this? can customer control this or does the biz admin control this?