Notulen: standups, check-ins, sprint reviews

[yujing-student]

sprint review

zie onderstaande issues

#77

#76

#74

#73

#72

[lisagjh]

Check in met Declan - 19 november

• Doel:
  • bijkletsen
  • informeren over onze vooruitgang: toepassing van feedback, ervaringen
  • informeren over onze focus deze sprint: werken met components volgens atomic design principes, Svelte 5

vragen

wat is jullie component structuur?

Component structuur

Declan: wat is het nut ervan? helpt het jullie? waarom doen jullie dit? waarom maak je onderscheid? zoek wat voor jullie werkt, en wat voor jullie logisch en nuttig is.
Denk er over na, en doe niet maar gewoon iets omdat je dat ergens op het internet heeft gelezen.

Dropdown choice

Hoe weegt design op tegen user values?

https://svelte-headlessui.goss.io/docs/2.0/listbox

[yujing-student]

standups

op 23-9 hebben we de briefing gehad en hebben we het projectboard opgezet en teamcanvas ingevuld
op 25-9 hebben we besproken wie welke pagina gaat maken en welk component
Yu Jing gaat de ledenpagina doen
Jason de vacature pagina
Lisa een deel van de homepagina met de header en footer en de global css

op 26-9 hebben we een connectie met de database
op 27-9 hebben we een code en design review gehad waarin we issues kregen over ons ontwerp en onze code

op 30-9 hebben we pokerplanning gedaan en taken verdeeld waardoor we overzicht hebben wat de voortgang is
Lisa verder gaat met de header
Yu Jing de custom errorpage maakt en een design in figma voor de mobiele versie
Jason de zoek en filterfunctie als component gaat maken

op 2-10 hebben we het datamodel besproken en opnieuw gemaakt en in directus gezet en zijn we verder gegaan met onze taken

7 oktober hebben we een standup gedaan zie de issue #53

op de 9de hebben we al ons werk gemergd en hebben de we sprint review voorbereid

op 11 oktober hebben we de sprint review gehad en feedback gekregen op ons werk

sprint 16

11 november hebben we het projectboard opgeschoond

13 november zijn we aan de slag gegaan met ons component en hebben we afesproken wie wat gaat doen

15 november code en design review

18 novmeber standup:
jason is bezig met de dropwodwn filters aan het maken en de functionaliteit is er bijna
lisa heeft het hamburger menu verder utigewerkt waarin ze minder code heeft en ze vind het lstig om de juiste data in het component in te zetten
Yu Jing heeft het inschrijfcomponent en hier missen nog de ui states en de dubbele lijn moet nog gefixt worden op de pagina

[yujing-student]

Notities / Check-in 19 November

Uitleg over componenten structuur

de structuur van de dda website zou ik precies hetzelfde houden zoals in sveltekit
een pagina heeft alleen maar components implementatie
met blocks ka je dingen eromheen zet je het vast
op basis van die blocks kan je paginas opbouwen

vanuit techniek is het lastiger
met blokken kan je de flexbiliteit zelf de paginas bouwen
de cars zijn geen block
bij de contentpagia heb je wel blokken met daarin blokken en rootnet zie je dat ook
het idee ervan is als je dit doorvooert dan de homepagina altijd gek is
je gaat 4 of 5 nvesu diep

je hebt dat atomic design en dat word niet echt geimplemeenteerd
wij maken geen onderscheid tussen een header en footer
wat is het nut om andere componenten te zien
ik zou het anders doen dan zij doen
de componenten die je nu ziet zijn blocks en compoentents
bij de componenten is he van belang om ze dom te houden
een button leunt op pros in het geval van sveltekit
wat is een variant of level en wat zijn de verschillen tussen die 2
een button is dom maar je kan oook het design implementeren
in je heading components heft het slots met childeren en een displaylevel
dat je een element hebt en dat element word het wrapping element
je hebt allerlei validatie of het wel kan
je kan het component laten zitten en je css erin implementen dan heb je ook je flexibiliteit

[yujing-student]

utleg over fonts

Declan: waarom heeft performance invloed op je font
Yujing: je font word ingeladen en dit kost tijd
Declan: dat is niet precies wat k bedoel
Yu Jing: zou u deze vraag willen beantwoorden dan weet ik niet helemaal het antwoord hierop

Declan:
in je html document refereer je naar je font en je files
je html communiceert dat met je css

lighthouse bepaald de snelheid aan de hand van hoe snel er informatie tevoorschijn komt en op basis daarvan komt er een resultaat uit

de browser wacht eerst op de css en dan swapt het naar je font

woff 2 word goed onderstuend in de browserr en anders gebruikt het een fallback als dat er is

[Jason2426]

Standup 25 November met Dorien

Yujing

Yujing is nog bezig met het maken van het contact formulier, het gebruiken van required fields voor verschillende type inputs is gelukt en daarbij ook verschillende UI states zoals : Correcte of foute invoer. Textarea en select dropdown werkt nog niet en dat gaat ze proberen te fixen

Lisa

Lisa is bezig met het perfectioneren en oplossen van een aantal errors voor de navigatie en daarnaast ook het component waar de laatste vacatures worden weergeven maar het ophalen van de data is nog niet gelukt.

Jason

Ik was bezig met het maken van de dropdown component die op verschillende paginas te gebruiken is maar mijn motivatie is hiervoor erg laag. Ik wil graag iets creatiefs doen en heb dus besloten om het Searchbar component uit de vorige sprint af te maken en te optimaliseren kwa performance en toegankelijkheid. Voor het ontwerp kan ik hier dus doen wat ik wil en iets vets maken.

[yujing-student]

vragen voor sprint review

@yujing-student

in het design noemen ze de onderste FTE is dat de bedoeling?

hoe kan ik dit beter oplossen qua code zonder dat ik een leeg item heb

@yujing-student ontwerpkeuze uitleggen: ik heb een rode astrix gebruikt in plaats van een grijze waardoor beter zichtbaar is welke velden verplicht zijn