Recherche avancée

Sur d’autres sites (7958)

• Evolution #4559 : Découpage et rangement des CSS de l’espace privé

  29 avril 2021

  Bon, les divers ajustements des css du privé ont fait mettre le pied dans l’engrenage.

  J’en profite pour faire un tour d’horizon et noter ce qu’il resterait à faire.
  J’ajoute au cahier des charges le reformatage de css, si le but du rangement est de faciliter les interventions, la lisibilité du code en fait partie.

  Pour éviter les malentendus : la proposition est de rester en gros sur les bases du rangement actuel, en complétant et en ajustant un peu.
  Et plus loin dans le futur, en cas de tabula rasa je pousserais à adopter un rangement à la Integraal, pour ma part.

  Composant	Rangement	Formatage	Commentaire
  alertes	ok	ok
  bando	ok*	ok	Contient aussi les menus de navigation, à déplacer dans un composant dédié
  boutons	ok	ok
  box_skins	ok*	ok	À renommer en « box » tout court (le vieux box.css a été supprimé)
  clear	-	-	Contient quelques resets et des styles utilitaires (pour masquer, etc.). Doublon avec utils.css, fusionner les 2 ? Pour le reset, il y a déjà celui de meyer, par ailleurs.
  content	-	-	Contient beaucoup de choses. Les styles correspondant aux sections pourraient être rangées ailleurs (#pied, #chemin). Le #wysiwyg également sans doute.
  exceptions	-	-	S’il s’agit vraiment de règles spécifiques à des pages précises, renommer en « pages » ? Contient la liste des plugins → à déplacer ?
  forms	ok	ok
  grids	-	-	Encore utilisé ?
  icons	ok*	ok	Contient aussi les onglets, à déplacer dans un composant onglet.css
  layout	ok	-
  lists	ok*	-	Contient des composants qui pourraient être déplacés ailleurs : pagination, plan du site, menu-item + divers (.en-edition, ...)
  minipres	ok	-
  picker	ok	-
  reset	ok	-
  table	ok	-
  theme	-	-	Tout le contenu devrait être dispatché dans les composants adéquats. Ne laisser que des choses spéciales ne pouvant être rangées ailleurs.
  typo	ok*	-	Quelques styles pour les documents qui devraient être dans medias plutôt
  utils	ok	ok	Cf. commentaire sur clear.css
  vieilles_def	-	-	Vide (???)

• Evolution #4727 (Nouveau) : Des pictos / icônes symboliques pour tout le monde

  12 avril 2021

  Je fais un ticket pour la future PR et poser le plan d’action.
  C’est la suite de https://core.spip.net/issues/4562#Des-ic%C3%B4nes

  Proposition pour intégrer un jeu complet d’icônes symboliques.¶

  Les besoins sont multiples pour pleins d’éléments d’interface, dans le core et les plugins : des barres d’outils, des boutons d’actions, etc.
  Et chacun doit réimplémenter ça un peu à sa sauce, notamment dans le privé.

  C’est un besoin bien distinct des icônes svg de couleur dont on dispose actuellement dans le privé : on veut des pictos symboliques qui héritent de taille et de la couleur du texte, et issus d’un même set afin d’avoir un style unifié.
  Cela vient donc en complément.

  Il s’agit donc de reprendre un jeu d’icônes existant, qu’on n’aura pas à maintenir, optimisé, et qui fournit des icônes cohérentes visuellement, utilisables dans tous les contextes. Cf. plus bas pour une comparaison initiale des candidats possibles.

  Utilisation¶

  Ces icônes seraient utilisables de 2 façons :

  1) Des classes .spicon¶

  Des classes à ajouter à n’importe quel élément inline quand il s’agit d’icônes purement décoratives.
  Ces classes pouvant finir dans squelettes utilisés dans le public, pour éviter les conflits, on propose la contraption de spip + icon = spicon. Il y a aussi spip-icon mais c’est un peu plus verbeux.

  Exemples :

  <span class="CodeRay"><span class="tag">span> <span class="attribute-name">class</span>=<span class="string"><span class="delimiter">"</span><span class="content">spicon_menu</span><span class="delimiter">"</span></span><span class="tag">></span>Ouvrir le menu<span class="tag"></span>
  
  <span class="tag">span> <span class="attribute-name">class</span>=<span class="string"><span class="delimiter">"</span><span class="content">spicon_truc</span><span class="delimiter">"</span></span><span class="tag">></span><span class="tag"></span> Du texte
  
  <span class="tag">span> <span class="attribute-name">class</span>=<span class="string"><span class="delimiter">"</span><span class="content">titrem spicon_machin</span><span class="delimiter">"</span></span><span class="tag">></span>Mon titre<span class="tag"></span>
  
  </span></span></span></span>

  2) Une balise #ICON¶

  En complément, on peut vouloir embarquer une icône svg dans le HTML.

  On propose de reprendre et d’adapter la balise #ICON du plugin Zcore, qui fait ça très bien.
  Cette balise permet d’embarquer une icône du set par défaut, mais également n’importe quelle autre (je rentre pas dans les détails).

  Un modèle correspondant permettra aussi d’inclure des icônes svg dans les textes :
  

  <span class="CodeRay">
  
  #ICONE{identifiant}
  
  #ICONE{chemin/vers/mon_icone.svg}
  
  #ICONE{#identifiant_autre_set}
  
  </span>

  Identifiants sémantiques¶

  Les identifiants des icônes seront directement ceux du jeu d’icônes choisi.
  Mais ils peuvent avoir des noms un peu barbares : chevron-double-right, eye-slash, grip-vertical, etc.

  Dans tous les cas on pourra les utiliser tels quels, mais en plus de ça, on propose de faire une correspondance sémantique pour les icônes correspondants aux actions les plus courantes. Par exemple au lieu de faire #ICONE{chevron-double-down} on pourra faire #ICONE{deplier}.
  Cela passerait par un pipeline, donc liste qui peut être complétée selon ses besoins.

  La liste initiale est visible ici : https://demo.hedgedoc.org/3zIXkcFLTVSwV0nKC1_qcA?both

  Ressources privé / public¶

  Cela veut dire 2 ressources à charger :

  • Une font-face pour les classes
  • Un sprite svg pour la balise

  Dans le privé, il faut charger les 2.
  Dans le public, cela pourrait se faire optionnellement, à la demande.

  Candidats¶

  Pour finir un tableau comparatif des jeux d’icônes possibles (à licences libres), avec mes commentaires initiaux.
  Petite préférence pour Feather actuellement.

  Lib	Nb	sprite	fontface	Commentaire
  Bootstrap	1300+	693ko	85ko	Clés en main, beaucoup d’icônes (trop ?)
  Feather	286	( 100ko)	-	Styles rounded. Bonne balance nb icônes / poids.
  Octicon (Github)	433	( 240ko)	-	Styles rounded. Bonne balance nb icônes / poids. Beaucoup de manips à faire pour créer sprite et cie.
  Material (Google)	?	(?ko)	44ko	Style rounded / épaisseur variable. Beaucoup de manips à faire pour créer sprite et cie. Google !
  Core-ui	554	418ko	63ko	Clés en main. Sets inutiles non pris en compte dans ce tableau (brands, flags, …)
  Bytesize	101	11ko	-	Style rounded / épaisseur variable. Léger : le minimum syndical.

  Sprite entre parenthèses = non fourni dans le dépôt ou la dist → poids théorique.

• Anomalie #4751 : Refonte du jeu d’icônes : retours et commentaires

  29 avril 2021

  C’est un immense et chouette boulot que tu as fait avec toutes ces icones personnalisées !
  Et c’est très bien.

  J’espère n’énerver personne pour la suite :p
  J’ai principalement 2 remarques :

  - la première et principale concerne l’icone de rubrique, qui pour moi ne se détache pas assez du fond (ça dépend du thème aussi et où elle est utilisée). Tu as proposé un contour sympa sur le plugin archiviste. Ce contour, plus un peu de couleur serait probablement intéressant.

  - la seconde concerne l’épaisseur des traits, qui n’est pas toujours identique (plus fin généralement) sur certaines icones. C’est pas dramatique, mais par cohérence si c’était la même taille ça serait cool. Je pense à notamment à
  - "suivi des révisions" ,
  ou "plan du site" (celui du bandeau du moins)
  - ou "vider le cache" (qui lui est plus gros)

  une 3è : chez moi l’icone "agenda interne" a un reflet contrairement aux autres (à moins que ce ne soit du au plugin agenda)
  - une 4è : l’icone "gestion des plugins" est un peu comme la rubrique, jaune sans contour, dans certaines situations elle se détache mal

  Le reste des remarques sont des détails et mes préférences, sans drame apparent, à voir selon les humeurs et d’autres avis :

  - certaines icones sont en fond plein (mots par exemple), ça sort un peu de l’apparence filaire des autres
  - une petite touche de couleur sur certaines icones était sympa (article, ou mot, a perdu sa touche de couleur par exemple)
  - le A (français) des icones de langues a le trou du A central à peine visible en petit. Il semble très légèrement trop épais quoi
  - « fonctions avancée" : 1 seul outil avec un engrenage ?
  - "identité du site" : je suis pas fan du terminal (je n’avais absolument pas compris l’analogie), mais s’il est conservé, mettre un peu plus de contraste entre les gris ?
  - je n’ai pas vu comment était la boite du compagnon récemment, mais son logo, je ne suis pas sûr de l’intérêt d’avoir son contour plus épais que les autres
  - SVP : je ne comprends toujours pas l’analogie (tu as repris la même qu’avant donc… bon…)
  - Plugin "Dev" : chez moi il a une icone différente des autres plugins du core ?
  - le "auteur" (le vert surtout, et jaune aussi) sont pas facile à voir. Peut être qu’augmenter la taille du buste par rapport à la tête aiderait ?

  ---

  Et sinon, la vue des logos des plugins du core est trop chouette ! C’est magnifique cet ensemble !