Tags i Jøkul

[joms]

Hvilke steg i prosessen er utført?

• [X] Undersøke
• [X] Rapportere
• [X] Avklare
• [X] Spesifisere krav
• [ ] Utvikle
• [ ] Ferdig!

I forbindelse med utviklingen av UU side ble det tatt i bruk et nytt snowflake: Tags

Dette må videre inn i Jøkul.

[joms]

@Murstam Oppdaterer du Figma med den nye komponenten, så skal jeg ta implementeringen

[Murstam]

@joms Men er det noen andre som har bruk for den?

[lfbergee]

@Murstam jeg mener portalen stiller seg i et litt annet lys enn alle andre løsninger. Det bør være en veldig god grunn for at portalen skal inneholde snøflak, da portalen på mange måter er referanse implementasjonen av Jøkul, da tar det seg dårlig ut at portalen har konsept og komponenter som ikke finnes i design systemet.

[gbrownlee]

Må nesten si meg litt enig i @lfbergee her. Hvis vi benytter oss av komponenter/patterns som ikke forventes å brukes i noen andre løsninger, så bør vi revurdere å bruke den/det i det hele tatt. Snøfnugg er komponenter eller designpatterns som ingen andre har bruk for. Hvis et av målene våre er å lage et system som skaper konsekvent brukeropplevelse, bør vi unngå bruk av unike elementer.

Kort sagt: Snøfnugg skal ikke inn i designsystemet og snøfnugg bør ikke eksistere i våre løsninger.

Når det er sagt: Har man et unikt brukermønster, så har man sannsynligvis unike behov og da må man selvsagt kunne argumenter for unike komponenter. Men er UU i Portalen et slikt tilfelle?

[lfbergee]

Ser for meg mange situasjoner hvor en sånn type komponent er nyttig, så hvis vi tilgjengeliggjør det for desgin, så tipper jeg det ville være akutellt å ta den i bruk.

Spørs litt på hvordan vi vil den skal være, om den alltid er grå og alltid er en sorteringssak, eller om vi kan bruke den som en staus indikator, eller interaktivt filteringselement. "Under behandling" som en tag feks.

[vegardsoerlie]

Vi har behov for noe slikt som status. Eks slik det ser ut i dag: Hardt uttrykk med for svak kontrast

[Steinop]

Er enig i prinsippet om at vi ikke bør bruke snøfnugg i portalen. Samtidig kan det være trendsettende for hvordan løsningene våre ellers blir på sikt. Etter designsprinten der vi oppdaterte portalen hadde vi også en del snøfnugg som påvirket retningen til nye løsninger. Kom mye positivt ut av det. Uansett er det alltid viktig å stille seg spørsmålet om vi trenger denne komponenten og hvorfor? Finnes det alternative løsninger eller er en ny komponent éneste/beste utvei?

Enig i @lfbergee og betraktningene rundt bruken av tagen - det bør defineres. Hvis tagen ikke er klikkbar bør den kanskje ikke se ut som en knapp eller ha en farge som gjør den fristende å klikke på.

[CamillaDahlstroem]

Jeg tenker at tags/statusindikator/hvaenndeblirfornoe er nyttige å ha i et designsystem, og at de kommer til å bli tatt i bruk i mange andre løsninger så snart de tilgjengeliggjøres i Figma og i kode - akkurat som med pil-navigasjonslenkene. Tenker at "snøfnugg" i portalen er greit så lenge man tenker at de representerer et ganske generelt anvendelig pattern, og de tilgjengeligjøres for alle. For da forblir de ikke snøflugg lenge! (Har allerede sett noen steder i Flyt der vi kunne brukt filtrerings-tags og/eller statusindikatorer, nå som jeg er klar over at de eksisterer 😅)

[Murstam]

Ok, men ser ut som det er flere som kan ha bruk for det :) Hva tenker dere om å tilrettelegge for ulike farger slik som Carbon? Gjør tagen litt mer fleksibel og gir den mulighet til å skille innholdet man tagger.

[AudunBerdal]

Rådgiverklienten Sam skal over i ren Jøkul profil på sikt og har også bruk for tags for å vise status på forsikringstilbud osv.

[Stormoen]

Vi har status-tags i Autolease også.

[wkillerud]

Vi flytter diskusjonen til #2341. Ser ut som vi fikk med oss alle eksemplene i inventoryen - takk for bidragene! 😄