This commit is contained in:
@@ -1,9 +1,8 @@
|
||||
# CLIENT TODO (J.F.C. - Just fucking code it already)
|
||||
|
||||
NEXT UP:
|
||||
|
||||
NEXT TODOS:
|
||||
|
||||
TODO:
|
||||
- DONE Delete works but triggers navigation guard when record has been edited and is dirty and it attempts to navigate away after deletion automatically
|
||||
- Dirty delete should clear dirty after successful delete then move away or whatever
|
||||
- DONE About form when you go to log doesn't update the title bar showing log, still seems to say about ayanova
|
||||
@@ -17,6 +16,8 @@ TODO:
|
||||
- DONE Pixel ONLY, not on any other platform: Chrome AND FireFox as well - went through stuff, when I went to about page then attempted to select LOG from menu I noticed ??Log was showing for log
|
||||
- In the log it was ok at the top and backing out and back in Log showed properly in the menu from the about page so it seemed to refresh when went into the log
|
||||
- TODO: Check if ??Log is fetched on About page or prefetched or where it's fetched and is it doing it properly with a Promise Chain
|
||||
|
||||
## NEXT UP ##
|
||||
- On pixel probably all though:
|
||||
- Selected 420 in the widget edit form but it shows as 11:20 on the main list, localization time issue
|
||||
- Retest on desktop, probably a general date time conversion bug
|
||||
@@ -27,6 +28,14 @@ TODO:
|
||||
- Right now you need to click twice on save
|
||||
- On object not found when deleting an item and trying to reload the edit page, shoudl redirect to home or back instead or just not there
|
||||
|
||||
DONE: 404
|
||||
- Can enter a route of /bad and it will just show an empty form like it thinks it's valid or something
|
||||
DONE: UNDER CONSTRUCTION
|
||||
- show under construction page in every item that has no current view so it's clear it's not just buggy and blank but purposefully so
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### RETEST ALL DEVICES WHEN GET TO HERE #####
|
||||
TO TEST:
|
||||
@@ -56,8 +65,7 @@ TODO: LINTER ISSUES
|
||||
|
||||
TODO: LOGIN navigate back to prior request when it triggers a login?
|
||||
- Or would this cause a loop at times and fuck shit up?
|
||||
DONE UNDER CONSTRUCTION
|
||||
- show under construction page in every item that has no current view so it's clear it's not just buggy and blank but purposefully so
|
||||
|
||||
TODO: Trial mode client should offer alternative logins right on login page and fill in for user to try out
|
||||
- So a list of user names and a short text of what that user is used for when testing
|
||||
- User can select and it will prefill in the form
|
||||
@@ -90,7 +98,7 @@ TODO: NOW THAT FORM IS THERE MOSTLY, CLEAN UP CODE FOR RE-USE in many other form
|
||||
- Don't need to replicate common code so put it somewhere else
|
||||
- formstate shit is also menu shit really so can they be combined somehow, like present two sets of menu options one read only and one fully read-write?
|
||||
- some forms will have special needs but could handle them outside of the regular boilerplate shit?
|
||||
TODO: No 404? Can enter a route of /bad and it will just show an empty form like it thinks it's valid or something
|
||||
|
||||
TODO: Add toast popup or however it's supposed to happen to the gzmenu handler where popups are processed
|
||||
TODO: INVESTIGATE - DO I need to institute a back button? (in APP MODE?? installed to "desktop" on device will I be able to easily navigate without back and forward buttons)
|
||||
TODO: Delete widget button and rights stuff
|
||||
|
||||
Reference in New Issue
Block a user