Dyslexics have more fnu!

Le temps de réintégrer les modifications liées à la dotclear 2.0beta7 de dotclear, la 0.2.1 du plugin gallery pointe le bout de son nez.

Edit : la 0.2.2 apporte son lot de bugfixes ...

Voir la page dédiée du plugin pour plus d'informations

Suite au nombre de commentaires grandissant sur le billet concernant la sortie du plugin gallery pour dc2, ci-dessous un récapitulatif des demandes d'évolutions à venir sur le plugin.

Je le mettrai à jour à chaque évolution (et dès que j'ai du temps à y consacrer)

N'hésitez pas à poster en commentaire de ce billet vos wishlists

Ce qui est faisable (et qui sera probablement fait)

• Bug dans la pagination (liste des galeries) (rapporteur : julien) fait (02/07)
• Nombre d'images dans la liste des galeries (rapporteur : Bruno) fait (02/07)
• Filtres dans la liste des galeries
• Lien vers la galerie en cours depuis un billet-image (rapporteur : julien)
• Possibilité de mettre n images précédentes/suivantes (rapporteur : julien) fait (03/07)
• Champs d'administration trop courts (tags) (rapporteur : julien) fait (02/07)
• Perfs random image (rapporteur : julien) fait (02/07)
• Nettoyage dans les include (indépendantes du répertoire des plugins) (rapporteur : julien) fait (02/07)
• Bug sur les répertoires de media quand ils ne sont pas accessibles en écriture fait (03/07)
• Intégration d'un (thick|light)box éventuel

Ce qui est difficilement faisable

Ajouter la liste des galeries à laquelle appartient une image

J'ai beau triturer le problème dans tous les sens, c'est plutot hard à faire : il n'y a pas de lien direct entre une galerie et une image (au sens base de données). Une galerie est un filtre plus ou moins complexe sur l'ensemble des images. La seule solution que je vois pour faire ça est de faire une requête par galerie pour voir si l'image est bien dedans. Et là ça coûte cher ...

Bon ... maintenant que j'ai tout cassé, allons-y gaiement.

Voici donc la version 0.2 beta2 du plugin gallery pour dotclear2.

• le plugin
• L'archive

NB : Cette version ne fonctionne qu'à partir de la beta 6.3 de dotclear2

Si vous avez l'erreur :

Fatal error: Call to private method dcMedia::fileRecord() from context 'dcGallery'
in /.../plugins/gallery/class.dc.gallery.php on line 548

C'est que votre dotclear n'est pas en beta 6.3 !

Au programme des nouveautés :

• Changements au niveau base pour alléger la requête SQL
• Galeries basées sur un répertoire de média, mais aussi sur un tag, un utilisateur, une catégorie
• Choix du tri des images dans les galeries
• Plus besoin de mettre à jour une galerie, les galeries sont mises à jour automatiquement
• Edition des descriptions des images
• Améliorations au niveau du widget
• Mise à jour des gros répertoires fonctionnelle (sans timeout, a priori)

Coté installation, rien à faire de plus si vous avez déjà la 0.1beta2, la structure en base est compatible : il suffit de supprimer l'ancien plugin et d'installer le nouveau. Il restera quelques metadata superflues, mais cela n'aura aucun impact sur le fonctionnement du plugin. Si vous êtes perfectionniste, il faut taper la requête suivante pour retirer les metadonnées en trop :

DELETE FROM DC_META WHERE meta_type='galitem';

Ce sera probablement fait automatiquement via un _install.php dans les prochaines versions...

Cette version est toujours une beta.. tout rapport d'anomalie est le bienvenu... toute proposition d'amélioration voire patch aussi d'ailleurs

Version 0.2beta2 :

• Plus d'erreur lors de la création d'une nouvelle galerie
• bug sur les <ul> du widget liste de galeries corrigé

Pour me faire pardonner, 2 nouveaux widgets sont apparus : dernières images et image aléatoire ...

Version 0.2beta3 :

• Les créations de galeries ne sont plus réservées aux admins (une gestion des droits plus fine sera à faire ultérieurement)
• Ajout du "afficher seulement en première page" pour les widgets
• Corrections de code html invalide sur les widgets
• les images sont encapsulées dans un div dans la page des images
• Suppression des media et images-billets orphelins lors de la mise à jour des nouvelles images

Version 0.2beta4 (25/06/2007) :

• Ajout des onglets "galeries" et "images" lors de l'édition d'une galerie ou d'une image
• Les checkboxes "supprimer les orphelins" fonctionnent désormais
• Action "ajouter un tag" dans la liste des images disponible
• Amélioration du coté de la gestion des nouvelles images (erreurs affichées, annulation du process)

Un grand merci pour tous les feedbacks, notamment à linux72, Djedie, Laurent et julien

Bon ... repassons aux choses sérieuses. Les prochaines évolutions en cours de développement pour le plugin gallery et qui devraient voir le jour avec la 0.2 :

• Liens "image suivante" / "image précédente" pour chaque image
• API rest coté public du plugin afin de pouvoir s'amuser par la suite
• API rest coté administation, afin de rendre les maintenance de galerie plus propres pour les grosses galeries
• Possibilité de modifier les articles-images
• Non-nécessité de patcher le core pour que le plugin marche
• Peut-être plus si le temps me le permet

La mauvaise nouvelle, c'est qu'il faudra au minimum la SVN 1348 pour que ça fonctionne (autrement dit, une version plus récente que l'actuelle release 2.0beta6)

La question "ouverte", maintenant : L'ajout du lien "image suivante"/"image précédente" est loin d'être si simple que cela. En effet, pour pouvoir afficher ce lien, il faut pouvoir récupérer la galerie à laquelle appartient l'image. Or :

• Rien n'empêche à une image d'appartenir à plusieurs galeries
• Le nom de la galerie n'apparaît pas clairement dans l'url de l'image

Actuellement, une galerie a pour URL "urldublog/image/YYY/MM/DD/nom-de-la-galerie"; une image a pour URL "urldublog/image/chemin-de-l-image-depuis-public/nom-du-media" (pourquoi ce choix pour le chemin de l'image, et pourquoi pas le urldublog/vrai-titre-de-l-image ? Actuellement, pour etre sûr de l'unicité de l'URL...)

Plusieurs solutions sont possibles :

• Récupérer la première galerie à laquelle appartient l'image (une bête requête SQL), et la considérer comme galerie par défaut.
  • Avantage : rapide à mettre en oeuvre
  • Inconvénient : si 2 galeries pointent vers la même image, cela ne fonctionne plus, et on ne peut plus naviguer dans la galerie
• Forger une URL comprenant le nom de la galerie et le nom de l'image (comme suggéré par monoceros01, dans un commentaire sur un billet précédent).
  • Avantage : on retrouve facilement la galerie sans requête supplémentaire, plus de problème de conflit d'URL pour une image donnée.
  • Inconvénients : plusieurs URL pour une même image (et donc des stats perturbées?), comment séparer l'url en 2 ? La nomenclature actuelle ne permet pas de le faire facilement
• Ajouter un paramètre à l'image, du genre urldublog/image/chemin-de-l-image-depuis-public/nom-du-media?fromGallery=id-gal (solution qui me déplait le moins, en fait)
  • Avantage : unicité de l'URL de l'image, on retrouve facilement la galerie depuis l'image
  • Inconvénient : URL moins propre

Et là, si vous avez bien suivi, vous me direz : "mais quel intérêt de créer 2 galeries qui pointent vers les mêmes images ?" Ma réponse : aucun. en revanche, le jour où il sera possible de faire des galeries transverses (du type, "je veux les images ayant un tag "toto"), on retrouve bien tout l'intérêt de la chose

Mais comme je ne serai pas le seul utilisateur du plugin, j'en fais appel à votre opinion sur le sujet. Et peut-être y a-t-il une solution miracle à laquelle je n'ai pas pensé ...

Quant à la question "A quand la v0.2 ?", la réponse est aussi simple que pour dotclear2 : quand il sera prêt