Est-ce qu'ils viennent d'une source unique ou on les prend un peu ou on peut ? (je pense aux plugins)
Dans l'idée de garder une cohérence (autant que possible), est-ce qu'il y aurait un filtre/style à appliquer dessus ou quelque chose du genre ?
Je ne retrouve plus la discussion du designer pour l'OS à la pomme qui avait proposé de tous les passer en bichrome (ou genre) dans les menus pour éviter des soucis de couleurs dans le temps car ces icônes pouvaient provenir de sources hétérogènes (applis...).
Je me pose la même question et Erational a aussi posé la même sur IRC ya une ou deux semaines.
On utilisait pour le moment un set d'icône PNG fatcow transformé en sepia, et on piochait dedans au maximum pour les nouveaux besoins.
Mais qu'en est-il maintenant pour maximiser la cohérence ? Juste prendre "du SVG" par ci par là ne suffit pas, et du coup c'est un peu au petit bonheur du choix des gens ? (là pour l'instant de cerdic qui fait une passe sur core et plugins-dist, avec parfois erational qui passe derrière)
Erational, un avis là dessus ? (et les autres aussi)
Merci de soulever le débat pour le jeu d'icônes
C'est génial de pouvoir passer en SVG
Cela va rafraichir l'image de SPIP auprès des rédacteurs et non geeks.
Pour l'instant on pioche un peu selon les besoins et gouts de chacun
C'est un peu l'auberge espagnole et la collection des icônes est bien hétéroclite.
L'idéal aurait de commander un jeu complet à un graphiste.
Mais à défaut d'une véritable "direction artistique", je serai pour qu'on écrive une mini-charte graphique / un document de référence pour uniformiser les contributions éparses en terme graphique
Je veux bien écrire un premier jet notamment pour convenir des régles de base
Je verrai bien:
- viewbox à préférer de 64x64
- limiter le nombre de couleurs
- établir une palette de couleurs "SPIP"
- préférer le "flat design" / 2D
- limiter les effets (ombres)
- doit on avoir des dégrades ?
- régler sur les contours (couleurs,épaisseurs, transparence)
- conteneur à préférer (un cercle, un rectangle, un rectangle arrondi)
- conformité à la charte SPIP sur les sujets sensibles (les langues, les auteurs)
où d'ailleurs déposer cette charte ?
sur gitea ? sur le wiki ? sur contrib ?
dernier point, que fait-on par rapport aux crédits ?
faut-il prévoir une page avec une liste des crédits si on pioche des motifs sur les sites comme nounproject ?
perso, j'essaie parfois de re-dessiner les svg pour s'affranchir de ces problèmes de licence.
Personnellement je n'accroche pas trop les petites icones svg qui sont mises (mais qui restent dans l'esprit d'avant, quoi que plus saturées) :
- elles ont pour certaines beaucoup de détails (et affichées en 16px, bah il reste un truc assez brouillon)
- elles ont des couleurs très différentes et certaines très visibles par rapport aux autres
J'aurais préféré (grand vœux pieux) un jeu monochrome, soit en filaire, soit filaire et aplats (comme les grandes icones du bandeau), en d'utilisant currentColor sur les styles pour pouvoir colorer l'icone de différentes manières (notamment en blanc ou noir ou couleur du thème).
Mais bon, plus facile à dire qu'à faire ; ça serait un travail copieux pour l'ensemble des icones, et ça rejoint du coup aussi le ticket sur les #ICONE
• c’était vraiment plus possible de continuer avec les icones png toutes moches et floues dès qu’on avait un écran un peu correct
• dans un monde idéal il aurait fallu faire un vrai boulot de fond de graphiste, définir une charte etc
• ou redéfinir une nouvelle direction en se passant d’icones complexes svg et en utilisant partout des icones symboliques monochrome type fontawesome mais libre (cf le ticket sur le sujet)
• du coup j’ai commencé à remplacer toutes les png par des svg, à la hussarde en faisant pour le mieux, et en me disant que les vraiment pas réussies motiveront quelqu’un d’autre pour les corriger
• en pratique je prend beaucoup d’inspiration sur flaticon, mais je réutilise rarement les icones telles quelles : je les retravaille, redécoupe, repositionne, change les couleur selon les cas
• les quelques cas réutilisés tels quels sont en majorité de l’auteur https://www.flaticon.com/authors/freepik
Et pour les bonnes pratiques, je nettoie aussi toujours le code via https://jakearchibald.github.io/svgomg/ et les livre en width/height 64px en général (mais je refais pas toujours le viewPort)
Après si on se donne un temps infini on peut sans doute faire mieux, mais l’objectif est d’avoir un truc acceptable pour la prochaine release, et de là il sera toujours possible aux volontaires de faire un travail de fond sur le sujet pour une release suivante
+1 Faisons un truc correct pour la release. J’essaie de corriger les trucs les plus évidents aussi. Ensuite une fois que le jeu entier des icônes sera disponible, Cela sera plus facile de tout refondre de façon unie et/ou de passer une commande à une graphiste.
Je trouve que c'est une bonne idée de poser tout de suite une charte minimale pour les icônes de couleurs comme le propose erational.
Même si dans un 1er temps c'est limité à des dimensions, un style général et éventuellement une palette de couleurs.
Et en supposant que le jeu d'icônes symboliques soit ajouté à un moment, il faudra peut-être re-réfléchir à l'utilisation des icônes : colorées à tels endroits, symboliques à d'autres, et sans icône parfois aussi (pas besoin d'en avoir partout tout le temps).
Je me réveille sur le sujet des icônes . On peut envisager tranquillement un travail collectif sur un design system léger prenant en compte les icônes , les composants et les styles . Je veux bien aider.
On peut s’inspirer de plusieurs projets open source ( gnome ou Carbon d’ibm )
j’ajouterai en sus : c’est super que ce sujet re-passionne à nouveau du monde au moment où ça bouge comme on peut parce qu’on a plus d’autre choix
Pour rappel, on avait eu le même débat il y a 10ans, quand j’avais mis le jeu fatcow, qui n’emballait pas tout le monde, et fil avait d’ailleurs ouvert un ticket https://core.spip.net/issues/2580
Comme on a 10 ans de recul, on voit que finalement le jeu fatcow a suffisament bien fait le job pour que personne ne se sente suffisament de motivation pour prendre à bras le corps ce ticket.
Et probablement aussi qu’il y a une question d’habitude, et qu’on est toujours un peu chafouin quand « ça change ».
Cela dit donc, ce serait super qu’il y ait un vrai boulot de fond, et quand ce sera dispo on pourra l’intégrer.
En attendant on fait comme on peut, du mieux qu’on peut, et hauts les cœurs !
Comme dit Izo (Mathieu), et au vu des différents tickets en cours sur le design (pictos, formulaires...), je crois qu'on arrive à maturité pour démarrer un vrai design system, non ?
Ça permet à la fois de travailler en équipe, à côté des tickets (qui ne sont pas forcément l'idéal pour traiter de design), et à terme de documenter, les styles, les jeux de couleur avec les variables css, les composants...
Tout bénef.
On n'est pas obligés d'aller aussi loin dans le détail, et ça peut se construire au fur et à mesure, mais ce type de ressource documentaire est hyper utile pour quelqu'un qui "débarque" dans un projet par exemple.
Après c'est encore en alpha, pour l'instant tout à l'air ouvert sans limites imposées (nombre de teams / projets), faut voir ce qu'ils ont prévu pour la suite.
