From 0b7181bc66ab88a878c6405e3803fe7f15ac752a Mon Sep 17 00:00:00 2001 From: sivertlv Date: Fri, 18 Sep 2026 01:46:57 +0200 Subject: [PATCH 01/11] Begin write readme --- README.md | 67 +++++-------------------------------------------------- 1 file changed, 5 insertions(+), 62 deletions(-) diff --git a/README.md b/README.md index 813ba3e..e5072cf 100644 --- a/README.md +++ b/README.md @@ -1,73 +1,16 @@ -# React + TypeScript + Vite +http://it2810-09.idi.ntnu.no/project1/ +## Vær app +Vi valgte å lage en vær-app fordi det ga en klar funksonsprofil og oppfattet letthet av å lære av andre eksempler, samt mange vær-api og velge fra. Selve trodde også arkiteturen på siden ble lettere å lage. YR/metrologisk institutt gjennom Open-meteo ble tatt i bruk da vi trodde de hadde den beste dataen og at den var godt dokumentert.
-This template provides a minimal setup to get React working in Vite with HMR and some ESLint rules. +Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, vite, tanstack query og HTML WEB storage api. Eslint og Prettier har blitt tatt i bruk, blant annet gjennom script i repo, samt i Continious Integration pipelinen i GitHub actions, som påtvinger riktig linting og formattering før pull request kan godkjennes.
-Currently, two official plugins are available: +Tester er skrevet for de fleste komponenter og hooks for meterologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api og at deg gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til rest-api kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. -- [@vitejs/plugin-react](https://github.com/vitejs/vite-plugin-react/blob/main/packages/plugin-react) uses [Oxc](https://oxc.rs) -- [@vitejs/plugin-react-swc](https://github.com/vitejs/vite-plugin-react/blob/main/packages/plugin-react-swc) uses [SWC](https://swc.rs/) -## React Compiler -The React Compiler is not enabled on this template because of its impact on dev & build performances. To add it, see [this documentation](https://react.dev/learn/react-compiler/installation). -## Expanding the ESLint configuration -If you are developing a production application, we recommend updating the configuration to enable type-aware lint rules: -```js -export default defineConfig([ - globalIgnores(["dist"]), - { - files: ["**/*.{ts,tsx}"], - extends: [ - // Other configs... - // Remove tseslint.configs.recommended and replace with this - tseslint.configs.recommendedTypeChecked, - // Alternatively, use this for stricter rules - tseslint.configs.strictTypeChecked, - // Optionally, add this for stylistic rules - tseslint.configs.stylisticTypeChecked, - // Other configs... - ], - languageOptions: { - parserOptions: { - project: ["./tsconfig.node.json", "./tsconfig.app.json"], - tsconfigRootDir: import.meta.dirname, - }, - // other options... - }, - }, -]) -``` -You can also install [eslint-plugin-react-x](https://npmx.dev/package/eslint-plugin-react-x) and [eslint-plugin-react-dom](https://npmx.dev/package/eslint-plugin-react-dom) for React-specific lint rules: - -```js -// eslint.config.js -import reactX from "eslint-plugin-react-x" -import reactDom from "eslint-plugin-react-dom" - -export default defineConfig([ - globalIgnores(["dist"]), - { - files: ["**/*.{ts,tsx}"], - extends: [ - // Other configs... - // Enable lint rules for React - reactX.configs["recommended-typescript"], - // Enable lint rules for React DOM - reactDom.configs.recommended, - ], - languageOptions: { - parserOptions: { - project: ["./tsconfig.node.json", "./tsconfig.app.json"], - tsconfigRootDir: import.meta.dirname, - }, - // other options... - }, - }, -]) -``` From 56cc2e171c11870f1b26071d245e41acb5f4246a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Henry=20Gr=C3=A6sberg?= Date: Fri, 18 Sep 2026 15:22:03 +0200 Subject: [PATCH 02/11] Correct information and add AI declaration to README --- README.md | 16 +++++----------- 1 file changed, 5 insertions(+), 11 deletions(-) diff --git a/README.md b/README.md index e5072cf..fe745a3 100644 --- a/README.md +++ b/README.md @@ -1,16 +1,10 @@ http://it2810-09.idi.ntnu.no/project1/ -## Vær app -Vi valgte å lage en vær-app fordi det ga en klar funksonsprofil og oppfattet letthet av å lære av andre eksempler, samt mange vær-api og velge fra. Selve trodde også arkiteturen på siden ble lettere å lage. YR/metrologisk institutt gjennom Open-meteo ble tatt i bruk da vi trodde de hadde den beste dataen og at den var godt dokumentert.
+# Vær app +Vi valgte å lage en vær-app fordi det ga en klar funksjonsprofil og oppfattet letthet av å lære av andre eksempler, samt mange vær-api og velge fra. Selve trodde også arkiteturen på siden ble lettere å lage. YR/metrologisk institutt's API ble tatt i bruk da vi trodde de hadde den beste dataen og at den var godt dokumentert, og gjennom Open-meteo's geocoding API ble tatt i bruk for å finne koordinater basert på stedsnavn, ettersom dette var det første geocoding APIet vi fant som ikke trengte en API key. -Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, vite, tanstack query og HTML WEB storage api. Eslint og Prettier har blitt tatt i bruk, blant annet gjennom script i repo, samt i Continious Integration pipelinen i GitHub actions, som påtvinger riktig linting og formattering før pull request kan godkjennes.
+Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, vite, tanstack query og HTML WEB storage api, samt et par andre npm packages for hjelpe med utviklingshastiget og lesbarhet av koden. Eslint og Prettier har blitt tatt i bruk, blant annet gjennom script i repo, samt i Continious Integration pipelinen i GitHub actions, som påtvinger riktig linting og formattering før pull request kan godkjennes. Tester er skrevet for de fleste komponenter og hooks for meterologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api og at deg gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til rest-api kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. - - - - - - - - +## KI deklarsjon +KI ble brukt i utviklingsprosessen for å støtte utviklings- og debuggingsprosessen. Litt kode har også blitt generert, hovedsaklig i CI/CD-scriptet for å deploye, ettersom ingen av oss hadde erfaring med apache, eller bruk av self-hosted action runners. From e931b312639c12f7013f2c9c2730e59e28945cea Mon Sep 17 00:00:00 2001 From: Sivert Sivertsen Date: Fri, 18 Sep 2026 15:34:01 +0200 Subject: [PATCH 03/11] Add AI-css line in readme --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index fe745a3..d47f23c 100644 --- a/README.md +++ b/README.md @@ -7,4 +7,4 @@ Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, Tester er skrevet for de fleste komponenter og hooks for meterologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api og at deg gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til rest-api kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. ## KI deklarsjon -KI ble brukt i utviklingsprosessen for å støtte utviklings- og debuggingsprosessen. Litt kode har også blitt generert, hovedsaklig i CI/CD-scriptet for å deploye, ettersom ingen av oss hadde erfaring med apache, eller bruk av self-hosted action runners. +KI ble brukt i utviklingsprosessen for å støtte utviklings- og debuggingsprosessen. Litt kode har også blitt generert, hovedsaklig i CI/CD-scriptet for å deploye, ettersom ingen av oss hadde erfaring med apache, eller bruk av self-hosted action runners. KI har også blitt primært brukt for skriving av css for ViewCity komponent. From 362a2b438349685046662778bd58fc179ccf0e32 Mon Sep 17 00:00:00 2001 From: Sivert Sivertsen Date: Fri, 18 Sep 2026 15:51:30 +0200 Subject: [PATCH 04/11] Mer readme --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index d47f23c..65231e1 100644 --- a/README.md +++ b/README.md @@ -7,4 +7,4 @@ Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, Tester er skrevet for de fleste komponenter og hooks for meterologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api og at deg gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til rest-api kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. ## KI deklarsjon -KI ble brukt i utviklingsprosessen for å støtte utviklings- og debuggingsprosessen. Litt kode har også blitt generert, hovedsaklig i CI/CD-scriptet for å deploye, ettersom ingen av oss hadde erfaring med apache, eller bruk av self-hosted action runners. KI har også blitt primært brukt for skriving av css for ViewCity komponent. +KI ble brukt i utviklingsprosessen for å støtte utviklings- og debuggingsprosessen. Litt kode har også blitt generert, hovedsaklig i CI/CD-scriptet for å deploye, ettersom ingen av oss hadde erfaring med apache, eller bruk av self-hosted action runners. I tilfeller hvor KI kode har blitt generert og brukt har den blitt sett over av et medlem av gruppa. KI har også blitt primært brukt for skriving av css for ViewCity komponent, mens andre css stylings er skrevet for hånd. From 1caa26fe9da7416198c1715163620ac6676a5eed Mon Sep 17 00:00:00 2001 From: Sivert Sivertsen Date: Fri, 18 Sep 2026 15:55:30 +0200 Subject: [PATCH 05/11] Mer doc --- README.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/README.md b/README.md index 65231e1..7f9484b 100644 --- a/README.md +++ b/README.md @@ -8,3 +8,5 @@ Tester er skrevet for de fleste komponenter og hooks for meterologisk api. Test ## KI deklarsjon KI ble brukt i utviklingsprosessen for å støtte utviklings- og debuggingsprosessen. Litt kode har også blitt generert, hovedsaklig i CI/CD-scriptet for å deploye, ettersom ingen av oss hadde erfaring med apache, eller bruk av self-hosted action runners. I tilfeller hvor KI kode har blitt generert og brukt har den blitt sett over av et medlem av gruppa. KI har også blitt primært brukt for skriving av css for ViewCity komponent, mens andre css stylings er skrevet for hånd. + +Gruppen erfarte at KI var nyttig til å forklare, foreslå og diskutere under utvikling, dog at noen kode forslag spesifikt virket overkompliserte eller vanskelig å lese/tyde. \ No newline at end of file From 532b50001f4296efd3027ef24cd2efe09d728f6b Mon Sep 17 00:00:00 2001 From: Sivert Sivertsen Date: Fri, 18 Sep 2026 16:23:36 +0200 Subject: [PATCH 06/11] run pre-commit --- README.md | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index 7f9484b..ad36c6d 100644 --- a/README.md +++ b/README.md @@ -1,12 +1,15 @@ http://it2810-09.idi.ntnu.no/project1/ + # Vær app + Vi valgte å lage en vær-app fordi det ga en klar funksjonsprofil og oppfattet letthet av å lære av andre eksempler, samt mange vær-api og velge fra. Selve trodde også arkiteturen på siden ble lettere å lage. YR/metrologisk institutt's API ble tatt i bruk da vi trodde de hadde den beste dataen og at den var godt dokumentert, og gjennom Open-meteo's geocoding API ble tatt i bruk for å finne koordinater basert på stedsnavn, ettersom dette var det første geocoding APIet vi fant som ikke trengte en API key. Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, vite, tanstack query og HTML WEB storage api, samt et par andre npm packages for hjelpe med utviklingshastiget og lesbarhet av koden. Eslint og Prettier har blitt tatt i bruk, blant annet gjennom script i repo, samt i Continious Integration pipelinen i GitHub actions, som påtvinger riktig linting og formattering før pull request kan godkjennes. -Tester er skrevet for de fleste komponenter og hooks for meterologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api og at deg gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til rest-api kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. +Tester er skrevet for de fleste komponenter og hooks for meterologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api og at deg gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til rest-api kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. ## KI deklarsjon + KI ble brukt i utviklingsprosessen for å støtte utviklings- og debuggingsprosessen. Litt kode har også blitt generert, hovedsaklig i CI/CD-scriptet for å deploye, ettersom ingen av oss hadde erfaring med apache, eller bruk av self-hosted action runners. I tilfeller hvor KI kode har blitt generert og brukt har den blitt sett over av et medlem av gruppa. KI har også blitt primært brukt for skriving av css for ViewCity komponent, mens andre css stylings er skrevet for hånd. -Gruppen erfarte at KI var nyttig til å forklare, foreslå og diskutere under utvikling, dog at noen kode forslag spesifikt virket overkompliserte eller vanskelig å lese/tyde. \ No newline at end of file +Gruppen erfarte at KI var nyttig til å forklare, foreslå og diskutere under utvikling, dog at noen kode forslag spesifikt virket overkompliserte eller vanskelig å lese/tyde. From bf1c6ad5bb50932a4fc7cbb833089c10ba58de82 Mon Sep 17 00:00:00 2001 From: Sivert Sivertsen Date: Fri, 18 Sep 2026 18:19:24 +0200 Subject: [PATCH 07/11] proof reading --- README.md | 34 ++++++++++++++++++++++++++-------- 1 file changed, 26 insertions(+), 8 deletions(-) diff --git a/README.md b/README.md index ad36c6d..b2653de 100644 --- a/README.md +++ b/README.md @@ -1,15 +1,33 @@ -http://it2810-09.idi.ntnu.no/project1/ +http://it2810-09.idi.ntnu.no/project1/ -# Vær app + -Vi valgte å lage en vær-app fordi det ga en klar funksjonsprofil og oppfattet letthet av å lære av andre eksempler, samt mange vær-api og velge fra. Selve trodde også arkiteturen på siden ble lettere å lage. YR/metrologisk institutt's API ble tatt i bruk da vi trodde de hadde den beste dataen og at den var godt dokumentert, og gjennom Open-meteo's geocoding API ble tatt i bruk for å finne koordinater basert på stedsnavn, ettersom dette var det første geocoding APIet vi fant som ikke trengte en API key. +# Vær app -Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, vite, tanstack query og HTML WEB storage api, samt et par andre npm packages for hjelpe med utviklingshastiget og lesbarhet av koden. Eslint og Prettier har blitt tatt i bruk, blant annet gjennom script i repo, samt i Continious Integration pipelinen i GitHub actions, som påtvinger riktig linting og formattering før pull request kan godkjennes. + -Tester er skrevet for de fleste komponenter og hooks for meterologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api og at deg gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til rest-api kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. +Vi valgte å lage en vær-app fordi det ga en klar funksjonsprofil og oppfattet letthet av å lære av andre eksempler, samt mange vær-api og velge fra. Selve trodde også arkitekturen på siden ble lettere å lage. YR/metrologisk institutts API ble tatt i bruk da vi trodde de hadde den beste dataen og at den var godt dokumentert, og gjennom Open-meteo's geocoding API ble tatt i bruk for å finne koordinater basert på stedsnavn, ettersom dette var det første geocoding APIet vi fant som ikke trengte en API key. -## KI deklarsjon + -KI ble brukt i utviklingsprosessen for å støtte utviklings- og debuggingsprosessen. Litt kode har også blitt generert, hovedsaklig i CI/CD-scriptet for å deploye, ettersom ingen av oss hadde erfaring med apache, eller bruk av self-hosted action runners. I tilfeller hvor KI kode har blitt generert og brukt har den blitt sett over av et medlem av gruppa. KI har også blitt primært brukt for skriving av css for ViewCity komponent, mens andre css stylings er skrevet for hånd. +Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, vite, tanstack query og HTML WEB storage api, samt et par andre npm packages for hjelpe med utviklingshastiget og lesbarhet av koden. Eslint og Prettier har blitt tatt i bruk, blant annet gjennom script i repo, samt i Continious Integration pipelinen i GitHub actions, som påtvinger riktig linting og formattering før pull request kan godkjennes. -Gruppen erfarte at KI var nyttig til å forklare, foreslå og diskutere under utvikling, dog at noen kode forslag spesifikt virket overkompliserte eller vanskelig å lese/tyde. + + +Tester er skrevet for de fleste komponenter og hooks for meteorologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api, og at deg gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til rest-api kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. + + + +## KI deklarasjon + + + +KI ble brukt i utviklingsprosessen for å støtte utviklings- og debuggingsprosessen. Litt kode har også blitt generert, hovedsakelig i CI/CD-scriptet for å deploye, ettersom ingen av oss hadde erfaring med apache, eller bruk av self-hosted action runners. I tilfeller hvor KI kode har blitt generert og brukt har den blitt sett over av et medlem av gruppa. KI har også blitt primært brukt for skriving av css for ViewCity komponent, mens andre css stylings er skrevet for hånd. + + + +Gruppen erfarte at KI var nyttig til å forklare, foreslå og diskutere under utvikling, dog at noen kode forslag spesifikt virket overkompliserte eller vanskelig å lese/tyde. + + + + \ No newline at end of file From 684f4649b808241f2e6290ef1aca9b7cb3997d51 Mon Sep 17 00:00:00 2001 From: Kristian Date: Fri, 18 Sep 2026 18:32:39 +0200 Subject: [PATCH 08/11] fix typos --- README.md | 34 ++++++++-------------------------- 1 file changed, 8 insertions(+), 26 deletions(-) diff --git a/README.md b/README.md index b2653de..4083d87 100644 --- a/README.md +++ b/README.md @@ -1,33 +1,15 @@ -http://it2810-09.idi.ntnu.no/project1/ +http://it2810-09.idi.ntnu.no/project1/ - +# Vær app -# Vær app +Vi valgte å lage en vær-app fordi det ga en klar funksjonsprofil og oppfattet letthet av å lære av andre eksempler, samt mange vær-api og velge fra. Vi trodde også selve arkitekturen på siden ville bli lettere å lage. YR/metrologisk institutts API ble tatt i bruk da vi trodde de hadde den beste dataen og at den var godt dokumentert, og gjennom Open-meteo's geocoding API ble tatt i bruk for å finne koordinater basert på stedsnavn, ettersom dette var det første geocoding APIet vi fant som ikke trengte en API key. - +Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, vite, tanstack query og HTML WEB storage api, samt et par andre npm packages for hjelpe med utviklingshastiget og lesbarhet av koden. ESlint og Prettier har blitt tatt i bruk, blant annet gjennom script i repo, samt i Continious Integration pipelinen i GitHub actions, som påtvinger riktig linting og formattering før pull request kan godkjennes. -Vi valgte å lage en vær-app fordi det ga en klar funksjonsprofil og oppfattet letthet av å lære av andre eksempler, samt mange vær-api og velge fra. Selve trodde også arkitekturen på siden ble lettere å lage. YR/metrologisk institutts API ble tatt i bruk da vi trodde de hadde den beste dataen og at den var godt dokumentert, og gjennom Open-meteo's geocoding API ble tatt i bruk for å finne koordinater basert på stedsnavn, ettersom dette var det første geocoding APIet vi fant som ikke trengte en API key. +Tester er skrevet for de fleste komponenter og hooks for meteorologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api, og at det gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til Rest-API kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. - +## KI deklarasjon -Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, vite, tanstack query og HTML WEB storage api, samt et par andre npm packages for hjelpe med utviklingshastiget og lesbarhet av koden. Eslint og Prettier har blitt tatt i bruk, blant annet gjennom script i repo, samt i Continious Integration pipelinen i GitHub actions, som påtvinger riktig linting og formattering før pull request kan godkjennes. +KI ble brukt i utviklingsprosessen for å støtte utviklings- og debuggingsprosessen. Litt kode har også blitt generert, hovedsakelig i CI/CD-scriptet for å deploye, ettersom ingen av oss hadde erfaring med apache, eller bruk av self-hosted action runners. I tilfeller hvor KI kode har blitt generert og brukt har den blitt sett over av et medlem av gruppa. KI har også blitt primært brukt for skriving av css for ViewCity komponent, mens andre css stylings er skrevet for hånd. - - -Tester er skrevet for de fleste komponenter og hooks for meteorologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api, og at deg gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til rest-api kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. - - - -## KI deklarasjon - - - -KI ble brukt i utviklingsprosessen for å støtte utviklings- og debuggingsprosessen. Litt kode har også blitt generert, hovedsakelig i CI/CD-scriptet for å deploye, ettersom ingen av oss hadde erfaring med apache, eller bruk av self-hosted action runners. I tilfeller hvor KI kode har blitt generert og brukt har den blitt sett over av et medlem av gruppa. KI har også blitt primært brukt for skriving av css for ViewCity komponent, mens andre css stylings er skrevet for hånd. - - - -Gruppen erfarte at KI var nyttig til å forklare, foreslå og diskutere under utvikling, dog at noen kode forslag spesifikt virket overkompliserte eller vanskelig å lese/tyde. - - - - \ No newline at end of file +Gruppen erfarte at KI var nyttig til å forklare, foreslå og diskutere under utvikling, dog at noen kode forslag spesifikt virket overkompliserte eller vanskelig å lese/tyde. From 77d48253aeabeaca416258c7350412b9aa184e6f Mon Sep 17 00:00:00 2001 From: Kristian Date: Fri, 18 Sep 2026 18:39:00 +0200 Subject: [PATCH 09/11] fix typos --- README.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/README.md b/README.md index 4083d87..e81509a 100644 --- a/README.md +++ b/README.md @@ -2,11 +2,11 @@ http://it2810-09.idi.ntnu.no/project1/ # Vær app -Vi valgte å lage en vær-app fordi det ga en klar funksjonsprofil og oppfattet letthet av å lære av andre eksempler, samt mange vær-api og velge fra. Vi trodde også selve arkitekturen på siden ville bli lettere å lage. YR/metrologisk institutts API ble tatt i bruk da vi trodde de hadde den beste dataen og at den var godt dokumentert, og gjennom Open-meteo's geocoding API ble tatt i bruk for å finne koordinater basert på stedsnavn, ettersom dette var det første geocoding APIet vi fant som ikke trengte en API key. +Vi valgte å lage en vær-app fordi det ga en klar funksjonsprofil og oppfattet letthet av å lære av andre eksempler, samt mange vær-api å velge fra. Vi trodde også at arkitekturen på siden ville ble lettere å lage. YR/Meteorologisk institutts API ble tatt i bruk da vi trodde de hadde den beste dataen og at den var godt dokumentert, og Open-meteo's geocoding API ble tatt i bruk for å finne koordinater basert på stedsnavn, ettersom dette var det første geocoding APIet vi fant som ikke trengte en API key. -Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, vite, tanstack query og HTML WEB storage api, samt et par andre npm packages for hjelpe med utviklingshastiget og lesbarhet av koden. ESlint og Prettier har blitt tatt i bruk, blant annet gjennom script i repo, samt i Continious Integration pipelinen i GitHub actions, som påtvinger riktig linting og formattering før pull request kan godkjennes. +Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, vite, tanstack query og HTML WEB storage api, samt et par andre npm packages for hjelpe med utviklingshastiget og lesbarhet av koden. ESlint og Prettier har blitt tatt i bruk, blant annet gjennom script i repo, samt i Continious Integration pipelinen i GitHub actions, som påtvinger riktig linting og formatering før pull request kan godkjennes. -Tester er skrevet for de fleste komponenter og hooks for meteorologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api, og at det gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til Rest-API kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. +Tester er skrevet for de fleste komponenter og hooks for meteorologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api, og at det gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til rest-api kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. ## KI deklarasjon From c8614afa000b280429dbcdeb35aa49c729b7f97e Mon Sep 17 00:00:00 2001 From: Nicolay Bennett Rennemo Date: Fri, 18 Sep 2026 18:43:09 +0200 Subject: [PATCH 10/11] Fix typo on Continuous --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index e81509a..1141b68 100644 --- a/README.md +++ b/README.md @@ -4,7 +4,7 @@ http://it2810-09.idi.ntnu.no/project1/ Vi valgte å lage en vær-app fordi det ga en klar funksjonsprofil og oppfattet letthet av å lære av andre eksempler, samt mange vær-api å velge fra. Vi trodde også at arkitekturen på siden ville ble lettere å lage. YR/Meteorologisk institutts API ble tatt i bruk da vi trodde de hadde den beste dataen og at den var godt dokumentert, og Open-meteo's geocoding API ble tatt i bruk for å finne koordinater basert på stedsnavn, ettersom dette var det første geocoding APIet vi fant som ikke trengte en API key. -Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, vite, tanstack query og HTML WEB storage api, samt et par andre npm packages for hjelpe med utviklingshastiget og lesbarhet av koden. ESlint og Prettier har blitt tatt i bruk, blant annet gjennom script i repo, samt i Continious Integration pipelinen i GitHub actions, som påtvinger riktig linting og formatering før pull request kan godkjennes. +Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, vite, tanstack query og HTML WEB storage api, samt et par andre npm packages for hjelpe med utviklingshastiget og lesbarhet av koden. ESlint og Prettier har blitt tatt i bruk, blant annet gjennom script i repo, samt i Continuous Integration pipelinen i GitHub actions, som påtvinger riktig linting og formatering før pull request kan godkjennes. Tester er skrevet for de fleste komponenter og hooks for meteorologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api, og at det gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til rest-api kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. From d8a0c26ecb34564c48ff419500b934dd8d1b9d71 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Henry=20Gr=C3=A6sberg?= Date: Fri, 18 Sep 2026 18:49:11 +0200 Subject: [PATCH 11/11] Add how-to --- README.md | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/README.md b/README.md index 1141b68..98fa5db 100644 --- a/README.md +++ b/README.md @@ -8,6 +8,19 @@ Tech-stack er valgt i tråd med oppgavebeskrivelsen, derav React med Typescript, Tester er skrevet for de fleste komponenter og hooks for meteorologisk api. Test under test/hooks/fetchCities/useGetCityCoordinates.test.ts verifiserer at hook henter data fra rest-api, og at det gjøres riktig antall ganger. fetchWeather/useGetWeather.test.ts tester at sanitizeAltitude gir passende altitude verdier som skal brukes til rest-api kall. Tester under tests/components tester at riktig elementer med riktig innhold havner i nettleser ved runtime. +## How-to + +Programmet bruker npm som package manager, vite, og vitest som test runner. + +For å starte webappen lokalt, kjør + +```bash +npm install +npm run dev +``` + +Og for å kjøre tester kan `npm run test` kjøres. + ## KI deklarasjon KI ble brukt i utviklingsprosessen for å støtte utviklings- og debuggingsprosessen. Litt kode har også blitt generert, hovedsakelig i CI/CD-scriptet for å deploye, ettersom ingen av oss hadde erfaring med apache, eller bruk av self-hosted action runners. I tilfeller hvor KI kode har blitt generert og brukt har den blitt sett over av et medlem av gruppa. KI har også blitt primært brukt for skriving av css for ViewCity komponent, mens andre css stylings er skrevet for hånd.