Please enable JavaScript.
Coggle requires JavaScript to display documents.
Review Design System 1 - Coggle Diagram
Review Design System 1
BOTTONI
-
-
integrazione delle varianti di button con icona a sx/dx per danger (attualmente non presente in libreria)
-
-
-
-
-
-
-
COLORI
analisi/revisione corrispondenze tra tema light e dark (attualmente presente in libreria). capire che aspetto deve avere e se le regole sono state rispettate nelle sezioni o vanno aggiornate.
-
-
-
-
-
revisione dei colori secondari in dark (stati, feedback, tag, notifiche ecc...) da considerare su tema neutro che sarà da definire (palette attualmente presente in libreria ma non sempre utilizzata) 3d
-
-
-
-
-
GENERALE
-
-
Indicazioni Di Stile
-
-
-
-
Perchè / Obiettivo: sezione riepilogativa da ripristinare e aggiornare (attualmente non aggiornata e presente in archivio)
-
-
ICONE
revisione delle spaziature tra icona e label in tutte le sezioni (nuove indicazioni attualmente presenti in libreria)
Prerequisito: spaziature, analisi preventiva
-
-
-
Perchè / Obiettivo: revisione delle spaziature tra icona e label in tutte le sezioni (nuove indicazioni attualmente presenti in libreria
-
-
-
CARD
-
-
Card feed espanso
Perchè / Obiettivo: non è la stessa struttura della card feed normale e non mostra i contenuti multimediali
-
-
-
-
CALENDAR
-
-
revisionare widget calendar (mini/standard/large) da allineare a container widget componentizzato in widget
-
-
-
-
-
-
FORM
analisi sull’input language. capire che aspetto deve avere il componente e in generale se è necessario fare un’ulteriore analisi su questo tema
-
-
Perchè / Obiettivo: Integrare gli stati + analisi: individuare criticità, capire se deve essere allineato con il design system e i bottoni forse devono essere rifatti / sincronizzati
-
-
-
FILTRI
integrare gli stati delle chips (separare le varianti dimensionali e gestire un unico master con le dimensioni large, medium, small).
Problematiche: Da fare check nei casi di utilizzo generali del design system, preferibilmente scegliere la soluzione meno invasiva e impattante
-
-
Perchè / Obiettivo: integrare gli stati delle chips (separare le varianti dimensionali e gestire un unico master con le dimensioni large, medium, small).
-
-
liste di elementi presentano un disallineamento tipografico (es. gruppi di checkbox/toggle/radiobutton), liste attualmente componentizzate nelle singole sezioni di riferimento. a questo proposito vedi sezione componenti da astrarre
-
-
-
-
-
-
-
CAMPI AUTOCOMPLETE
-
-
-
-
Perchè / Obiettivo: il componente input all’interno della select riporta la proprietà di accensione di supporting text che spezza la select. analisi per capire se è necessario fare detach o trovare un metodo alternativo per lo spegnimento di alcune proprietà derivanti dai master. 2d
-
-
MODALI
revisione componente seguendo la struttura contenitore data in widget. - prevedere un container semplice con il body customizzabile
-
-
-
-
-
FEEDBACK
valutare se mantenere le icone degli stati componentizzate. in tal caso sono da sostituire all’interno di altre sezioni (come form, modali ecc.) - attenzione: già utilizzati in widget!
-
-
-
-
-
Mantenere un unico master senza stati per evitare la sovrapposizione con la proprietà nelle varianti
-
-
-
-
-
WIDGET
analisi su posizione e chiarimenti su limitazioni tecniche rispetto agli elementi interni (orizzontale, verticale, scroll infinito, impaginazione, vedi tutti, ecc.)
-
-
-
-
-
-
analisi su customizzazione dell’interfaccia (es. espandi/riduci, accendi/spegni, sposta),
-
-
-
-
-
-