This commit is contained in:
2019-04-19 20:57:06 +00:00
parent 56f8ee0a35
commit 2a15d8e1aa
6 changed files with 39 additions and 33 deletions

View File

@@ -6,10 +6,10 @@ All platforms and browsers
- STATUS: I'm going to do another update and see if it's handled properly
- I thought they would update automatically via the loader code?!?
-
- IMPLEMENTED / NOT TESTED: Login user name field auto capitalizes first character on phones, need that to not do it
- IMPLEMENTED / NOT TESTED: Login, doesn't have any ui if failed login, maybe a red frowny face icon? :)
- IMPLEMENTED / NOT TESTED: need clear buttons on pw and login
- IMPLEMENTED / NOT TESTED: Numeric input fields don't give numeric keyboard
- DONE: Login user name field auto capitalizes first character on phones, need that to not do it
- DONE: Login, doesn't have any ui if failed login, maybe a red frowny face icon? :)
- DONE: need clear buttons on pw and login
- DONE: Numeric input fields don't give numeric keyboard
- MENU STUFF
- DONE Global Help link on *every* page
- will change on each page
@@ -37,13 +37,12 @@ All platforms and browsers
- DONE Instead, change back to using data but add a third parameter to make sure that keys are unique somehow
- DONE That way we can put anything into the data key again because in future might need whole objects etc (almost certainly will)
- DONE Move ABOUT item to just above HELP in menu and remove from main NAV and make it navigate properly on click
- DONE Make about contextual and insert a menu item to view log
- TODO navigating through menu doesn't "back" properly when clicking back on browser controls
- DONE Make about contextual and insert a menu item to view log
- WIRE up save menu item and add code to disable save on broken rules (and make red, disabled etc)
- Wire up delete menu item
- api code is stubbed out for delete, need to write that as well
- DONE TODO navigating through menu doesn't "back" properly when clicking back on browser controls
- 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)
- Widget list, refresh page causes items per page to reset back to 5 from custom setting, it should cache that shit at least for a session anyway
@@ -54,7 +53,7 @@ All platforms and browsers
- currently widget edit doesn't have a particular look or title so if you are at the top of it on a small device you can't see the url fully or really know which page it is
- A small title top left that stands out might be approprpiate, also a icon beside it?
- IMPLEMENTED / NOT TESTED: Application name is all lowercase "ayanova" when installed to device, must be something in the manifest files?
- DONE: Application name is all lowercase "ayanova" when installed to device, must be something in the manifest files?
- Check about page localization code, is it firing in the right place because on Edge and iPad firefox it didn't show localized at first until a refresh so it fetched the keys but didn't display properly
- Calendar on iPad in two occasions with ff and opera the calendar date could not be selected until a time was changed then the date worked. Before that it would always stay the same no matter what selection was made and the UI would not show a change on select or press of date either.
- On login, sometimes the home page is not showing as localized! Some kind of timing issue or wrong event used to localize it or something. ??
@@ -67,6 +66,7 @@ All platforms and browsers
End to end action
- Code for new record to the server
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
TODO: History button, other AyaNova 7 example buttons all need to be there or their equivalent, do we need a top menu type thing?
- Also Save button at bottom seems like an issue too