Renommer le menu "Squelettes" #4626

Open
opened 9 months ago by rastapopoulos · 18 comments
Owner

Un petit pavé en début d'année, comme ça peut-être qu'en décembre on aura un début d'idée de quoi faire. :D

Constat : dans mon expérience, 100% des gens à qui on apprend à utiliser éditorialement SPIP, admins et rédacs donc, n'ont strictement aucune fichue idée de ce que veut dire "Suqelettes", ni quel est le rapport avec le contenu qu'il y a à l'intérieur. Passer du temps à devoir expliquer un terme qui n'aura jamais aucun sens dans leurs activités quotidiennes est une perte de temps pour tout le monde, et 3 mois plus tard illes l'auront oublié vu que ça n'a de rapport avec rien dans leur vie d'admins/rédacs.

Le fait de faire une référence à l'histoire technique de SPIP, ça ne parle qu'aux devs/intégrateurices : fort peu de gens par rapport à la masse des admins et rédacs qui vont l'utiliser au quotidien.

Quand on se retire, en tant que devs/ingégrateurices, alors en gros 99% des utilisateurices de l'interface d'admin sont des gens qui ne savent rien du tout de comment c'est techniquement derrière, et même pour beaucoup qui n'ont jamais choisi spécialement ce CMS, et même allons plus loin : assez souvent qui ne savent même pas quel est le CMS utilisé !

Et point important : ces gens ne devraient avoir aucune obligation de le savoir pour utiliser pourtant comme il faut l'interface.

Si on leur apprend, parce que nous on aime SPIP et qu'on est enthousiaste à raconter son histoire et comment il marche, c'est super. Mais ça ne doit PAS être une obligation pour comprendre l'interface du premier coup.

Mon idée (toute relative, c'est pour démarrer quoi) : revenir à des choses simples et couramment utilisées. Il n'y a aucun intérêt spécial à vouloir être original quand on parle quand même du menu principal d'admin.

Le fait de changer l'intitulé, va forcément changer légèrement le sens, donc quelques plugins qui s'insèrent dedans devront possiblement être déplacés ailleurs. Mais il me semble que ça restera très à la marge, et que la majorité ça correspond toujours. Ça ne doit pas bloquer pour changer. Donc :

  • Mise en page
  • Présentation

Dans WP il y a une entrée principale "Apparence", mais ce n'est justement pas notre cas : il faut un terme plus large, qui couvre à la fois les choix graphiques (changer ou configurer un thème, choisir la boite modale…) et les choix de structuration générale, de navigation (Compositions, Menus…).

Dans ma tête "Mise en page" est pour le moment le terme le plus vaste qui me vient à l'esprit, et qui regroupe plusieurs notions à la fois, pas juste l'apparence graphique. S'il y a mieux tant mieux, du moment que ça regroupe bien ces différentes notions. L'autre jour sur spip-dev Laurent (c-real) disait surcharger avec ce terme aussi pour ses utilisateurices.

On ne trouvera sûrement jamais le mot parfait à 100%, mais ça sera toujours 1000 fois mieux que "Squelettes" qui vraiment, après 10 ans à devoir l'expliquer en permanence, ne signifie rien pour personne à part nous.

Un petit pavé en début d'année, comme ça peut-être qu'en décembre on aura un début d'idée de quoi faire. :D Constat : dans mon expérience, 100% des gens à qui on apprend à utiliser éditorialement SPIP, admins et rédacs donc, n'ont strictement aucune fichue idée de ce que veut dire "Suqelettes", ni quel est le rapport avec le contenu qu'il y a à l'intérieur. Passer du temps à devoir expliquer un terme qui n'aura jamais aucun sens dans leurs activités quotidiennes est une perte de temps pour tout le monde, et 3 mois plus tard illes l'auront oublié vu que ça n'a de rapport avec rien dans leur vie d'admins/rédacs. Le fait de faire une référence à l'histoire technique de SPIP, ça ne parle qu'aux devs/intégrateurices : fort peu de gens par rapport à la masse des admins et rédacs qui vont l'utiliser au quotidien. Quand on se retire, en tant que devs/ingégrateurices, alors en gros 99% des utilisateurices de l'interface d'admin sont des gens qui ne savent rien du tout de comment c'est techniquement derrière, et même pour beaucoup qui n'ont jamais choisi spécialement ce CMS, et même allons plus loin : assez souvent qui ne savent même pas quel est le CMS utilisé ! Et point important : ces gens ne devraient avoir aucune obligation de le savoir pour utiliser pourtant comme il faut l'interface. Si on leur apprend, parce que nous on aime SPIP et qu'on est enthousiaste à raconter son histoire et comment il marche, c'est super. Mais ça ne doit PAS être une obligation pour comprendre l'interface du premier coup. Mon idée (toute relative, c'est pour démarrer quoi) : revenir à des choses simples et couramment utilisées. Il n'y a aucun intérêt spécial à vouloir être original quand on parle quand même du menu *principal* d'admin. Le fait de changer l'intitulé, va forcément changer légèrement le sens, donc *quelques plugins* qui s'insèrent dedans devront possiblement être déplacés ailleurs. Mais il me semble que ça restera très à la marge, et que la majorité ça correspond toujours. Ça ne doit pas bloquer pour changer. Donc : - Mise en page - Présentation - … Dans WP il y a une entrée principale "Apparence", mais ce n'est justement pas notre cas : il faut un terme plus large, qui couvre à la fois les choix graphiques (changer ou configurer un thème, choisir la boite modale…) et les choix de structuration générale, de navigation (Compositions, Menus…). Dans ma tête "Mise en page" est pour le moment le terme le plus vaste qui me vient à l'esprit, et qui regroupe plusieurs notions à la fois, pas juste l'apparence graphique. S'il y a mieux tant mieux, du moment que ça regroupe bien ces différentes notions. L'autre jour sur spip-dev Laurent (c-real) disait surcharger avec ce terme aussi pour ses utilisateurices. On ne trouvera sûrement jamais le mot parfait à 100%, mais ça sera toujours 1000 fois mieux que "Squelettes" qui vraiment, après 10 ans à devoir l'expliquer en permanence, ne signifie rien pour personne à part nous.
Owner

Comme dirait l'autre : je suis pour.

Pas mieux que « Mise en page » pour ma part.

Comme dirait l'autre : je suis pour. Pas mieux que « Mise en page » pour ma part.

perso, je trouve que "présentation" donne plus l'idée de chemin de navigation que "mise en page"

perso, je trouve que "présentation" donne plus l'idée de chemin de navigation que "mise en page"
Owner

Version cible mise à 4.1

**Version cible mise à 4.1**
Poster
Owner

Au départ c'était censé être une 3.3 donc faible changement.

Finalement on est sur une 4.0 où on annonce de gros changements dont plein de choses dans l'admin.

Je pense donc que c'est parfaitement l'occasion de faire ce changement pour cette entrée. Et que donc la nouvelle version soit plus compréhensible par plus de monde directement.
Version cible mise à 5.0

Au départ c'était censé être une 3.3 donc faible changement. Finalement on est sur une 4.0 où on annonce de gros changements *dont* plein de choses dans l'admin. Je pense donc que c'est parfaitement l'occasion de faire ce changement pour cette entrée. Et que donc la nouvelle version soit plus compréhensible par plus de monde directement. **Version cible mise à 5.0**
Owner

S'il y a consensus sur un terme, pourquoi pas, mais "mise en page" et "présentation", moi ça me va pas.
De mon côté, les gens qui ont quelque chose à faire dans ce menu savent que les squelettes, c'est un équivalent des templates dans d'autres applications, et n'ont pas de problème avec ça.

S'il y a consensus sur un terme, pourquoi pas, mais "mise en page" et "présentation", moi ça me va pas. De mon côté, les gens qui ont quelque chose à faire dans ce menu savent que les squelettes, c'est un équivalent des templates dans d'autres applications, et n'ont pas de problème avec ça.
Poster
Owner

Absolument aucune utilisateurice finale des sites que je fais, ne sait ce qu'est un template quel qu'il soit, donc encore moins un squelettes. Ce sont juste des personnes qui utilisent l'interface pour rédiger, valider des contenus, et configurer des fonctionnalités de leur site (surtout d'affichage).

La personne veut :

  • configurer l'apparence de la box dans son site => aucun besoin de savoir ce qu'est un squelette/template
  • configurer des menus => aucun besoin non plus
  • configurer la taille et le comportement (lazyload ou pas etc) des images adaptives => aucun besoin non plus
  • configurer les noisettes du site, pour dire quoi afficher sur chaque page => aucun besoin non plus
  • etc etc

Pour 99% des fonctionnalités qui sont insérées dans ce menu, les gens n'ont donc absolument pas à savoir ce qu'est le terme "squelettes", et on n'a pas à leur expliquer, ça n'a aucun rapport avec leur quotidien et avec cette liste de fonctionnalités. Elles peuvent parfaitement configurer tout ça sans jamais avoir entendu ce terme (et sans même savoir quel logiciel elles sont en train d'utiliser !).

Avoir des client⋅es/utilisateurices finales qui savent ce qu'est un template et/ou un squelettes SPIP, c'est une infime infime minorité des cas. Les gens qui l'utilisent à la toute fin n'ont pas à savoir ça à priori. Tant mieux si elles connaissent par ailleurs, mais c'est complètement annexe, ça ne doit pas être un pré-requis du tout pour comprendre et utiliser ce menu.

Ça me fait d'ailleurs très penser à un sketch de "La stratégie de l'échec", où il faut apprendre à mal ranger : "Je classe les factures débiteurs dans le dossier Antilope". Ya un mot inconnu de la plupart des users, qui ne correspond à rien pour elleux, et on leur demande se souvenir que tel config est dedans, juste par mémoire, et non parce que c'est compréhensible en soi.

Que ce soit pour "Mise en page" ou pour "Présentation", les propositions ne sortent pas de nulle part mais ont une argumentation :

  1. doit avoir un rapport avec la liste des plugins qui ajoutent des choses dans ce menu actuellement
  2. suivant les comparaisons avec les autres CMS du même genre

C'est suivant ces deux points qu'il faut trouver un terme regroupant le maximum (ça ne collera jamais à 100%). Mais clairement suivant ce "cahier des charges" très basique : le mot "squelettes" n'a aucun rapport.

Absolument aucune utilisateurice finale des sites que je fais, ne sait ce qu'est un template quel qu'il soit, donc encore moins un squelettes. Ce sont juste des personnes qui utilisent l'interface pour rédiger, valider des contenus, et configurer des fonctionnalités de leur site (surtout d'affichage). La personne veut : - configurer l'apparence de la box dans son site => aucun besoin de savoir ce qu'est un squelette/template - configurer des menus => aucun besoin non plus - configurer la taille et le comportement (lazyload ou pas etc) des images adaptives => aucun besoin non plus - configurer les noisettes du site, pour dire quoi afficher sur chaque page => aucun besoin non plus - etc etc Pour 99% des fonctionnalités qui sont insérées dans ce menu, les gens n'ont donc absolument pas à savoir ce qu'est le terme "squelettes", et on n'a pas à leur expliquer, ça n'a aucun rapport avec leur quotidien et avec cette liste de fonctionnalités. Elles peuvent parfaitement configurer tout ça sans jamais avoir entendu ce terme (et sans même savoir quel logiciel elles sont en train d'utiliser !). Avoir des client⋅es/utilisateurices finales qui savent ce qu'est un template et/ou un squelettes SPIP, c'est une infime infime minorité des cas. Les gens qui l'utilisent à la toute fin n'ont pas à savoir ça à priori. Tant mieux si elles connaissent par ailleurs, mais c'est complètement annexe, ça ne doit pas être un pré-requis du tout pour comprendre et utiliser ce menu. Ça me fait d'ailleurs très penser à un sketch de "La stratégie de l'échec", où il faut apprendre à mal ranger : "Je classe les factures débiteurs dans le dossier Antilope". Ya un mot inconnu de la plupart des users, qui ne correspond à rien pour elleux, et on leur demande se souvenir que tel config est dedans, juste par mémoire, et non parce que c'est compréhensible en soi. Que ce soit pour "Mise en page" ou pour "Présentation", les propositions ne sortent pas de nulle part mais ont une argumentation : 1) doit avoir un rapport avec la liste des plugins qui ajoutent des choses dans ce menu actuellement 2) suivant les comparaisons avec les autres CMS du même genre C'est suivant ces deux points qu'il faut trouver un terme regroupant le maximum (ça ne collera jamais à 100%). Mais clairement suivant ce "cahier des charges" très basique : le mot "squelettes" n'a aucun rapport.
  • Personnalisations
  • Tuning en anglais donne : Réglages
* Personnalisations * Tuning en anglais donne : *Réglages*
Owner

Ça me fait d'ailleurs très penser à un sketch de "La stratégie de l'échec", où il faut apprendre à mal ranger : "Je classe les factures débiteurs dans le dossier Antilope"
Ya un mot inconnu de la plupart des users, qui ne correspond à rien pour elleux, et on leur demande se souvenir que tel config est dedans, juste par mémoire, et non parce que c'est compréhensible en soi.

Tiens, bonne analogie :)
Oui mon impression c'est également que celles et ceux qui s'y retrouvent y arrivent malgré le terme utilisé : on finit par associer « squelettes » avec ces entrées de menu... Parceque c'est comme ça, on a pas le choix.
Ça ne dispense pas de trouver quelque chose de plus approprié.
Difficile de trouver un terme court qui recouvre tout ce qu'on peut trouver dans ce menu, mais en tout cas les 2 propositions sont déjà bien plus parlantes (moi toujours une préférence pour « mise en page » pour l'instant).

> Ça me fait d'ailleurs très penser à un sketch de "La stratégie de l'échec", où il faut apprendre à mal ranger : "Je classe les factures débiteurs dans le dossier Antilope" > Ya un mot inconnu de la plupart des users, qui ne correspond à rien pour elleux, et on leur demande se souvenir que tel config est dedans, juste par mémoire, et non parce que c'est compréhensible en soi. Tiens, bonne analogie :) Oui mon impression c'est également que celles et ceux qui s'y retrouvent y arrivent _malgré_ le terme utilisé : on finit par associer « squelettes » avec ces entrées de menu... Parceque c'est comme ça, on a pas le choix. Ça ne dispense pas de trouver quelque chose de plus approprié. Difficile de trouver un terme court qui recouvre tout ce qu'on peut trouver dans ce menu, mais en tout cas les 2 propositions sont déjà bien plus parlantes (moi toujours une préférence pour « mise en page » pour l'instant).
Owner

FTR, un grep uniquement dans les plugins de la zone car ça serait trop facile de le faire dans les squelettes :p

rgrep 'parent="menu_squelette' .
./sociaux/paquet.xml:	
./eva-web-bonus/paquet.xml:	
./tooltip/paquet.xml:	
./seo/paquet.xml:	
./chosen/paquet.xml:	
./mathjax/paquet.xml:	
./eva-web-habillage/paquet.xml:	
./switcher/paquet.xml:	
./menus/paquet.xml:	
./squelettes_par_mots_cle/paquet.xml:	
./eva-web-install/paquet.xml:	
./champs_extras_synchronisation/paquet.xml:	
./fontawesome5/paquet.xml:	
./picto/paquet.xml:	
./videos/paquet.xml:	
./exclure_secteur/paquet.xml:	
./timecircles/paquet.xml:	
./comarquage/paquet.xml:	
./player/paquet.xml:	
./menu_langues_liens/paquet.xml:	
./sjcycle/paquet.xml:	
./skeleditor/paquet.xml:	
./zinit/paquet.xml:	
./comments/paquet.xml:	
./noizetier/paquet.xml:	
./elements/paquet.xml:	
./w3css/paquet.xml:	
./kaye/paquet.xml:	
./refbase/paquet.xml:	
./xray/paquet.xml:	
./adaptive_images/paquet.xml:	
./dublin_core/paquet.xml:	
./acs/paquet.xml:	
./eva-web-mentions/paquet.xml:	
./porte_plume_enluminures_typographiques/paquet.xml:	
./forkawesome/paquet.xml:	
./campagnes/paquet.xml:	
./recherche_mots_cles/paquet.xml:	
./compositions/paquet.xml:	
./rainette/paquet.xml:	
./slick/paquet.xml:	
./spip_visuels/paquet.xml:	
./seminaire/paquet.xml:	
./mediaspip_player/paquet.xml:	
./cloudzoom/paquet.xml:	
./select2/paquet.xml:	
./links/paquet.xml:	
./court-circuit/paquet.xml:	
./saisies/paquet.xml:	
./xiti/paquet.xml:	

Permet de relever que certains plugins qui n'ont rien à voir avec la mise en page ou la présentation tapent l'incruste dans ce menu, il sera bon de leur changer de catégorie une fois le changement appliqué.

Juste pour rire, qu'est-ce que seo, champs_extras_synchronisation, xiti, etc foutent la dedans ? ^^

FTR, un grep uniquement dans les plugins de la zone car ça serait trop facile de le faire dans les squelettes :p <pre> rgrep 'parent="menu_squelette' . ./sociaux/paquet.xml: <menu nom="sociaux" titre="sociaux:sociaux_titre" parent="menu_squelette" icone="images/sociaux-16.png" action="configurer_sociaux"/> ./eva-web-bonus/paquet.xml: <menu nom="eva_bonus" titre="evabonus_config:bouton_evabonus" parent="menu_squelette" icone="images/eva3_favicon.png" /> ./tooltip/paquet.xml: <menu nom="tooltips" titre="tooltip:titre_menu_tooltips" parent="menu_squelette" icone="" action="configurer_tooltip" /> ./seo/paquet.xml: <menu nom="seo" titre="seo:seo" parent="menu_squelette" icone="images/seo-16.png" action="configurer_seo" /> ./chosen/paquet.xml: <menu nom="chosen" titre="chosen:chosen_titre" parent="menu_squelette" icone="images/chosen-16.png" action="configurer_chosen" /> ./mathjax/paquet.xml: <menu nom="configurer_mathjax" titre="mathjax:configuration_mathjax" parent="menu_squelette" icone="images/mathjax-16.png" /> ./eva-web-habillage/paquet.xml: <menu nom="eva_habillage_configurer" titre="evahabillage_config:bouton_evahabillage_new" parent="menu_squelette" icone="images/eva3_favicon.png" /> ./switcher/paquet.xml: <menu nom="configurer_switcher" titre="switcher:menu" parent="menu_squelette" icone="" /> ./menus/paquet.xml: <menu nom="menus" titre="menus:editer_menus_titre" parent="menu_squelette" icone="images/menu-16.png" /> ./squelettes_par_mots_cle/paquet.xml: <menu nom="configurer_squelettesmots" titre="squelettesmots:titre_onglet" parent="menu_squelette" icone="images/squelettesmots-16.png" /> ./eva-web-install/paquet.xml: <menu nom="eva_install" titre="Mots-cl&#233;s d'EVA-web" parent="menu_squelette" icone="images/logo_eva_install_24.png" /> ./champs_extras_synchronisation/paquet.xml: <menu nom="scextras_synchroniser" titre="scextras:synchroniser" parent="menu_squelette" icone="images/scextras-16.png" /> ./fontawesome5/paquet.xml: <menu nom="fontawesome" parent="menu_squelette" icone="images/fontawesome-16.png" action="fontawesome" titre="fontawesome5:titre_page_fontawesome" /> ./picto/paquet.xml: <menu nom="picto" parent="menu_squelette" icone="images/picto-16.jpg" action="picto" titre="picto:titre_page_picto" /> ./videos/paquet.xml: <menu nom="videos" titre="videos:titre_admin" parent="menu_squelette" icone="images/videos-16.png" action="configurer_videos" /> ./exclure_secteur/paquet.xml: <menu nom="configurer_exclure_sect" titre="exclure_sect:configurer_menu_entree" parent="menu_squelette" icone="images/exclure_sect-16.png" /> ./timecircles/paquet.xml: <menu nom="configurer_timecircles" titre="timecircles:configure_timecircles" parent="menu_squelette" icone="images/timecircles-16.png" /> ./comarquage/paquet.xml: <menu nom="configurer_comarquage" titre="comarquage:titre_config" parent="menu_squelette" icone="images/picto-comarquage-service-public-16.png"/> ./player/paquet.xml: <menu nom="configurer_player" titre="player:player_nom" parent="menu_squelette" icone="images/player-16.png" /> ./menu_langues_liens/paquet.xml: <menu nom="config_mll" titre="mll:cfg_titre_mll" parent="menu_squelette" icone="images/world_link-16.png" action="configurer_mll"/> ./sjcycle/paquet.xml: <menu nom="sjcycle" titre="sjcycle:titre_menu" parent="menu_squelette" icone="images/sjcycle-16.png" action="configurer_sjcycle" /> ./skeleditor/paquet.xml: <menu nom="skeleditor" titre="skeleditor:editer_skel" parent="menu_squelette" icone="images/skeleditor-16.png" /> ./zinit/paquet.xml: <menu nom="zcore_skel" titre="zinit:titre_zcore_skel" parent="menu_squelette" icone="images/zinit-16.png" /> ./comments/paquet.xml: <menu nom="comments" titre="comments:titre_comments" parent="menu_squelette" icone="images/comment-16.png" action="configurer_comments" /> ./noizetier/paquet.xml: <menu nom="noizetier" titre="noizetier:editer_noizetier_titre" parent="menu_squelette" icone="images/noizetier-16.png" action="noizetier_pages" /> ./elements/paquet.xml: <menu nom="configurer_elements" titre="elements:elements_titre" parent="menu_squelette" icone="images/elements-16.png" /> ./w3css/paquet.xml: <menu nom="configurer_w3css" titre="w3css:framework_w3css" parent="menu_squelette" icone="images/w3css-16.png" /> ./kaye/paquet.xml: <menu nom="configurer_kaye" titre="kaye:titre_public" parent="menu_squelette" icone="images/kaye-16.png" action="configurer_kaye" /> ./refbase/paquet.xml: <menu nom="configurer_refbase" titre="refbase:config_refbase" parent="menu_squelette" icone="images/refbase-16.png" /> ./xray/paquet.xml: <menu nom="xray" titre="XRay" parent="menu_squelette" icone="images/prive-xray-16.jpg" action="xray" /> ./adaptive_images/paquet.xml: <menu nom="configurer_adaptive_images" titre="adaptive_images:adaptive_images_titre" parent="menu_squelette" icone="images/adaptive_images-16.png" /> ./dublin_core/paquet.xml: <menu nom="dublin_core" titre="dublin_core:dublin_core" parent="menu_squelette" icone="images/dublin_core-16.png" action="configurer_dublin_core" /> ./acs/paquet.xml: <menu nom="acs" titre="acs:acs_description" parent="menu_squelette" icone="images/acs_16x16.gif" /> ./eva-web-mentions/paquet.xml: <menu nom="configurer_evamentions" titre="evamentions:eva_mentions_titre" parent="menu_squelette" icone="images/evamentions-16.png" /> ./porte_plume_enluminures_typographiques/paquet.xml: <menu nom="configurer_typoenluminee" titre="enlumtypo:configuration_typoenluminee" parent="menu_squelette" icone="images/typoenluminee-16.png" /> ./forkawesome/paquet.xml: <menu nom="forkawesome" parent="menu_squelette" icone="images/forkawesome-16.png" action="forkawesome" titre="forkawesome:titre_page_forkawesome" /> ./campagnes/paquet.xml: <menu nom="encarts" titre="encart:titre_encarts_menu" parent="menu_squelette" icone="images/encart-16.png" action="encarts" /> ./recherche_mots_cles/paquet.xml: <menu nom="recherche_sti-boutons" titre="Recherche multicriteres" parent="menu_squelette" icone="images/recherche_sti-16.png" action="recherche_sti_boutons" /> ./compositions/paquet.xml: <menu nom="compositions" titre="compositions:compositions" parent="menu_squelette" icone="images/composition-16.png" action="compositions" /> ./rainette/paquet.xml: <menu nom="rainette" titre="rainette:titre_menu" parent="menu_squelette" icone="images/rainette-16.png" action="configurer_rainette" /> ./slick/paquet.xml: <menu nom="configurer_slick" titre="slick:slick_titre" parent="menu_squelette" icone="images/slick-16.png" /> ./spip_visuels/paquet.xml: <menu nom="spip_visuels" titre="spip_visuels:spip_visuels_titre" parent="menu_squelette" icone="images/spip_visuels-16.png" action="configurer_spip_visuels" /> ./seminaire/paquet.xml: <menu nom="configurer_seminaire" titre="seminaire:titre_page_configurer_seminaire" parent="menu_squelette" icone="images/seminaire-16.png" /> ./mediaspip_player/paquet.xml: <menu nom="mediaspip_player" titre="mediaspip_player:cfg_titre_html5_player" parent="menu_squelette" icone="images/mediaspip_player-16.png" action="configurer_mediaspip_player" /> ./cloudzoom/paquet.xml: <menu nom="cloudzoom" titre="cloudzoom:titre_menu_cloudzoom" parent="menu_squelette" icone="images/cloudzoom-16.png" action="configurer_cloudzoom" /> ./select2/paquet.xml: <menu nom="select2" titre="select2:select2_titre" parent="menu_squelette" icone="images/select2-16.png" action="configurer_select2" /> ./links/paquet.xml: <menu nom="links" titre="links:titre_menu_liens" parent="menu_squelette" icone="images/links-16.png" action="configurer_links" /> ./court-circuit/paquet.xml: <menu nom="courtcircuit21" titre="courtcircuit:courtcircuit" parent="menu_squelette" icone="images/courtcircuit-16.png" action="configurer_courtcircuit" /> ./saisies/paquet.xml: <menu nom="configurer_saisies" parent="menu_squelette" titre="saisies:configuration" icone="images/saisies-16.png" action="configurer_saisies" /> ./xiti/paquet.xml: <menu nom="xiti" titre="xiti:icone_xiti" parent="menu_squelette" icone="images/xiti-16.png" action="configurer_xiti" /> </pre> Permet de relever que certains plugins qui n'ont rien à voir avec la mise en page ou la présentation tapent l'incruste dans ce menu, il sera bon de leur changer de catégorie une fois le changement appliqué. Juste pour rire, qu'est-ce que seo, champs_extras_synchronisation, xiti, etc foutent la dedans ? ^^

Je me permets de réagir et comprends bien les arguments de Rastapopoulos...

"Mise en page" me semble intéressant mais peut-être "Habillage" synonyme de "Présentation" pourrait-il convenir ? Ça couvre des aspects aussi bien esthétiques que fonctionnels me semble-t-il.

Je me permets de réagir et comprends bien les arguments de Rastapopoulos... "Mise en page" me semble intéressant mais peut-être "Habillage" synonyme de "Présentation" pourrait-il convenir ? Ça couvre des aspects aussi bien esthétiques que fonctionnels me semble-t-il.
Owner

Ben vu le résultat du grep de b_b et mon expérience, ça concerne aussi bien de l'habillage que de la mise en page que des métas dans le header que de la redirection que des outils de dev/débug que etc...
Bon courage pour trouver un terme générique :D

Ben vu le résultat du grep de b_b et mon expérience, ça concerne aussi bien de l'habillage que de la mise en page que des métas dans le header que de la redirection que des outils de dev/débug que etc... Bon courage pour trouver un terme générique :D
Owner

"Tout le reste"

"Tout le reste"
Owner

marcimat 🌻 a écrit :

"Tout le reste"

lol => Vrac :p

marcimat 🌻 a écrit : > "Tout le reste" lol => Vrac :p
Poster
Owner

Merci b_b, voici donc la liste seule triée alpha :

acs adaptive_images campagnes champs_extras_synchronisation chosen cloudzoom comarquage comments compositions court-circuit dublin_core elements eva-web-bonus eva-web-habillage eva-web-install eva-web-mentions exclure_secteur fontawesome5 forkawesome kaye links mathjax mediaspip_player menu_langues_liens menus noizetier picto player porte_plume_enluminures_typographiques rainette recherche_mots_cles refbase saisies select2 seminaire seo sjcycle skeleditor slick sociaux spip_visuels squelettes_par_mots_cle switcher timecircles tooltip videos w3css xiti xray zinit

des aspects aussi bien esthétiques que fonctionnels

C'est un point qui me semble très important : ce menu ne sera jamais que pour l'apparence graphique, il y a aussi du fonctionnel mais qui a un rapport quand même avec l'affichage de la page sans que ce soit de l'éditorial. Par ex Compositions ou Noizetier ou Menus permettent de définir quoi afficher à certains endroits des pages, mais ce n'est pas de l'éditorial, c'est de la mise en page et de la config de navigation.

que des métas dans le header que de la redirection que des outils de dev/débug que etc

`nico justement, comme dit dans le texte de départ, il est très clair que parfois ce menu n'a strictement aucun sens quelque soit son nom :D car des gens y ont aussi mis tout et n'importe quoi.

Il est donc de même très clair que certains plugins doivent se barrer ailleurs, c'est d'ailleurs ce que qu'a dit b_b aussi. Certains plugins devraient aller dans Configuration ou autre.

Suivant la liste je vais essayer de faire une typologie, yen a pas tant que ça, et on va vite voir les quelques trucs à déplacer.

L'idée c'est qu'il ne reste à peu près que des choses : styles graphiques + mise en page + navigation, en gros.

Merci b_b, voici donc la liste seule triée alpha : > acs adaptive_images campagnes champs_extras_synchronisation chosen cloudzoom comarquage comments compositions court-circuit dublin_core elements eva-web-bonus eva-web-habillage eva-web-install eva-web-mentions exclure_secteur fontawesome5 forkawesome kaye links mathjax mediaspip_player menu_langues_liens menus noizetier picto player porte_plume_enluminures_typographiques rainette recherche_mots_cles refbase saisies select2 seminaire seo sjcycle skeleditor slick sociaux spip_visuels squelettes_par_mots_cle switcher timecircles tooltip videos w3css xiti xray zinit > des aspects aussi bien esthétiques que fonctionnels C'est un point qui me semble très important : ce menu ne sera jamais *que* pour l'apparence graphique, il y a aussi du fonctionnel mais qui a un rapport quand même avec l'affichage de la page sans que ce soit de l'éditorial. Par ex Compositions ou Noizetier ou Menus permettent de définir quoi afficher à certains endroits des pages, mais ce n'est pas de l'éditorial, c'est de la mise en page et de la config de navigation. > que des métas dans le header que de la redirection que des outils de dev/débug que etc `nico justement, comme dit dans le texte de départ, il est très clair que parfois ce menu n'a strictement aucun sens *quelque soit son nom* :D car des gens y ont aussi mis tout et n'importe quoi. Il est donc de même très clair que *certains plugins* doivent se barrer ailleurs, c'est d'ailleurs ce que qu'a dit b_b aussi. Certains plugins devraient aller dans Configuration ou autre. Suivant la liste je vais essayer de faire une typologie, yen a pas tant que ça, et on va vite voir les quelques trucs à déplacer. L'idée c'est qu'il ne reste à peu près que des choses : styles graphiques + mise en page + navigation, en gros.
Poster
Owner

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
  • Zen Garden : choix du thème graphique

À 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
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 - Zen Garden : choix du thème graphique ## À 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
Owner

Ah mais c'est chouette cette liste, maintenant on sait dans le détail de quoi on parle.
On voit que c'est assez largement des entrées traitant de mise en page et/ou d'habillage donc, avec des exceptions qui auraient leur place ailleurs.

Heu c'est voulu la version cible 5.0 RastaPopoulos ?

Ah mais c'est chouette cette liste, maintenant on sait dans le détail de quoi on parle. On voit que c'est assez largement des entrées traitant de mise en page et/ou d'habillage donc, avec des exceptions qui auraient leur place ailleurs. Heu c'est voulu la version cible 5.0 RastaPopoulos ?
Owner

Pour 5 c'est qu'on a renommé les tags ce matin.
Version cible mise à 4.0

Pour 5 c'est qu'on a renommé les tags ce matin. **Version cible mise à 4.0**
Poster
Owner

Une fois viré ceux vraiment rien à voir.

Il me semble que les possibilités de regrouper sont, avec mon avis :

  • Mise en page : il me semble que ça reste celui qui peut le mieux correspondre à la fois à "quoi afficher" (noizetier, compos, navigation) et "comment l'afficher" (quels styles)
  • Affichage : c'est ce qui est utilisé dans Wordpress, et c'est pas mal générique aussi, eux aussi mettent les Menus donc la navigation dedans : ça me convient aussi
  • Présentation : inversement trop polysémique je trouve, je fais mal le lien avec la mise en page et la navigation
  • Apparence : trop orienté que styles graphiques
  • Habillage : trop orienté que styles graphiques

Donc pour moi ça serait : Mise en page ou Affichage

Il n'y a pas à faire original, c'est très bien un terme courant (y compris utilisé dans d'autres logiciels), que le plus grand nombre de personnes va trouver logique en rapport avec ce que ça contient.

Une fois viré ceux vraiment rien à voir. Il me semble que les possibilités de regrouper sont, avec mon avis : - Mise en page : il me semble que ça reste celui qui peut le mieux correspondre à la fois à "quoi afficher" (noizetier, compos, navigation) et "comment l'afficher" (quels styles) - Affichage : c'est ce qui est utilisé dans Wordpress, et c'est pas mal générique aussi, eux aussi mettent les Menus donc la navigation dedans : ça me convient aussi - Présentation : inversement trop polysémique je trouve, je fais mal le lien avec la mise en page et la navigation - Apparence : trop orienté que styles graphiques - Habillage : trop orienté que styles graphiques Donc pour moi ça serait : Mise en page ou Affichage Il n'y a pas à faire original, c'est très bien un terme courant (y compris utilisé dans d'autres logiciels), que le plus grand nombre de personnes va trouver logique en rapport avec ce que ça contient.
rastapopoulos added the
ergonomie
label 1 month ago
Sign in to join this conversation.
No Milestone
No project
No Assignees
9 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.