Testen
Tijdens het testen van de nieuwe implementatie van de activiteitnamen, ben ik gelijk ook tegen een fout aangelopen. Dit viel in eerste instantie niet zo snel op.
In de endpoint van activities_translations staan alle activiteiten. Hier zit een boel informatie in. Dit hieronder is bijvoorbeeld het laatste activiteit in de reeks van activeiten.
{
"activities_id": 28,
"description": "Bestellen nieuwe licenties buiten standaard Microsoft licenties (bijvoorbeeld Adobe, Visio, etc.)",
"id": 29,
"languages_code": "nl-NL",
"title": "Bestellen nieuwe licenties buiten standaard Microsoft licenties (bijvoorbeeld Adobe, Visio, etc.)"
}Als je goed kijk zie je een activities_id en een id. Deze twee hebben beide een ander ID. Wat er voor zorgt dat als je deze het id van de endpoint activities_translations vergelijkt met de endpoint activities -> id, je uiteindelijk één ID niet vergelijkbaar is, omdat het laatste activiteit "id": 29 is.
Hieronder zie je het laatste activiteit uit de activities endpoint. Hier is het "id": 28.
{
"date_created": "2023-05-07T13:05:24.520Z",
"date_updated": null,
"id": 28,
"minutes": 30,
"pillar_category": 4,
"sort": null,
"status": "draft",
"user_created": "411ca600-0d30-4898-aded-2628d8bf5c98",
"user_updated": null,
"service_contract": [
29,
57,
85
],
"translations": [
29
]
}Om dit probleem op te lossen, moest ik alleen het veld waarmee ik de ID's wil vergelijken te veranderen. In dit geval heb ik activities.id naar activities.activities_id verandert. Dit zorgt ervoor dat beide id's gelijk zijn het laatste activiteit ook wordt meegenomen in het tabel.
Vandaag was de oplevering & review bij Fivespark met Kees v. Bemmel. Ik had er erg veel zin in, omdat ik benieuwd was naar Kees zijn meningen over onze producten en ontwerpen.
Bij het presenteren was het te zien in een oog opslag wat het doel was van de website. Ik heb gepraat over hoe ik het naar visueel naar voren brengen van het meest verkochte contract heb verwerkt in de website. Dit vond hij erg tof en toevallig was het gekozen contract de juiste. Verder heb ik nog laten zien dat ik voor de mobiele variant een tabel heb gekozen waar doorheen getabt kan worden. Dit idee vond hij ook erg cool, daarbij heb ik uitgelegd dat ik deze methode had gekozen, omdat hier de minste layout shifts inzaten en nog steeds dezelfde informatie wordt weergegeven.
• Feedback - Review 22 juni
⁃ Zenit
• 5 spark, hebben misschien bedrijven last van. Check het na bij opdrachtgever of dit weergegeven zou mogen. • Goeie call-to-action • Opzet met blokken ziet er goed uit, mooie animaties • Prijzenbollen, past het in het designguide? • Activiteiten uit de HUB een beetje rommelig, misschien wat meer ruimte er tussen? Om meer rust te geven.
⁃ Siem • Contracten misschien rechte hoeken, consistentie • Per gebruiker/ per maand laten staan op mobile • Vinkjes en kruisjes - kleur invetten Zwart(kruisje), Geel (vinkje)
⁃ Maria • Heel strak, ziet er goed uit. • Contracten -> activiteiten zijn erg ruim, misschien iets minder ruimte.
⁃ Sander • Vette animatie • Goed overzicht tussen de activiteiten. Leest erg fijn. • Coole background animatie, misschien iets vrolijker.
Feedback opleiding • Tof die sprints.
In de test ben ik er achter gekomen dat ik nog wat puntjes moet verbeteren. Zoals een width en height zetten op <img> elementen.