-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Avatar-component (NLDS-issue) #363
Comments
Goeie analyse @ryanvvalkenhoef! Heb je nu voldoende info om een checklist (definition of done) te maken voor de component? |
Dankjewel! Het onderzoek gaat eerst naar Jeffrey om de designkeuzes vast te stellen. Maar daarna ga ik het component inderdaad opbreken in losse issues. |
@ryanvvalkenhoef Dit is een link naar de Avatar component in Figma, daar kun je zien welke design tokens handig zijn om te maken. |
Hey Ryan, mooie breakdown zeg! Ik moet zeggen dat ik de eerste paar screenshots niet onder het Avatar component zou plaatsen. Dit lijken mij eerder links of buttons met een user of chevron icon. Ik sluit me dan ook aan bij wat je onder Analyse schrijft. In mijn optiek is een Avatar enkel dat cirkel, soms ander-vormige, element. Soms bevat het 1 a 2 initialen, soms een foto maar soms ook een user icon of een gegenereerd afwijkende vorm of grappig bedoelde illustratie. Google, Github, je vond ze daar al. Maar ook Figma, Slack, MS Teams of Whatsapp maken er veel gebruik van op verschillende plekken. Om snel verschillende vormen van een component te bekijken kijk ik vaak bij de Component Gallery. Zo hebben ze daar ook de avatar https://component.gallery/components/avatar/ Een paar dingen die verder in mij opkomen:
En wat goed dat je rekening houdt met high-contrast- of dark-mode. En kleurcombinaties die juist niet goed kunnen uitpakken! Helpt dit? Laat het vooral weten als ik nog ergens over mee kan denken. Zo kan ik me voorstellen dat je ook tokens nodig hebt voor interactie states voor wanneer een avatar interactief is. Daar kan ik bij helpen. |
Hoi @jeffreylauwers, Dank voor je compliment en dank voor het uiteenzetten van je commentaar. Ik ga je input vandaag opnemen in de conclusie van mijn onderzoek. Ik denk namelijk dat je belangrijke aspecten aanstipt, waar ik zelf nog niet over had nagedacht. Ik denk zelf dat de tokens zoals ze nu in de Figma staan voldoende zouden moeten zijn, omdat je voor de interactie states een class zou kunnen bijhouden. Alleen, of de non-modal dialog onderdeel is van het component ben ik niet zeker van? Hoe dan ook bedankt, en als ik ergens niet uitkom hoor je snel weer van mij. |
Is goed. Voor de zekerheid, het non-modal dialog zie ik als ander 'los' component. Succes, Jeff |
Ik denk dat de Avatar misschien een child kan zijn van een button of een link, op dezelfde manier als een icon. De avatar hoeft dan zelf geen begeleidende tekst te ondersteunen.
Ik denk dat De
Selected en deselected lijkt mij meer onderdeel van de button (
Goed idee om donkere kleuren te ondersteunen, misschien kun je naast de standaard avatar een |
Voordat ik de design-tokens ga inbouwen in het Avatar-component is het goed om af te wegen of we ze willen behouden en waarom. De onderbouwingen zijn gebaseerd op de voorbeelden uit het design-onderzoek. Aanvullingen en op-/aanmerkingen zijn welkom. Laten we deze commentsectie gebruiken als validatieverwerving voor dit ontwikkelingsproject. 🙏
|
Ik zou wel een border-color en border-width design token verwachten voor als de avatar met plaatje op een gekleurde achtergrond wordt geplaatst Bijvoorbeeld hier bij testimonials https://mdbootstrap.com/docs/standard/extended/avatar/ |
Ook de color design token moet beschikbaar gemaakt worden als er een background-color wordt gezet. Bij NL Design System is de afspraak dat die twee altijd als koppel beschikbaar zijn of niet. |
Ik denk ook dat font-weight ingesteld moet kunnen worden omdat afhankelijk van het gekozen font de weight nogal kan verschillen |
Dankjewel @Yolijn! |
Conventie bij NL Design System is juist altijd pairs beschikbaar te stellen met het oog op tooling die deze combinatie later op toegankelijkheid kan checken. |
Design-onderzoek voor nieuw avatar-component
Avatar-componenten van andere websites:
▾ github.com
▾ google.com
▾ atlassian.design
De avatar-componenten van de design systems bestaan enkel uit een avatar-symbool.
Probleemstelling
Er bestaat nog geen adequaat design of wensvoorstelling van wat een avatar-component is en waaruit deze is opgebouwd.
Analyse
Op basis van de definitie van wat een avatar inhoud, namelijk een visuele representatie van een identiteit of entiteit, kunnen we stellen dat het een component is die alleen verschijnt als er is ingelogd (wanneer er normaliter persoonsgegevens verschijnen) en een component alleen een avatar te noemen is, als:
Daarnaast is een container met SVG (standaard avatar-symbooltje) of een initiaal-tekst erin het meest voorkomend en technisch het meest wenselijk, omdat het eenvoudiger is dan het gebruik van een afbeelding-genereer-functie en bevorderlijker is voor de toegankelijkheid, omdat het aanpasbaar is op high-contrast- of dark-mode.
Verder rest nog de overweging of de naam van de gebruiker ook onderdeel is van het component, of dat deze vanwege gebruikersconflicten voortkomend uit gebruikersonderzoek of expertise vanuit overheidsdesigners beter achterwege kan blijven. En zo niet, of deze beter volledig kan voorkomen of in de vorm van voorletter en achternaam.
De avatar in initiaal- en standaardstatus mogen voorzien zijn van twee gerandomiseerde kleuren, maar de vraag is of dit wenselijk is, omdat overheidswebsites rust en betrouwbaarheid moeten uitstralen en een rode avatar, om maar een dwarsstraat te noemen, hier niet aan bijdraagt als dit niet de hoofdelijk gebruikte kleur is. Dus conclusie hiervoor is dat het gebruik van de themakleur voor dit component beter uitkomt.
Conclusie o.b.v. feedback van designers/gebruikersonderzoek
Samenvatting feedback van designer
Een avatar kan ruimtebesparend werken, maar als er geen privacy concerns zijn dat de naam wordt getoond, en er genoeg ruimte is, zou je zelfs kunnen stellen dat eerder de avatar dan de naam weggelaten kan worden. Ook kan een avatar puur decoratief zijn, maar het is vaker een button (om een non-modal dialog te openen met een menu) of een link (bijvoorbeeld om je naar de profielpagina van die persoon te leiden). Een avatar kan ook een status weergeven, bijvoorbeeld of iemand on- of offline is en een begeleidend label hebben. Dit is vaak de (deels) uitgeschreven naam. De avatar en het label zijn dan als geheel interactief.
Conclusie
Omdat een avatar-component juist gaat om de avatar zelf en het anders geen avatar te noemen is, is het vanzelfsprekend om deze er in te houden. Voor het vierkante, cirkelvormige of geronde element kan de themakleur gebruikt worden. De Avatar kan een child worden van een button of een link, op dezelfde manier als een icon. De avatar hoeft dan zelf geen begeleidende tekst te ondersteunen. De avatar zal een container zijn met een initiaal-tekst, icoon of image-element. De classes die aan het component zullen hangen die hier verantwoordelijk voor zijn, zullen 'state--text' en 'state--image' worden.
The text was updated successfully, but these errors were encountered: