Carnet Wiki

Carnet Plugin_Couteau_Suisse

Version 42 — Mars 2020 — 77.203.xx.xx

Le Couteau Suisse est un merveilleux outil, quoique parfois estimé un peu lourd et complexe par la multiplication des options intégrées : mais la réactivité de son auteur est excellente, en particulier aux suggestions qui peuvent lui être proposées.

Sa compilation en backoffice (partie privée) lui permet de devenir aussi mince que possible, en fonction des lames activées par les administrateurs.

Pour améliorer la discussion des nouvelles idées, nous avons voulu avec Pat ouvrir ici une page de Wiki où tous pourraient donner leurs points de vue....


1. Nouvelles suggestions

(les discussions sur ces idées seraient « jardinées » ici)

-  je propose d’améliorer l’affichage du nombre d’articles de la rubrique dans la boite info des rubriques (en haut à gauche). Lorsqu’une rubrique a des sous-rubriques, le nombre d’article total rubrique et sous-rubriques ne s’affiche pas. (ADB)

-  Je propose d’ajouter comme lame une fonction de lien/renvoi html automatique vers les titres d’article lorsque le titre d’un article est trouvé dans le texte d’un article. C’est ce que j’utilise sur mes sites (voir fiches de Guidemediterranee.com par exemple). Je dispose donc de l’embryon du code possible et à disposition.

-  Je propose que l’administrateur puisse, par simple activation, utiliser la librairie Jquery hébergé par Google. C’est une bonne pratique qui est pratiqué par de plus en plus de sites, cela permet d’économiser les ressources serveurs, d’éviter aux internautes la multiplication abusive des mêmes librairies dans leur cache, et réduire la latence de téléchargement par le mécanisme de connexions parallèles. http://code.google.com/apis/ajaxlibs/documentation/
(Sans passer par l’API mais inclure directement http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js) Proposer automatiquement la version de Jquery correspondant à la version de SPIP ?
(Pat : très bonne idée. Qui veut bien se lancer à l’extension de la lame « Désactive jQuery » (qui devrait changer de nom du coup) ?)

- la découverte de nouveaux domaines de connaissances pose parfois des difficultés de compréhension, par la nécessité d’acquérir un large vocabulaire spécialisé : pour faciliter l’apprentissage pour faciliter l’usage "pédagogique" de sites parfois techniques, un ancien enseignant -lui-même confronté au problème- imagine :

  • une extension du principe de "boite légende" de wikipédia sur les liens internes,
    (par un plugin de surcharge des liens natifs internes ?)
  • un "glossaire défilant" des mots de l’article en regard de sa lecture,
    (à l’exemple de l’écran interne d’édition+visualisation des articles)
  • un volet latéral de "prise de notes personnelles" défilant de même,
  • un volet latéral des résultats de recherche (à pondérer fortement sur les titres)
    Toutes suggestions orientées vers la lecture sur écran traditionnel et non sur tablette !

-  dans l’espace privé, la boîte URLS PROPRES affiche l’URL de l’article courant, mais il serait vraiment super pratique de pouvoir modifier cette URL propre directement dans la boîte, sans devoir revenir dans la configuration du couteau suisse, puis saisir le numéro de l’article....

-  à la relecture de la page de doc Les Boîtes Privées, il me manque le « truc » pour spécifier plusieurs pages sur lesquelles faire apparaitre telle boite privée, et j’aurais envie d’y rajouter l’explication de la fonction SPIP que je viens de découvrir, car je voudrais modifier la page d’exec/accueil.php que vous voyez certainement le plus afficher_objets('articles', ... 'articles_recents' .... ), pour ...... en voir plus : j’espérais trouver une constante à modifier, c’est un 'LIMIT 0,4' ( SPIP 2 /ecrire/exec/accueil.php[448] devenu SPIP 3 ./prive/squelettes/contenu/acceuil.html[6] <INCLURE{fond=prive/objets/liste/articles,titre=<:info_article_a_paraitre:>,statut=publie,par=date,date_sens=1,nb=5,where=#GET{recentwhere},env,ajax} /> : alors il suffit de recopier/surcharger ce fichier dans ./squelettes/prive/squelettes/contenu/acceuil.html) !
avec SPIP 3, il va etre plus facile de rajouter des squelettes privés => un tuto ??

-  afficher simplement des informations complémentaires « utiles » (la base, mes_options, la mutualisation, la désactivation des appels standard au vieux .php3 [1].
(Pat : tant que SPIP proposera cette option, il n’y a pas de raison que cela disparaisse du CS...)

-  pouvoir éditer dans le formulaire auteur la colonne source (avec configuration des valeurs possibles pour limiter à une liste déroulante), cela permettrait par exemple de pré-enregistrer des auteurs LDAP. ventrea.(les plugins peuplement LDAP et LDAP++ permettent de le faire on peut en causer phil93

-  permettre que l’outil « corrections automatiques » s’applique aux messages de forum, à leurs titres, et aux titres d’articles. (humble demande de Lo)

-  YannX C’est une super-démarche, bravo : effectivement le développement collaboratif ne peut que gagner de nouveaux contributeurs-acteurs avec un outil plus rémanent, entre le Chat des permanents, et la liste de developpeurs qui n’est pas organisée par mot-clés ou thèmes.
D’ailleurs l’utilisation quotidienne que j’ai mise en place d’un SPIP de documentation interne collaborative me fait souhaiter quelques améliorations à SPIP, pour en faire l’outil d’Intranet rêvé (déjà qu’il sait lire les BdD internes...) :

    • que le plugin Crayons gère les chapitrages au sein d’un article, comme la décomposition de MediaWiki : avez-vous déjà essayé de ’jardiner’ une page de... disons quarante lignes ?
      Je transcris une réponse des« dev » : Crayons ouvre déjà approximativement la page au niveau du texte cliqué...
    • que l’on puisse activer l’equivalent du plugin Crayons (qui serait plutot un plugin Wiki) ’à la volée’ sur des articles (par un mot-clé spécifique/ pour des autorisations de certains groupes...)
    • que le suivi des modifications soit facilité par la comparaison existente, mais directement accessible dans le sous-menu local de la fenetre de Wiki, voir l’exemple (historique) de http://wikini.net
      (désolé du bruit = déjà existant, je ne viens pas assez sur le Carnet / ;-))
    • et que l’on puisse inclure le texte ecrit dans un autre article dans le contenu d’un article, par un simple modèle (avec une meilleure interface de recherche-sélection d’article...)
      ( c’est possible par un modèle .... lien de documentation a retrouver ! )
    • et comment diffuser les mises-à-jour sur un article (de façon analogue aux mails de relance possibles sur les forums de SPIP : cela doit etre assez facile a intégrer, uniquement pour un spécialiste du Dev de SPIP, je ne vise personne ;-))
      • option1 : Il faut juste modifier tes boucles et classer les résultats {par date_modif} plutôt que {par date} (et dans le fichier backend aussi pour qu’elle re-pop dans le flux RSS
      • option2 un peu + bourrine : dépublier (en cours de rédaction) / republier. attention toutefois aux éventuels changements d’url et bien conserver si tu veux la garder, la date originale en ’date de rédaction antérieur’ ?
        (Loiseau2nuit)
    • c’est d’ailleurs ce dernier besoin qui justifiait mes recherches ci-dessous sur les boites privées, pour montrer les derniers articles modifiés ou en-cours !

-  Pielo Je propose d’intégrer la contribution que j’ai réalisée pour le redimensionnement des images dans les articles. Je viens d’en proposer la diffusion comme un plugin mais c’est une « petite » contribution et je pense qu’elle aurait bien sa place dans le couteau. Voir ici
serait-ce ajoutable/debrayable avec les problemes vus en forum dans Redimensionner les images d’un article depuis l’espace privé , avec la lame « orientation des Images » ?

-  intégrer la lame « Change_Statut », en complément aux « Fonctions d’autorisations » (d’ailleurs, il est dommage que leur affichage élimine les ’underscore’ dsans les noms d’autorisation, rendant plus difficile de s’y retrouver...) ; ajouter un &var_mode qui permettrait de visualiser les autorisation testées(j’arrive pas a le retrouver ?)

2. Idées mûries et accomplies

-  URLs : pouvoir spécifier la longueur maximum des urls dans la lame « Format des urls ». Cela permet d’éviter de le faire dans mes_options.php.
http://zone.spip.org/trac/spip-zone...

-  YannX : Pat, pourrait-on rajouter dans les articles « standard » du CS le lien vers cette page du carnet, peut-être par un article virtuel standard ?
http://zone.spip.org/trac/spip-zone...

-  pouvoir choisir d’afficher toutes les rubriques, y compris vides, dans la partie publique, pour aider au développement des squelettes. L’instit. (Pat : fait = Lame Affiche Tout"

-  pouvoir ajouter dans l’interface privée de l’administrateur (n° N), des liens supplémentaires personnels (un exemple un peu simpliste : remise-à-jour des plugins par téléchargements ou pages spécifiques...
(Pat : cette option est codable en utilisant : Les Boîtes Privées. Il existe même une facilité pour ajouter ses propres boîtes privées perso.)
(Pat : à propos des mises à jours de plugins, le Couteau Suisse offre cette lame bien pratique.)


3. Subtilités d’emploi

(en particulier, incompatibilités, ou au contraire, plugins à adjoindre au C_S)

-  Optionnel sous SPIP 1.92 : plugin Chargeur Activateur qui permet la mise à jour du CS en un clic, à l’instar de SPIP 2.
-  Plugin Barre Typographique V2 : le CS ajoute des boutons correspondant à certains outils activés (optionnel, pour SPIP 1.9x)
-  Porte plume : le CS ajoute des boutons correspondant à certains outils activés (optionnel, pour SPIP > 2.x)
. Chaque outil concerné est paramétrable pour toutes les barres disponibles (par défaut : Forums et/ou Edition des articles).

Rappel d’un gros bug concernant les barres typo en plugin. Si cette erreur survient : Fatal error : Cannot redeclare execute_pipeline_bt_gadgets() (previously declared in /usr/local/apache/htdocs/xxx/tmp/charger_pipelines.php:xxx) in /usr/local/apache/htdocs/xxx/tmp/charger_pipelines.php on line xxx : prenez soin de mettre à jour tous les plugins concernant la barre typographique, puis supprimez le fichier tmp/charger_pipelines.php.


4. Vos outils préférés dans le C_S


5. Autres...

-  Couteau suisse et SPIP 2.1

  • Le couteau suisse n’a-t-il pas vocation à disparaître pour SPIP 2.1 et à être remplacé par un paquetage rassemblant plusieurs plugins ?
    (Pat : Il est un peu tôt pour prévoir la disparition du Couteau Suisse, il n’en est pas question aujourd’hui.)
    (YannX : l’interface privée de SPIP s’allongeant sans cesse, perso je préfére le CS qui regroupe (sans surcharger l’exploitation) tous les outils, et surtout les ecrans et documentations associées dans des pages plus ergonomiques et homogènes, qu’avec une multitude de documentations non tenues ou inexistentes, avec -en plus- un SAD aussi réactif que Cerdic sur le core ! meme avec les facilités apportées par les nécessite/utilise, l’intégration est optimale ; d’ailleurs, il va bientot falloir ouvrir un chapitre supplémentaire sur les lames devenues obsolètes/intégrées au core ;-)) )..

-  Interrogations

  • J’utilise cet excellent plug-in dont la fonction du format des urls et la possibilité de changer l’url propre générée par défaut pour un article ou une rubrique ! Le souci c’est que si sur l’article, j’utilise la fonction, voir en ligne, il me remplace l’url par celle par défaut et non plus celle que j’ai choisie. J’ai été clair et y a t il une solution ? Merci.
    (Pat : Oui, le Couteau Suisse propose à présent de « verrouiller » l’URL pour que SPIP ne puisse plus la modifier par la suite.)
  • Je m’interroge s’il est possible un jour d’avoir les améliorations du couteau suisse pour chaque outil en un plugin séparé, pour les personnes comme moi qui utilisent uniquement une ou max deux fonctions : blocs dépliables, site en travaux (existe un plugin déjà, mais je préfère celui du couteau suisse) ou d’autres pour certains. Même si le plugin est merveilleux je l’avoue, ça me peine d’installer ce dernier pour uniquement un ou deux outils...
    (Pat : pas de soucis. Lorsque le couteau est compilé, le site tourne avec ses lames actives uniquement. Donc, moins ya d’outils actifs — surtout ceux qui concernent la typographie —, plus ce sera rapide. Certes, les lames inactives sont présentes sur le disque, mais elles sont totalement ignorées)
  • Sinon une autre idée : pourquoi ne pas faire comme pour SPIP 2.1, un plugin principal couteau suisse, nu et qui chargera automatiquement les fichiers correspondant à chaque outil si celui-ci est activé. Comme ça les contributeurs pourrons se focaliser pour développer tel ou autre outil, je pense que même le rajout d’outils au couteau suisse serait plus simple...enfin je crois ?
    Merci.
    (Pat : oui cette idée de chargement de lames à distance est à creuser. Certaines ont très peu de code et pourraient figurer en clair au milieu d’une doc par exemple. Le Couteau Suisse, informé de la page en question pourrait alors intégrer directement cette nouvelle lame à distance en reconnaissant les éléments de code. Attention cependant aux problèmes de sécurité...)
    (Pat : plusieurs lames téléchargent désormais les fichiers distants nécessaires lorsqu’on les active.)