Ability to edit, complete and delete goals

Description
When the user has already gone through the planner intro, they should not see it again

Acceptance criteria
given the user has their planner intro questions stored in firebase (i.e. they have completed the planner questionnaire for new users) they should go straight to the main planner page next time they click the planner button on the bottom tab navigator.

Pointers / Solutions

• on app load, once authenticated it should check if the user has completed the planner intro questions by checking the fields exist in their firebase doc.
• this boolean should be stored in the global state
  • navigator should navigate users to planner intro or planner page based on this boolean from state

Related issues
#43

• sign in forgotten password link
• reset password in profile page
• email confirmation for sign up and in profile page when changing email

The goal view doesnt show much. Not only will this be a visual change but it will include the logic for the goal management, i.e. tracking how long to go on a goal, and whether or not a user completed said goal etc.

Then display this information in the goal view page. Users can then click each goal and track how they are going

lots of repetition, put into components for reuse and make this mess easier for @swimuel to understand when he gets home

what should be on the overview page?

• latest transactions
• goals - maybe not taking up so much room
• other things
• nutrition stuff

when viewing a goal, the three dot icon (top left) should bring up a menu to edit/delete. menu comes up but its very small and doesn't do anything. Start with just delete and then later put an edit option in there

when the user first goes to the planner page, it should ask them what kind of food service they would be interested in.

see example here

• zIndex overall (profile)
• slider window thing
• buttons on slider dont work
• goal slider
• text input in new goals
• black border on touchable opacity
• black border on goal and overview chart window (probably caused by the shadow)
• graph view on transaction screen

• personal account info
• bank account info
• custom preferences personalisation (diets etc)
• dark t h e m e

Try and integrate some api calls to the prototype xamarin program.

financial and nutrition advice

create more recent transaction data based on the historic data gained.

Description
some minor design tweaks are needed to enforce good HCI standards

Pointers / Solutions

• colours make text and components visible
  • grey unpressed button is too light

Just opening this issue for any iOS specific problems similar to #9

users should be able to interact with the graph in the transactions screen.

Two approaches:

full interaction

users can touch and drag anywhere on the graph - will be very hard to implement

limited interaction

section the graph into days/months etc.
users can touch each section to see the value for that section.

The graph is currently using an array of each transaction, where it probably should be an array of what was spent each day.

each week the meals for the week should change to show "this week"
there should be some planner info in the overview page

Description
when users enter invalid email or name etc, it should disable buttons to make sure they cannot proceed with their inputs.

Acceptance criteria

• email must be valid
• inputs must not be blank
• passwords must match (sign up)
• passwords must be long enough (signup and sign in)

Description

General loading for the app to make a more seamless experience

Screenshots

Resources

• React-Native-Skeleton-Loader
• react-native-easy-content-loader
• rn-placeholder
• rn-svg-loader
• rn-shimmer
• skeleton

Expected

When images do not instantly load, there should be a placeholder to show that something is loading.

Tasks

• planner images
• Transaction icons

it doesnt show anything in there. We could add some useful information, e.g. for money saved it could say how you saved etc.
or we could just make it non clickable, but that could then be confusing

Describe the bug
Date object not being formatted properly with toLocaleDateString - always produces DD/MM/YY

To reproduce
Steps to reproduce the behavior:
check date on any transaction and see it is not how it should be formatted

Expected behavior / Acceptance criteria
formatted correctly

Screenshots
If applicable, add screenshots to help explain your problem.

Additional context
Add any other context about the problem here.

Related issues
Reference related issues here

• designing
• graph interaction
• overall view (all transactions)

add more information to the charts so the user knows what they are looking at
e.g.

• countdown api
• menu recipe database
• myfoodbag

• maybe formatting the view

Describe the bug
Transaction page graph and scrollview not working as it should.
I've tried to fix this but I cant seem to work it out. Im hoping its something that you have already experienced with other android bugs.

• the graph does not let you touch the points to get the value

  • it just touches what ever is underneath it

• the start pos of the graph does not force the transactions to start below it
  
  

• the white padded area does not show when stickyHeaderIndices={[1]} is used.

  • when I add a height of 30 and width of viewportwidth to this padded area, it shows on android but screws up the positioning of components on both ios and android

should look like this

but it looks like this:

To reproduce
Steps to reproduce the behavior:

1. View transaction screen
2. scroll
3. try touch somewhere on the graph, it should show the spendings

sorry i screwed up the format/order of this issue but all info is shown