Recherche avancée

Sur d’autres sites (1247)

• Nomenclature #4626 : Renommer le menu "Squelettes"

  3 mai 2021, par RastaPopoulos ♥

  Pfiou voilà, je suis allé voir chaque page de chacun des plugins qui s’insère actuellement pour faire le point !

  Mise en page¶

  - ACS : comme le noizetier, mise en page à partir de blocs
  - Campagnes : pour la gestion de encarts à insérer ensuite dans la mise en page (ensuite dans chaque encart on gère les campagnes de bandeaux, mais le menu lui c’est pour aller à la gestion des encarts), pourrait éventuellement virer ailleurs en reformulant des choses
  - Comments : config du mode de mise en page des commentaires (threads ou pas, etc)
  - Compositions : liste les variantes de mise en page pour chaque type de contenu
  - Eléments : de la mise en page sur les contenus (comme le noizetier, et n’a d’ailleurs plus trop d’intérêt depuis plusieurs années que le noizetier sait aussi configurer des blocs pour tel contenu précis, pas que en global)
  - eva-web-bonus eva-web-habillage eva-web-install eva-web-mentions : configuration de la mise en page ou des styles du squelette Eva
  - Kaye : pour configurer la mise en page du cahier de texte
  - menu_langues_liens : configurer la manière d’afficher le changement de langue
  - noizetier : mettre en page le site entier par petits blocs
  - porte_plume_enluminures_typographiques : configure la mise en page des textes de contenus suivant les nouvelles syntaxes
  - seminaire : configuration de mise en page je crois, mais sinon ça devrait aller juste dans SVP
  - sociaux : configure quels liens et leur affichage
  - spip_visuels : configurer les rôles de visuels (pourrait peut-être aller ailleurs, et surtout remplacé par Rôles de documents bien plus pérenne car basé sur les documents existants)
  - squelettes_par_mots_cle : un peu un ancêtre de Compositions, mettre en page des contenus avec un autre squelette suivant un mot-clé
  - switcher : très vieille contrib, configure si on affiche le switcher de squelette (donc de mise en page !), mais c’est juste une config globale une unique fois, donc pourrait parfaitement être dans SVP uniquement

  Navigation¶

  - Court-circuit : change le comportement des liens pour certaines rubriques pour aller à un article interne directement
  - exclure_secteur : masque des secteurs entiers, mais pourrait aller dans Publication, je crois, puisque ça dépublie par défaut littéralement des branches
  - menus : créer et remplir les menus de navigation

  Styles et comportement d’affichage¶

  - Adaptive images : taille des images, lazyload ou pas, styles des previews
  - cloudzoom : un peu comme modalbox, configurer les images zoomables
  - fontawesome5 : sert juste à voir les icones existantes
  - forkawesome : pareil
  - Links : configure le style des liens externes et comment les afficher quand on clique
  - mediaspip_player : configurer l’apparence du lecteur
  - picto : comme fontawesome, sert juste à voir les icones existantes
  - player : choix du lecteur audio (conditionnant essentiellement son affichage)
  - rainette : configure l’affichage de la zone météo
  - recherche_mots_cles : pour configurer comment s’affiche (mais ce plugin n’est plus vraiment maintenu pour l’instant et cette page toujours en vieux exec PHP)
  - refbase : configure la manière d’afficher les bibliographies
  - sjcycle : configure l’affichage du carrousel
  - slick : configure l’affichage du carrousel
  - timecircles : configure l’affichage des timers
  - tooltip : configure l’affichage des infobulles
  - videos : configure l’affichage des vidéos (mais de nos jours on utilise plutôt oEmbed)
  - w3css : configurer l’apparence graphique en choisissant le thème du framework

  À virer ailleurs¶

  - champs_extras_synchronisation
  - Chosen : devrait virer complètement et être juste dans SVP, ou à la limite dans Configuration : c’est un truc qu’on configure une unique fois en gros, ce n’est pas à retrouver en permanence
  - comarquage : la dernière version du plugin ne s’insère plus donc sans objet
  - dublin_core : il s’agit de SEO/indexation/meta infos dans les métas du site et c’est juste la page de config général du plugin : soit juste SVP soit Configurer (soit Publication ? trouver où regrouper tous les trucs SEO, métas infos ?)
  - mathjax : aucun rapport ni squelette ni mise en page, c’est pour configurer comment le script JS est appelé CDN ou en local. En plus cette page ne devrait même pas exister, car CDN tierce on n’en veut pas normalement dans SPIP par défaut, le JS devrait toujours être interne au site
  - select2 : exactement comme Chosen, n’a pas à être retrouvé en permanence dans les menus, ça se configure une fois à l’installation
  - seo : trouver un autre endroit Publication ou Configuration, c’est de la méta information, voire juste SVP si c’est que la config générale à faire une fois
  - skeleditor : menu Développement !
  - xray : menu Développement !
  - zinit : j’ai pas tout compris mais j’ai l’impression que c’est pour aider les intégrateurices donc du dev donc Développement
  - xiti : statistiques, mais si config globale une unique fois : dans SVP uniquement, à la limite dans Configuration

• Evolution #4753 : Styles du privé : listes d’objets (suite des boîtes et des formulaires)

  4 mai 2021

  Un point étape.
  Cette fois-ci j’aimerais bien un historique pas trop cassé, donc discussion avant de balancer du code.
  Maintenant les captures ne sont plus des maquettes, mais du vrai code.

  Emballage extérieur¶

  Donc pour la partie « emballage extérieur », les boîtes, formulaires et listes sont unifiés et réutilisent les mêmes variables CSS.
  Elles ont toutes une variante .mini pour tout ressérer. Cette variante est automatiquement appliquée en certains endroits (dans les colonnes, etc.).

  

  Intérieur¶

  Pour l’intérieur, j’ai donc appliqué ces quelques règles :

  • Padding un peu plus grand
  • Plus de largeur fixe, à l’exception de quelques colonnes précises (id, statut, picto)
  • Même taille de texte dans toutes les colonnes, à l’exception des <small></small> éventuels

  Dans les colonnes latérales (.lat), toutes les colonnes du tableau sont masquées à l’exception des .principale et de quelques autres choisies à la main (id, statut).

  J’ai testé avec toutes les listes de la dist, il faudra bien continuer à tester avec d’autres cas de figure.

  

  Listes, formulaires et +¶

  Le sujet des listes objets-lies et objets-associer m’a amené à déborder un peu du sujet initial. Mais tout est un peu lié, un sujet en amène un autre.

  Donc ces 2 listes sont utilisées dans le formulaire editer_liens, j’en ai profité pour essayer de le remettre d’aplomb.
  Là j’ai vu qu’avec l’apparence par défaut (bordure grise + fond blanc), quand plusieurs formulaires de liens se suivaient, on avait du mal à voir où finissait l’un et où commençait l’autre (pas de capture, croyez moi sur parole :).
  En mettant un fond gris, on les distingue beaucoup mieux.
  Et j’ai bien insisté quand ils sont "dépliés", pour distinguer les 2 zones.

  

  

  Mais ça a également un autre avantage : en scannant la fiche objet dans son ensemble, on voit mieux où commence le « vrai » contenu de l’objet, par rapport aux bidules de configuration (date, liens, etc.).
  D’abord les formulaires et autres sur fond gris, puis ensuite le texte de l’objet.

  Donc je pense qu’on pourrait généraliser ça : au lieu de dire « les formulaires editer_liens sont sur fond gris », on pourrait étendre à « tous les formulaires ajoutés par afficher_milieu sont sur fond gris ». Ça reste une règle graphique assez légère, normalement ça ne devrait pas poser de problème avec les formulaires à cet endroit.
  Le problème c’est qu’actuellement il n’y a aucun moyen de cibler en CSS ce qui est ajouté par affiche_milieu, il faut encapsuler tout ça dans un div.afficher_milieu (ce que j’ai fait pour tester le principe).

  Et donc, la fiche objet dans son ensemble pour illustrer :

  

  Ah, et un test pour le formulaire de traductions :

  

• Evolution #4802 (Nouveau) : Styles des onglets simples du privé

  29 mai 2021

  Un ticket pour réfléchir aux styles des onglets simples du privé : .onglets_simple + .onglets_simple.second.
  C’est ceux que l’on voit dans la médiathèque et dans la page des plugins.

  Je traite séparément les onglets de 1er niveau et ceux de 2ème niveau, ce sont quasiment des composants différents.

  Onglets 1er niveau¶

  Visuellement je pense qu’on n’est pas obligé de reprendre pile poil la métaphore des onglets.
  Pour le moment j’ai une préférence pour une vue à la sauce material, simple et sobre : https://material.io/components/tabs
  L’avantage c’est qu’il fonctionnent aussi très bien à la verticale, si jamais on veut ajouter ça plus tard.
  C’est la piste choisie pour les onglets du plugin Saisies par exemple.

  Onglets 2ème niveau¶

  Là il s’agit plutôt de filtres. Et il peut y avoir plusieurs groupes de filtres sur une même ligne (cf. médiathèque et plugins).
  Je ne me suis pas encore trop appesanti sur le sujet, mais dans l’idée ça semble quand même assez proche d’un truc qui existe par ailleurs avec les groupe de boutons, qui contiennent des boutons actifs/inactifs : .groupe-btns_menu (exemple visible sur la page des stats.)
  Donc ça pourrait être assez proche. Mais au risque d’apporter de la confusion entre les 2 ?
  Bref, si vous avez des idées...