Recherche avancée

Sur d’autres sites (7359)

• Nomenclature #4626 (Nouveau) : Renommer le menu "Squelettes"

  13 janvier 2021, par RastaPopoulos ♥

  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.

• Evolution #3553 : Autorisations pour tous les items du menu de l’espace privé.

  27 septembre 2015, par Ybbet SPIP

  Salut Bruno,

  En fait, après investigation les pages interdites sont dues au plugin autorité. Mais cela soulève un autre soucis. J’ai configuré par autorité l’accès aux pages uniquement aux webmestres. Un administrateur (de toutes les rubriques) n’a plus accès aux pages un peu techniques. Le soucis est que SPIP n’enlève pas les items correspondants. Il faudrait avoir une autorisation sur chaque item des sous-menus (avec autoriser_nomitem_menu_dist).

  Soit quelque chose comme ça :
  

  function autoriser_configurerinteractions_menu_dist($faire, $type, $id, $qui, $opt)
  
      return autoriser(’configurer’, $type, $id, $qui, $opt) ;
  
  function autoriser_configurerlangue_menu_dist($faire, $type, $id, $qui, $opt)
  
  
  
      return autoriser(’configurer’, $type, $id, $qui, $opt) ;
  
  
  function autoriser_configurermultilinguisme_menu_dist($faire, $type, $id, $qui, $opt)
  
  
  
      return autoriser(’configurer’, $type, $id, $qui, $opt) ;
  
  
  function autoriser_configurercontenu_menu_dist($faire, $type, $id, $qui, $opt)
  
  
  
      return autoriser(’configurer’, $type, $id, $qui, $opt) ;
  
  
  function autoriser_configureravancees_menu_dist($faire, $type, $id, $qui, $opt)
  
  
  
      return autoriser(’configurer’, $type, $id, $qui, $opt) ;
  
  
  function autoriser_adminplugin_menu_dist($faire, $type, $id, $qui, $opt)
  
  
  
      return autoriser(’configurer’, $type, $id, $qui, $opt) ;
  
  
  function autoriser_configurerforum_menu_dist($faire, $type, $id, $qui, $opt)
  
  
  
      return autoriser(’configurer’, $type, $id, $qui, $opt) ;
  
  
  function autoriser_configurerrevisions_menu_dist($faire, $type, $id, $qui, $opt)
  
  
  
      return autoriser(’configurer’, $type, $id, $qui, $opt) ;
  
  
  function autoriser_configurerurls_menu_dist($faire, $type, $id, $qui, $opt)
  
  
  
      return autoriser(’configurer’, $type, $id, $qui, $opt) ;
  
  
  function autoriser_restaurer_menu_dist($faire, $type, $id, $qui, $opt)
  
  
  
      return autoriser(’configurer’, $type, $id, $qui, $opt) ;
  
  
  function autoriser_admintech_menu_dist($faire, $type, $id, $qui, $opt)
  
  
  
      return autoriser(’detruire’, $type, $id, $qui, $opt) ;
  
  
  

  Pour la page prive/squelettes/contenu/configurer_urls.html on n’a pas

  (#AUTORISERconfigurer,_urls

  . Il n’y a rien de renseigné.

  Voilà pour le topo.

• Nice-looking generated docs via Rocco (a Ruby port of Docco.) Minor docs tweaks, menu item.

  5 septembre 2011, par Scott Schiller

  m doc/download/index.html + doc/generated/demo/360-player/script/360player.html + doc/generated/demo/flashblock/flashblock.html + doc/generated/demo/mp3-player-button/script/mp3-player-button.html + doc/generated/demo/mpc/script/mpc.html + doc/generated/demo/page-player/script/page-player.html (...)