Skip to content
This repository has been archived by the owner on Aug 27, 2024. It is now read-only.

Commit

Permalink
Fix minor typos
Browse files Browse the repository at this point in the history
  • Loading branch information
JHawk0224 committed Mar 25, 2024
1 parent ce05ea2 commit 130e406
Showing 1 changed file with 10 additions and 9 deletions.
19 changes: 10 additions & 9 deletions content/homework/hw4.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -32,19 +32,19 @@ Your app should have at least three screens:
* A screen showing some previous search of a location and the results from that query.

Therefore you will need some way to save any given search, or the results from that search (probably two buttons on the weather detail screen). Then you will need a way to navigate to these saved search locations, and a way to see prior saved results. You need to decide how it's best to navigate between these, but we recommend one of the following:
`NavigationSplitView` similar to what we had with the [Minicourse Browser](https://github.com/cis1951/lec5-code) and [iOstagram](https://github.com/cis1951/lec8-code) where saved locations would appear on the side bar. The left sidebar could be split into two sections (two lists), one on top showing the saved locations, and one on the bottom showing the saved results.
A `TabView` with the `.tabViewStyle(PageTabViewStyle(indexDisplayMode: .never))` modifier. Then you can swipe to navigate between saved locations, if they're there. Then you can decide how else to navigate to the saved search results.
* `NavigationSplitView` similar to what we had with the [Minicourse Browser](https://github.com/cis1951/lec5-code) and [iOstagram](https://github.com/cis1951/lec8-code) where saved locations would appear on the side bar. The left sidebar could be split into two sections (two lists), one on top showing the saved locations, and one on the bottom showing the saved results.
* A `TabView` with the `.tabViewStyle(PageTabViewStyle(indexDisplayMode: .never))` modifier. Then you can swipe to navigate between saved locations, if they're there. Then you can decide how else to navigate to the saved search results.

Specifically, the weather detail screen should:
1. Show the location that the weather was queried at.
This should be the returned value from the geocoding API explained below, NOT the users input from the last screen.
* This should be the returned value from the geocoding API explained below, NOT the users input from the last screen.
2. Show the weather at the location specified.
The weather API provides a ton of options and optional query parameters, but you MUST show the following (feel free to add more if you wish!):
- Temperature (temperature_2m)
- Apparent Temperature (apparent_temperature)
- Relative Humidity (relative_humidity_2m)
- Precipitation probability (precipitation_probability)
- Precipitation (precipitation)
* The weather API provides a ton of options and optional query parameters, but you MUST show the following (feel free to add more if you wish!):
* Temperature (temperature_2m)
* Apparent Temperature (apparent_temperature)
* Relative Humidity (relative_humidity_2m)
* Precipitation probability (precipitation_probability)
* Precipitation (precipitation)
* You MUST use a CodingKeys enum to clean up these names in the returned JSON for the Decodable struct.
3. A button to favorite this search location so that it is added to the favorites list.
4. A button to save the actual results of this search with a timestamp so they can later be looked at.
Expand Down Expand Up @@ -337,6 +337,7 @@ This assignment is worth 100 points, broken down as follows:

### Persistent Data Storage (25 points)
* 5 points: Decided on appropraite types of persistent storage for data

There are 2 places where data needs to be stored, and each is worth 10 points:
If UserDefaults is used:
* 10 points: Correctly uses @AppStorage wrapper on variable and variable is properly used in the code
Expand Down

0 comments on commit 130e406

Please sign in to comment.