[SPIP Zone] [Spip-zone-commit] r35766 - _plugins_/typographie_avancee

Archives Zone
1

Non.

1. Avant de me bidouiller un plugin, ça serait bien de me contacter pour savoir pourquoi j'ai fait de telle ou telle façon. Je ne suis pas idiot, je sais ce que sont les /lib.

2. D'après mes essais, il n'y a pas de processus de mise à jour des /lib. Or, php-typography évolue assez rapidement. Leur seul moyen serait de fabriquer des /lib avec des noms de dossiers contenant le numéro de version de php-typography. Il y a eu 8 version de php-typography depuis 6 mois. Pour permettre la mise-à-jour du plugin sur cette période, je me retrouverais à créer 8 dossiers dans /lib, dont 7 qui ne servent plus.

Du coup, et c'est l'objet d'un mail privé à un des membres de la team aujourd'hui, j'ai choisi d'installer php-typography directement dans le plugin. En l'état actuel de SPIP et des /lib, ça me semble la seule façon d'intégrer une librairie qui n'est pas totalement stabilisée et qui passe son temps à être enrichie.

Après, je peux me tromper et ne pas avoir bien compris le principe des /lib. Mais en me contactant avant de modifier le plugin que je viens d'installer, ça serait aussi vite fait et largement plus poli.

=> Le travail sur ce plugin n'est pas dans l'intégration de php-typography (ça, effectivement, c'était dans un plugin de Fil d'il y a six moi que j'ai découvert cet après-midi). L'intérêt, ici, c'est de rendre son utilisation compatible avec SPIP en jouant avec sa configuration et en faisant quelques bidouilles. Ça fait un bout de temps que je m'intéresse à cette librairie, et je n'avais jamais réussi à en obtenir un résultat probant jusqu'à aujourd'hui.

Arnaud

Le 3 mars 2010 à 07:12, brunobergot@gmail.com a écrit :

Author: brunobergot@gmail.com
Date: 2010-03-03 19:12:27 +0100 (Wed, 03 Mar 2010)
New Revision: 35766

Removed:
  _plugins_/typographie_avancee/php-typography/
Modified:
  _plugins_/typographie_avancee/plugin.xml
  _plugins_/typographie_avancee/typo_avancee.php
Log:
il y a 6 mois on utilisait déjà necessite, pourquoi s'en passer aujourd'hui ?

Details: Connexion · GitLab

_______________________________________________
Spip-zone-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone-commit

2

Bonjour => formule de politesse minimaliste mais j'apprends vite :wink:

Le 3 mars 2010 21:39, Martin Arnaud <arnaud.martin2@gmail.com> a écrit :

Non.

Si ^^

1. Avant de me bidouiller un plugin, ça serait bien de me contacter pour savoir pourquoi j'ai fait de telle ou telle façon.

Voilà je le fais (après avoir commité), et je te renvoie la même remarque.

Du coup, et c'est l'objet d'un mail privé à un des membres de la team aujourd'hui,

Ha ben oui forcément, j'avais oublié que tout les membres de la team
sont reliés entre eux par une sorte de flux mental qui fait qu'un mail
privé à l'un d'entre eux est automatiquement redirigé vers les autres.

Je ne suis pas idiot, je sais ce que sont les /lib.
2. D'après mes essais, il n'y a pas de processus de mise à jour des /lib.

Si si il y en a un, des plugins comme swfupload l'utilise depuis pas
mal de temps.

Or, php-typography évolue assez rapidement. Leur seul moyen serait de fabriquer des /lib avec des noms de dossiers contenant le numéro de version de php-typography. Il y a eu 8 version de php-typography depuis 6 mois. Pour permettre la mise-à-jour du plugin sur cette période, je me retrouverais à créer 8 dossiers dans /lib, dont 7 qui ne servent plus.

Donc d'après toi il est plus simple de procéder comme ceci :

1 - je supprime toute la lib de ma version locale du plugin
2 - je télécharge la nouvelle version de la lib
3 - je la remplace par la nouvelle version
4 - je commit ça sur la zone
5 - je vais enfin faire un svn up sur mon serveur

Alors qu'avec l'utilisation d'une lib externe on obtient la procédure suivante :

1 - je change le n° de version de la lib dans le plugin.xml
2 - je commit un fichier qui contient pour simple modification un ou
deux caractères
3 - je fais un svn up sur mon serveur
(4) - je vire la lib du dossier /lib de mon SPIP car le dossier
contenu dans le zip ne porte pas le n° de version (je vais revenir sur
ce point)
5 - SPIP me propose de télécharger la nouvelle version de la lib et hop

En bref on a le même nombre d'étapes dans les deux cas à la différence
que d'un côté tu feras un commit avec un diff long comme le bras et de
l'autre un diff du style 1.21 => 1.22.

Le seul problème dans la deuxième procédure est que le zip de la lib
que tu utilises contient un dossier qui n'indique pas la version de la
lib. Pour régler ça on peut envisager deux solutions :

1 - contacter les auteurs de la lib et leur demander poliment s'il est
possible que le dossier du zip qu'ils génèrent puisse comporter le n°
de version
2 - modifier les fonctions qui gèrent les libs de SPIP de façon à ce
qu'elles renomment le dossier qu'on extrait du zip au même nom que
celui-ci.

Voilà, ce n'est que mon avis + quelques idées d'améliorations pour la
gestion des libs.

++
b_b

3

S'lt

Bonjour => formule de politesse minimaliste mais j'apprends vite :wink:

Autre forme d'introduction :slight_smile:

Non.

Si ^^

1. Avant de me bidouiller un plugin, ça serait bien de me contacter pour savoir pourquoi j'ai fait de telle ou telle façon.

Voilà je le fais (après avoir commité), et je te renvoie la même remarque.

Tu as été contacté avant le commit de bruno par moi même en réponse au
commit initial incriminé.
Si tu ne lis pas les mails sur les listes, cela n'est pas de notre
ressort mais tu as été informé en bonne et due forme.

Pour le point de lib/ bruno fait un bon résumé d'approches possibles.
On peut en trouver d'autres solutions/approches en mettant la
problématique clairement sur la table (ou le clavier)

Si personne ne fait d'effort pour tester ce cas de <necessite> on
n'avancera pas.
Ce n'est pas "en ça marche pas, donc je fais pas, et je ne me pose pas
plus loin la question" qu'on trouvera une solution pérenne. Ceci est
d'autant moins (me semble t il ) acceptable quand cela vient de la
part d'un membre important.

Nous avons la 2.1 en préparation dans laquelle on pourrait apporter
les évolutions qui nous manque. Mais pour ceci faut un effort et
travail collectif.

Pour le point team, je m'abstiendrai de commenter, je tiens à rester
raisonnable. De même que je ne réagirais pas sur les discrets "me".

Km

4

Hello,

C’est vrai que cette gestion des librairies ets pas encore bien rodée ni utilisée. Ca fait longtemps qu’on se dit qu’il faudrait qu’on sorte les lib des plugins.
Maintenant, pour gérer ce souci de version, ne pourrait-on pas ajouter à chaque lib un plugin.xml ? Et après on fout les lib dans plugins/ :stuck_out_tongue: !
Finalement ça reviendrait à gérer des plugins « librairie »: on crée la catégorie « Bibliotheque » et on peut les distinguer ainsi.

Bon j’ai pas réfléchi vraiment à la faisabilité ou aux impacts, c’est juste une idée à creuser…

++
Eric

Le 4 mars 2010 11:50, cam.lafit@azerttyu.net <cam.lafit@azerttyu.net> a écrit :

S’lt

Bonjour => formule de politesse minimaliste mais j’apprends vite :wink:

Autre forme d’introduction :slight_smile:

Non.

Si ^^

  1. Avant de me bidouiller un plugin, ça serait bien de me contacter pour savoir pourquoi j’ai fait de telle ou telle façon.

Voilà je le fais (après avoir commité), et je te renvoie la même remarque.

Tu as été contacté avant le commit de bruno par moi même en réponse au
commit initial incriminé.
Si tu ne lis pas les mails sur les listes, cela n’est pas de notre
ressort mais tu as été informé en bonne et due forme.

Pour le point de lib/ bruno fait un bon résumé d’approches possibles.
On peut en trouver d’autres solutions/approches en mettant la
problématique clairement sur la table (ou le clavier)

Si personne ne fait d’effort pour tester ce cas de on
n’avancera pas.
Ce n’est pas « en ça marche pas, donc je fais pas, et je ne me pose pas
plus loin la question » qu’on trouvera une solution pérenne. Ceci est
d’autant moins (me semble t il ) acceptable quand cela vient de la
part d’un membre important.

Nous avons la 2.1 en préparation dans laquelle on pourrait apporter
les évolutions qui nous manque. Mais pour ceci faut un effort et
travail collectif.

Pour le point team, je m’abstiendrai de commenter, je tiens à rester
raisonnable. De même que je ne réagirais pas sur les discrets « me ».

Km

Spip-zone-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone-commit