gestion des MODs, templates, langues

Par Pierrick, vendredi 8 avril 2005 à 23:39 / categorie: PhpWebGallery / tags: PhpWebGallery / #7 / rss

Parmi les choses qui manquent au projet PhpWebGallery, il y a un véritable gestionnaire de MODs, templates, langues et autres outils externes. Il n'est par exemple pas simple de trouver la liste des templates disponibles pour la branche 1.3 avec des captures d'écran.

J'estime qu'en une 15aine de mois d'existence, la branche 1.3 n'a pas vu naître de MODs très suivis (mis à part Video integrator de Kitof). Je ne pense pas que la popularité de PhpWebGallery soit à mettre en cause, mais plutôt le manque de moyen mis à la disposition des MODeurs. L'idée est la suivante : centraliser tout ça, il faut que les utilisateurs puissent trouver la liste des MODs disponibles dans un lieu virtuel unique.

Les objets liés à PhpWebGallery en dehors de l'application elle-même sont les MODs, les templates et les langues. Cette liste s'étendra peut-être au cours du temps. Partant du principe que tous les objets liés ont des caractéristiques communes, leur gestion sera commune. Les caractéristiques en question sont :

un auteur (ou plusieurs, une liste de traducteurs par exemple)
une description
une note d'installation
un Changelog (liste des modifications)
une matrice de compatibilité (dire que la version 12 de pwg_language_swedish est compatible avec PhpWebGallery 1.4.0, 1.4.1 et 1.4.2)
des captures d'écran (oui, même pour une langue, une capture d'écran, ça peut être marrant)

Dans un monde idéal et parfait, il nous faudrait une application dédiée pour gérer cela, avec notamment la possibilité offerte aux auteurs d'objets liées de pouvoir mettre à jour eux-même les informations et ajouter de nouvelles versions. Dans un monde réel, ça prend du temps à faire et du coup, on va fonctionner en mode dégradé pendant un moment.

Je parle d'un MOD dégradé parce que les auteurs ne pourront pas mettre à jour leur objet sans passer par moi. Je pense que c'est dommage, parce qu'un auteur de MOD est a priori heureux de voir la dernière version de son MOD disponible dès qu'il le souhaite, et non pas en fonction de l'emploi du temps de quelqu'un d'autre.

Voici donc le gestionnaire de template encore bien vide, mais pas pour longtemps j'espère.

En temps utile, je créérai l'équivalent pour les MODs et les langues. Je compte sur vous pour participer et m'envoyer vos objets liés. Inspirez-vous du packaging du template clear.

Commentaires

1. Le jeudi 21 avril 2005 à 18:51, par jOoL

Hello! J'aprécie tes remarques et ta transparence au sujet de PWG.

J'ai fait une remarque concernant les mods, astuces etc par rapport au forum.

forum.phpwebgallery.net/v...

Je me réjouis de te lire en réponse.

jOoL

2. Le jeudi 21 avril 2005 à 20:03, par Pierrick

Pourquoi répondre sur le forum ? Ici même me semble l'endroit le plus approprié. Je reprends ton post sur le forum pour que tout le monde puisse suivre :

> Hello!
>
> J'ail a PWG 1.3 installé sur mon site depuis un bout de temps, je l'ai pas mal personnalisée,
> installé des mods etc. (media.jool.ch/pics et media.jool.ch/vids)
>
> Jusque là, tout allait bien et je trouvais facilement tout ce que je voulais sur le forum.
>
> Il y a de cela 2 jours, je me suis dit que j'allais m'attaquer à l'installation de la v1.4.
>
> Je le fait, no probs. Mais quand je vais dans le forum pour voir quelles sont les modifs
> possibles et le MODS existants....
>
> ...Horreur....
>
> tout est mélangé. Les mod 1.3 et 1.4 ensemble, les astuces également.
>
> L'évolution entre la 1.3 et 1.4 est si grande que la majorité des astuces et mods développés
> pour la 1.3 ne fonctionnent plus pour la 1.4 ou sont simplement impossible à installer puisque
> le code à modifier n'existe plus.
>
> En soit c'est pas dérangeant qu'une évolution pareille survienne.
>
> Ce qui est dérangeant, et qui rend le forum "obsolète" c'est que les deux branches soient
> mélangées. On ne peut plus se fier à rien.
>
> Pourquoi n'avoir pas fait un FORUM MODS PWG 1.3 et un autre FORUM MODS PWG 1.4 à
> la sortie de la branche 1.4
>
> et ceci pareil pour le forum FR et le forum EN.
>
> C'est vraiment dommage, car sans le forum, les mods etc. PWG perd beaucoup de sa
> valeur à mes yeux.
>
> Que se passera-t-il donc....
>
> ...mystère.
>
> En tout cas dans mon cas, j'abandone l'install de la v1.4.
>
> Seeya
> jOoL

Tu soulèves un point intéressant : quelle version de telle astuce (ou MOD, c'est pareil) est compatible avec quelle version de PhpWebGallery?

Le forum n'est pas un bon moyen pour résoudre ce genre de problème. Le forum est un moyen de communication trop simple pour permettre ce genre de finesse. C'est pour cela que le gestionnaire d'objets liés doit naître. Il en existe une version dégradée déjà disponible sur download.gna.org/phpwebga... et une vraie interface web doit voir le jour lorsque Sephi aura le temps de se pencher sur le problème.

J'espère que ce gestionnaire d'objets liés aura le succès qu'il mérite et qu'il permettra à tous les utilisateurs d'y voir plus clair. Par exemple, à l'entrée du gestionnaire, il sera possible de ne voir que les objets liés compatibles avec une version donnée de PhpWebGallery.

3. Le jeudi 21 avril 2005 à 21:30, par jOoL

C'est un "vrai" bon début! Surtout le readme aec les compatibilités!

Par-contre, reste à le rendre... disons populaire.

Il est évident que l'interface rendra la tâche plus aisée.

Si je peux me rendre utile, j'ai du temps libre et des connaissances en php/mysql alors....

@+
jOol

4. Le jeudi 21 avril 2005 à 21:45, par Pierrick

> Si je peux me rendre utile, j'ai du temps libre et des connaissances en php/mysql
> alors....

Vois avec Sephi (son adresse électronique est disponible sur la page de présentation française de PhpWebGallery), c'est lui le patron concernant la gestion des objets liés.

5. Le jeudi 21 avril 2005 à 21:52, par jOoL

ok je le ferai.

6. Le mercredi 18 mai 2005 à 09:50, par piwaille

juste un mot d'utilisateur néophite : bravo !
vivement que les gestionnaires de mod/template et langages soient actifs et (bien) remplis !

ayant développé des mod qui sont morts nés par faute de temps, je souscrit pleinement à ta démarche et je viendrais y participer dés que j'aurais des choses à poster !

ptites remarques (le volume attirant le volume)
* ne pourrais-tu pas étendre la gestion des templates à toutes les autres par un système de répertoires ?
ben oui... un template et un langage sont des mod particuliers !
* sur la gestion des templates, il manque une copie d'écran totale pour avoir une idée complète du rendu (en plus des vues de détail très interessantes)
* sur des mod un chouille plus complexe, il peut être interessant d'avoir un lien vers un site de démo... mais il faut que l'auteur (ou un démonstrateur) ne montre que la version de base+le mode en question... pas toujours facile

Enfin... ptite critique (enfin avis perso)... le format tar.bz peut faire peur à des windoziens de base. Pourquoi ne pas utiliser plutot le zip largement plus universel, même si moins efficace ?

7. Le dimanche 22 mai 2005 à 08:49, par Pierrick

réponses à piwaille :

> * ne pourrais-tu pas étendre la gestion des templates
> à toutes les autres par un système de répertoires ?
> ben oui... un template et un langage sont des mod particuliers !

C'est exactement ce que je pense, peut-être me suis-je mal exprimé... Je parle de gestionnaire de MODs, mais en fait, c'est un gestionnaire d'objets liés. Objets lié = MOD, template, langue. Tous les objets liés sont gérés de la même façon.

> * sur la gestion des templates, il manque une copie d'écran
> totale pour avoir une idée complète du rendu (en plus des vues
> de détail très interessantes)

OK. C'est à chaque auteur de template de proposer autant de captures d'écran qu'il le souhaite. Pour le template "clear", je vais rajouter une capture plus complète si tu veux (hop, voilà, c'est fait, voir le screenshot-3.png). Je ne peux par contre pas imposer le type de capture pour les templates qui ne sont pas de moi.

> * sur des mod un chouille plus complexe, il peut être interessant
> d'avoir un lien vers un site de démo... mais il faut que l'auteur
> (ou un démonstrateur) ne montre que la version de base+le mode
> en question... pas toujours facile

Là, franchement, ça me paraît très difficile. Avoir une capture d'écran me paraît encore être la solution la plus viable.

> le format tar.bz peut faire peur à des windoziens de base. Pourquoi
> ne pas utiliser plutot le zip largement plus universel, même si moins
> efficace ?

C'est bien cette critique qui m'intéresse le plus ;-). C'est évident que le format tar.bz2 n'est pas encore très connu, surtout de la part des utilisateurs de Microsoft Windows. J'y suis peut-être allé un peu fort, il est possible que je change pour du tar.gz ou du zip, a priori plus courants.

L'important c'est :

1. que les auteurs sachent créer des archives dans ce format
2. que les utilisateurs sachent extraire les archives dans ce format
3. si c'est suffisamment efficace pour préserver un peu de bande passante... tant mieux. Cela dit, quand je regarde les statistiques de la zone de téléchargement stats.gna.org/download.gn... , il est évident que pour les objets liés, ce sont les captures d'écran qui bouffent le plus de bande passante. Donc peut-être que l'argument de l'efficacité est négligeable...

Sur ce dernier point, on va se concerter avec l'équipe de dev, et surtout Sephi, le boss du gestionnaire d'objets liés.

Ajouter un commentaire

Les commentaires pour ce billet sont fermés.

Blog de Pierrick Le Gall