De taak als kaart
De kaart op het bord
Elke taak is een kaart, gepositioneerd op het bord volgens de belangrijkheid/urgentie-score (kwadrant + rangorde, zie Het bord en 4). Omdat een druk gebruikt bord al snel veel kaarten bevat, is overzicht belangrijker dan volledigheid: de kaart op het bord toont zo min mogelijk, en verwijst voor de rest naar een detailweergave.
- Kaartweergave (op het bord): vierkante afbeelding als belangrijkste visuele element, met de titel als korte onderschrift/overlay en een paar kleine badges (gebiedskleur, deadline-indicatie, herkomst-icoontje). Geen lopende tekst — dat moet in één oogopslag te scannen zijn tussen tientallen andere kaarten.
- Detailweergave (na aanklikken): het volledige attributenoverzicht hieronder, inclusief omschrijving, factor-subscores (Ranking), bijlagen en geschiedenis.
Afbeelding (verplicht)
Een afbeelding is een verplicht attribuut van elke taak: de kaart is primair een beeld, en een bord vol lege vlakken werkt niet. Concreet:
- Bij het aanmaken van een taak kun je pas opslaan als er een afbeelding is gekozen.
- Bij upload wordt de afbeelding bijgesneden naar vierkant via een crop-stap in het invoerscherm (een standaard client-side cropper), waarna zowel het bijgesneden vierkant (voor de kaartweergave) als het origineel (voor eventueel later opnieuw bijsnijden) worden bewaard.
- Opslag: bestand op de server, met het pad naar zowel het vierkante thumbnail als het origineel in de taken-tabel.
Om de invoerdrempel niet te hoog te maken, biedt het invoerscherm naast "eigen bestand uploaden" een keuze uit de mediabibliotheek: een beheerde voorraad afbeeldingen die je bij elke taak kunt hergebruiken. Zo blijft de afbeelding verplicht zonder dat je voor elke administratieve klus een foto moet zoeken.
De mediabibliotheek. De bibliotheek is een eigen beheerscherm waarin je afbeeldingen toevoegt, hernoemt en verwijdert. Van elke geüploade bitmap wordt naast het origineel automatisch een vierkante uitsnede uit het midden gemaakt, zodat een bibliotheekbeeld direct als kaartbeeld bruikbaar is zonder handmatig bijsnijden. Een SVG is schaalbaar en wordt ongewijzigd gebruikt. Een afbeelding die nog op een taakkaart staat, kan niet worden verwijderd — de taak zou dan zonder beeld komen te zitten, terwijl beeld nu juist verplicht is.
Het taakformulier stuurt bij een bibliotheekkeuze alleen het id van de afbeelding mee; het pad wordt serverzijdig opgezocht. Dat scheelt een klasse van fouten waarbij via het formulier een willekeurig pad zou kunnen worden opgegeven.
Afbeeldingen laten genereren. Naast uploaden kun je een beeld laten ontwerpen op basis van kernwoorden en een kleur. Dat werkt anders dan een gewone beeldgenerator, en met opzet: de beelden in de bibliotheek zijn geen foto's maar pictogrammen met een vast recept — een gekleurd vlak van 24×24 met wit lijnwerk erop. De AI ontwerpt daarom alleen de vorm (de padgegevens van de SVG); kleur, lijndikte en afmeting worden door de applicatie toegevoegd.
Dat heeft twee voordelen. Een gegenereerd beeld past per definitie bij de bestaande set, omdat de huisstijl niet van het model afhangt. En er komt nooit modeluitvoer als markup in de pagina terecht: elk pad wordt eerst gecontroleerd op de vraag of het uitsluitend uit tekenopdrachten bestaat, waarna de applicatie de SVG zelf opbouwt.
Het resultaat gaat niet meteen de bibliotheek in: je ziet het eerst op ware grootte én op kaartformaat, en kiest dan tussen bewaren of opnieuw proberen. Het wachtende ontwerp staat in de sessie en niet in een formulierveld, zodat alleen door de generator opgebouwde SVG bewaard kan worden.
Zonder ingestelde AI-sleutel is de functie zichtbaar maar uitgeschakeld, met uitleg over wat er ontbreekt.
Aandachtspunt voor fase 4: taken die per e-mail binnenkomen hebben geen afbeelding. Daar is dus alsnog een automatische keuze nodig — een gebiedsgebonden standaardbeeld, of een door AI gegenereerde afbeelding op basis van titel/omschrijving. Zie Nieuwe open punten.
Overige attributen
Naast de kernvelden (titel, omschrijving, project — en daarmee indirect gebied en categorie, zie Structuur — belangrijkheid, urgentie, deadline, bron, status) kent de taak de volgende attributen:
| Attribuut | Fase | Toelichting |
|---|---|---|
| Afbeelding (thumbnail + origineel) | MVP | Verplicht, zie Afbeelding (verplicht) |
| Aangemaakt op / laatst gewijzigd | MVP | Voor sortering en overzicht |
| Voltooid op | MVP | Afgeleid veld, gevuld zodra status op "afgerond" gaat — nuttig voor terugblik/analyse |
| Notities/logboek | Later | Vrije, tijdgestempelde aantekeningen — voortgangsupdates zonder de hoofdomschrijving te overschrijven |
| Bijlagen | Fase 4 | Losse documenten, bijvoorbeeld meegekomen met een e-mail-taak |
| Herkomstgegevens (bij e-mail) | Fase 4 | Afzender, oorspronkelijk onderwerp, link naar het originele bericht |
| Vastgezet (pin) | Later | Handmatige override om een kaart bovenaan te tonen, los van de score |
| Uitgesteld tot (snooze) | Later | Taak tijdelijk van het actieve bord halen; komt automatisch terug op de opgegeven datum |
| Gekoppelde taken | Later | Verwijzing naar samenhangende taken — sluit aan bij "afhankelijkheden" uit Ranking |
Vastzetten en uitstellen zijn bewust geen MVP-functionaliteit. Zolang het model nog niet bewezen is, wil je juist zien of de score-gedreven rangorde klopt; een handmatige override maskeert dat. In de prototypefase verplaats je een uitzondering desnoods door de deadline of de subscores aan te passen. De velden staan wel alvast in het datamodel (Datamodel), zodat de functie later zonder migratie kan worden aangezet.
Checklist/subtaken zijn bewust niet opgenomen: dat past beter bij een projectmatig systeem dan bij een persoonlijk prioriteringsbord.
Visuele codering op de kaart
Om met veel kaarten toch snel te kunnen scannen:
- Gebiedskleur als rand of badge op de kaart.
- Deadline-nabijheid als kleuraccent (bijv. neutraal → oranje → rood naarmate de deadline dichterbij komt), gekoppeld aan de automatische herberekening uit Ranking.
- Herkomst-icoontje (bijv. een envelopje voor e-mail-taken).
- Kwadrant-achtergrond consistent met de indeling uit Het bord, zodat ook zonder exact op de score te letten meteen duidelijk is in welk kwadrant een kaart zit.
Omdat zowel gebied als categorie een kleur kunnen hebben (zie Attributen van gebied, categorie, project en taak), is de afspraak: de kaart toont de gebiedskleur. De categoriekleur wordt alleen gebruikt in filter- en overzichtsschermen, om verwarring op het bord te voorkomen.