Et dire que ça fait des jours que je me gratte la tête pour savoir comment organiser mes galeries (triées par années/mois/jours) sans utiliser d'alias dans les dossiers (ce qui n'est guère aisé chez un mutualisé).

Pffff t'es pas drôle \o/ … mais t'es vachement pratique :-)

Franck: le but, à terme, est presque de s'affranchir des galeries. Il y a encore du boulot (je ne suis pas expert jQuery, ça navance pas aussi vite que je voudrais), mais il n'est pas improbable que dans une prochaine version du plugin, il y ait une manière alternative de visualiser les images...

Argh ! Mis un moment à comprendre... Mon lecteur RSS a dû récupérer ton flux juste avant que tu ne corrige le lien vers la version 0.2 !
Sinon, mise à jour au poil ! Avec les jolis liens qui vont bien entre les images et tout et tout. Pas eu le temps de tester en intégralité mais pour l'instant, c'est aux p'tits oignons ! Mille mercis !

Déja avec un AND sur deux ou trois dossiers et l'utilisation d'un tag pour des galeries à thème, je suis satisfait, donc …

Au fait, il y a une modif à faire à la mano sur la structure des tables pour passer de la 0.1 à la 0.2 (ou c'est automatique ?), à moins qu'il ne faille détruire puis recréer celles-ci ?

J'ai eu la réponse entre temps sur le forum, merci :-)

Cool, cela semble faire presque tout ce que je souhaite (voir ce billet pour les détails de ce que je recherche). Merci beaucoup pour tout ce travail !

Après mes rapides tests, un (très léger) regret toutefois : lorsqu'on choisit de créer une galerie d'après un répertoire de média, j'aurai beaucoup apprécié que ce plugin traite également les sous-répertoires. Est-ce envisageable d'offrir cette option dans une prochaine version ?

julien: en l'état, ce n'est pas prévu. Ce qui n'est pas dit, en revanche, c'est que coté back, on peut déjà spécifier plusieurs media_dir pour une galerie (tout comme plusieurs catégories d'ailleurs). La difficulté réside dans la mise en place d'une interface d'administration potable qui permette de le spécifier ... mais derrière, tout est déjà là :)

C'est une solution qui me convient aussi. :-) Il me reste à plonger les mains de le cambouis pour trouver comment utiliser cette fonctionnalité dès maintenant. ;-)

Ah, je viens de constater une chose étrange : il faut que je sois connecté en tant que super-administrateur pour pouvoir créer une nouvelle galerie (autrement, seul le titre "Nouvelle galerie" s'affiche, et il n'y a pas les champs de paramétrisation). C'est voulu ? Bug ? Erreur dans mon installation ?

julien: j'ai reproduit le bug, ce sera corrigé dès que possible :) c'est un reste de nouveaux droits que je n'ai pas encore mis en place :)

Dans cette version, faut-il "patcher" le fichier class.dc.media.php ? sachant que je suis sur la beta 6 de dotclear ?

Au fait, il y a une erreur w3c parlant dans le widget d'image aleatoir.
Lattribut alt est donne au lien et pas a l'image.

il faut remplacer a la ligne 3711 et 372 ::
@@
$p .= '<a href="'.$img->getURL().'" alt="'.html::escapeHTML($img->post_title).'">';
$p .= '<img src="'.$media->media_thumb"t".'" />';
@@

par ::

@@
$p .= '<a href="'.$img->getURL().'" title="'.html::escapeHTML($img->post_title).'">';
$p .= '<img src="'.$media->media_thumb"t".'" alt="'.html::escapeHTML($img->post_title).'" />';
@@

et ca sera ok !

Salut !

Superbe travail que cette nouvelle version !

Alors voila mon petit rapport de test :

• Si on supprime un répertoire de photo et la galerie associée, les entrés correspondantes dans la table dc_media ne sont pas supprimées
• Pour le bug de la photo au dessus du titre, je l'avais encore. j'ai édité le fichier gallery/default-templates/image.html pour voir ce qui n'allait pas, placé des marqueurs (un toto dans le lien sur l'image) et la miracle ça c'est corrigé tout seul... Toujours pas compris sur ce coup la.
• Le fait d'appeler l'URI /gallery/ renvois un 404 et pas la liste des galeries ;-)
• La création d'une galerie avec un simple user à été encore un échec.

Je détaille cette étape :

1. Permission de l'utilisateur : gérer ses propres billets et commentaires, publier des billets et des commentaires, supprimer des billets et des commentaires, gérer ses propres media
2. Via le gestionnaire de médias, dans le répertoire Galeries (créé par l'admin) qui accueille toutes les galeries photo, je crée un répertoire et y upload mes photos en tant qu'utilisateur.
3. Via Galeries, je crée un nouvelle galerie ou je défini le titre, le répertoire (case Répertoire de media cochée) et la publie.

Et la c'est le drame : Pas de photo dans ma galerie

• Un petit tour dans le menu Galeries -> Images m'indique que les photos n'ont pas été prises en compte
• Dans le menu Galeries -> Gestion des nouvelles images le bouton soumettre ne semble pas actif en simple utilisateur.

Si je me logue en admin, je peux utiliser le menu Galeries -> Gestion des nouvelles images et faire en sorte de faire fonctionner la galerie (voir éventuellement changer le propriétaire, j'ai pas testé ça tient) mais toutes les images appartiennent à l'admin et pas à l'user...

Je n'ai malheureusement pas eu le temps de fouiller dans le code (je travaille à l'amélioration d'autres plugins plus critiques pour mon utilisation) je ne peux donc te dire ou ça coince.

En espérant avoir aidé, et encore bravo pour ton travail !

Et beh, quelle activation :)
Merci pour ces retours. Je suis en train de remonter quelques modifications, une nouvelle beta sera là très prochainement :

• la création d'une galerie avec un simple utilisateur devrait mieux marcher (merci Laurent)
• L'erreur w3c de l'image aléatoire est corrigée (merci djedie)

Il faut que je regarde comment purger proprement les images orphelines, et je release tout ça ;)

Laurent : j'ai remonté le titre au dessus de l'image en 0.2beta2. Ca ne corrigeait pas ton pb ?

> Laurent : j'ai remonté le titre au dessus de l'image en 0.2beta2. Ca ne corrigeait pas ton pb ?

Si :-)

Par contre ça serait bien de mettre l'image dans un élément bloc (<p> ou <div>) nommé. Ça permettrait de pouvoir le styler comme on veut :-)

J'ai plein d'idées d'amélioration mais on va attendre que tous les petits bugs soient résolus ;-D

Oui pour le div, c'est un oubli de ma part, j'avais pensé le mettre, mais ça s'est perdu dans la masse de boulot à faire pour le plugin :)

N'hésite pas à soumettre tes idées d'amélioration, je suis preneur à 200% :)

bonjour,
j'ai installé le plugin.
Il apparait bien sous Gestionnaire de Media : Galeries.
Onglet Gestion des nouvelles images, j'ai généré les miniatures, que je retrouve dans l'onglet Images.
J'ai créé une galerie dans l'onglet Galeries en indiquant le répertoire de Media.
Mais voilà quand je teste :
Fatal error: Call to private method dcMedia::fileRecord() from context 'dcGallery' in /mnt/117/sdc/a/4/olmon/plugins/gallery/class.dc.gallery.php on line 548

Au secours donc.

Olmon: si tu as cette erreur, c'est que tu n'as pas une beta6.3 de dotclear 2...

Olmon tu peux trouver la beta 6.4 chez pep pour utiliser galerie.

Il faut aussi faire la même modif (w3c) pour l'affichage de toutes les images (2eme widget)

Suggestion :
Dans le template ajouter

<a href="{ {tpl:AuthorPostsURL} }{ {tpl:EntryAuthorID} }">{ {tpl:EntryAuthorLink} }</a>

Test rapide de la beta3 :

• La création de galerie par un utilisateur ne fonctionne toujours pas
• La Gestion des nouvelles images ne fait QUE Delete Orphan Media et Delete Orphan Items et ce quel que soit les cases cochées.

Voila, pour ce qui est de mes problèmes, rien n'a changé ;-)

Grmblll ... bizarre, j'ai pourtant fait mes tests avec un utilisateur ayant seulement les droits "gérer ses propres billets et commentaires" et "gérer ses propres media", et ça semble fonctionner.
Attention toutefois : si l'utilisateur a juste les options que je viens de citer :

• Il ne pourra pas éditer les galeries créées par quelqu'un d'autre
• Il ne pourra pas éditer les images créées par quelqu'un d'autre

Je pense que ça doit être pareil pour les media eux-mêmes ...

Étrange... Pourtant j'ai fais ça proprement :
- Suppression du répertoire contenant les images
- Suppression de la galerie test
- Suppression du répertoire du plugin
- Décompression de l'archive de la beta 3
- Recréation du répertoire et upload des images en tant que user
- Recréation de la galerie.

Je vais refaire la manip pour voir

Heuu... En fait il semble que j'ai un problème ; Même en admin ça ne fonctionne plus.
Je suppute un soucis de permissions dans mon filesysteme ; Pourtant mon répertoire est en 777

Bon, il se passe définitivement des choses étrange, maintenant le bouton Gestion des nouvelles images me crée bien les billets en admin...

Bonjour, lorsque je clique sur le lien vers une galerie, j'obtiens l'erreur:

Fatal error: Call to a member function getNextGallery() on a non-object in C:\Program Files\wamp\www\dotclear\cache\cbtpl\da\b5\dab5103fb4a23915bfdb8550f96e5996.php on line 51

J'ai installé auparavant la dernière version dotclear 2 dispo en telechargement, et appliquer la modification dans class.dc.media.php.

Merci pour votre aide

C'est super, je suis très content de cette beta3. Chez moi, la gestion des galeries par un utilisateur standard fonctionne à merveille (contrairement à ce que semble vivre Laurent). Merci beaucoup !

Un comportement étrange toutefois : si je ne coche pas les options de suppression des orphelins, il semble malgré tout effectuer ces deux étapes. Etrangeté dans mon installation ? Bug ?

Quelques petites fonctionnalités qu'il me ferait plaisir d'avoir :

• dans les pages d'édition d'une galerie ou d'une image, avoir toujours les liens pour accéder directement à la liste des galeries ou images, permettant insister de s'économiser un clic sur l'entrée de menu galeries dans la sidebar (je ne suis pas sûr de très bien expliquer ma pensée sur ce coup-là...) ;
• avoir dans les templates par défaut pour les images un lien permettant de "remonter" à l'affichage de l'index de la galerie courante (il ne me semble pas avoir vu de fonction de templates permettant cela) ;
• offrir la possibilité d'une navigation par vignettes lorsqu'on navigue dans une galerie (avior des méthodes GalItemPreviousThumbUEL et GalItemNextThumbURL en fait) ;
• avoir la possibilité d'afficher les liens vers les N images précédentes ou suivantes (particulièrement agréable avec la navigation par vignettes que je propose juste en dessus).

Est-ce envisageable d'avoir ces options un jour ? (Note : je vais probablement essayer de coder tout cela lorsque j'aurai fini de préparer les images pour mes galeries... c'est-à-dire dans quelques semaines ;-) )

Salut Julien.
Concernant les suppressions des orphelins, je vais jeter un oeil. A priori le code a bien un garde-fou, mais je vais vérifier.
Pour le lien d'édition des galeries/images, c'est une bonne idée, je vais voir comment faire cela "élégament" :)
Idem pour le lien vers la galerie. Ce n'est pas grand chose à coder, je m'y colle pour la prochaine version (et j'espère bien supprimer l'attribut "beta" de la prochaine version)

Pour les vignettes des galeries, c'est marrant que tu suggères cela, car la beta3 permet justement de le faire :) dans la section <tpl:GalleryItemNext>...</tpl:GalleryItemNext>, si tu mais une ref à tpl:GalleryItemThumbURL, ça fonctionne :)
J'ai aussi pensé à un historique de n images. Il me reste juste à inverser leur ordre dans le cas des "prev", mais ce n'est pas grand chose à faire.

Merci beaucoup pour ces propositions, en tout cas :)

Ah oui, tiens... je n'avais pas pris garde que les GalleryItem(Next|Previous) étaient des blocks... je ne dois pas encore avoir les yeux en face des trous. :-) Magnifique !

Je me réjouis de voir la prochaine version (qui, une fois combinée à la possibilité de choisir la taille des vignettes que nous promet Olivier, remplira quasiment tous mes besoins). :-)

Merci pour tout !

denis: ça ressemble à un problème de cache... vide-le et retente. Tu as bien créé au moins une galerie avant ?

Bon, j'ai fais un nouveau test ce matin (dingue que ça ne fonctionne pas que chez moi !!!)

J'ai donc purgé tout ce qui était gallery, vidé les caches, revérifié les permission des différents répertoires, tout réinstallé et refait des tests..

Conclusion : tout fonctionne correctement sauf que pour générer les billets images, je suis obligé de passer par Gestion des nouvelles images que ce soit en admin ou en simple user.

Dsls, j'ai pensé à un truc. Que penses tu d'implémenter un mode debug qui (par exemple) écrirait dans un fichier les résultats des grandes étapes normalement réalisées ?

Laurent: c'est prévu ;) la version actuelle est tout sauf bavarde. Je débuggue actuellement directement via la console de firebug pour vérifier les requêtes Ajax et leur réponse, mais j'espère bien remonter plus d'informations. Je veux aussi mettre une progressbar, un bouton d'annulation, et une traduction digne de ce nom :)

Ah, encore une fonctionnalité qui serait bien : dans la liste des images, avoir une action « Ajouter un tag. » Très pratique lorsque l'on construit une galerie d'après des tags... et que les miniatures suffisent pour savoir quelles photos on veut ajouter. ;-)

et également pouvoir passer d'une image à l'autre en mode d'édition d'une image... (comme on peut le faire pour les billets et les galeries).

julien: très bonnes idées! J'ai déjà ajouté les onglets dans l'admin. Le reste va suivre :)

Bonjour,
@dsls

je signale une fonction que j'utilise dans mes galeries html, depuis peu

affichage de l'exif " heure" sous les vignettes , par exemple

ça peut servir à trouver une photo dans une galerie

le visiteur doit savoir que ce critère est efficace pour trouver une photo.

Suggestions pour la prochaine version :

- Renommer gallery/default-templates/galleries.html en gallery/default-templates/galeries.html ;-)
- Permettre de choisir une image représentative de la galerie à afficher dans la liste des galeries
- Dans la navigation de gallery/default-templates/image.html proposer un retour à la galerie

Laurent: les nom des templates sont en anglais, ce qui explique la présence des 2 "l" :)
Pour le lien de retour à la galerie, c'est un oubli de ma part, je le mets en place à la prochaine version :)

pierreL: j'ai pas mal de travail à faire coté exif, mais ce n'est pas oublié :)

Et j'oubliais: j'ai aussi prévu la (les) miniature(s) de présentation de la galerie. J'avais commencé à le mettre, mais c'est plus compliqué que prévu... Mais je ne désespère pas, ça viendra un jour...

Je ne sais pas si c'est moi qui comprend mal, ou s'il y a un bug (0.2beta4). J'ai supprimé une image depuis le gestionnaire de medias, puis j'ai remis une image avec le même nom via FTP, et mis à jour le gestionnaire de medias. Et c'est seulement après cela que j'ai recherché de nouvelles images via les galeries (en demandant de supprimer les orphelins).

Problème : je me retrouve maintenant à avoir deux billets dans la base portant quasiment la même URL (le deuxième a un '2' ajouté en fin), dont le premier ne pointe sur rien... et que je n'arrive même pas à visualiser dans l'interface du plugin. Est-ce que ce billet n'aurait pas dû être supprimé par la suppression des orphelins ?

En théorie le media aurait dû être considéré comme orphelin, ce qui aurait rendre le billet-image orphelin... Si tu relances une suppression des orphelins sur le répertoire en question, ça change quelque chose ?

J'ai essayé plusieurs fois la suppression des orphelins (dans diffrérentes « configurations » : sans rien modifier, en ayant effacé à nouveau le média incriminé, etc.), mais cela n'a jamais supprimé le billet en trop. Je l'ai finalement supprimé via phpMyAdmin.

Je tenterai de réaliser un cas test précis et reproductible ce soir et je t'enverrai les détails.

Merci pour ce plug-in qui me donne toutes satisfactions.

Ah je me disais, j'avais oublié de te faire une feature request :D
J'avais modifié l'ancienne version du plug pour qu'elle prenne des images originales dans un sous dossier de la galerie.

Je m'explique - les images énormes dans la galerie, même avec l'ADSL c casse pied. J'ai un script photoshop qui me sort donc 2 dimensions : version galerie, et version grande (ça pourrait être géré au moment de l'upload mais j'ai été paresseux sur ce coup).
Comme ça l'internaute charge une version intermédiaire, si il clique dessus ça lui envoie la grande (j'avais mis un bouton download qui cherchait la bonne si elle existait aussi, et qui me comptait un hit bbclone) :)

Par exemple : http://futurs-bretons.com/gallery/v...

MathieuMa: je ne suis pas sûr de comprendre : la gestion du format intermédiaire (image.__pv__.jpg pour dc1 ou .image.m.jpg) est déjà effective, dans les 2 versions du plugin. L'avantage en dc2, c'est que les miniatures sont préfixées d'un ".", du coup on ne les voit pas directement dans l'arborescence (à moins d'un ls -a)

Bonjour.
Super plugin, super boulot !

J'utilisais la version précédente avec dotclear 1, et depuis quelques temps je suis passé a dotclear 2 et à la nouvelle version du plugin. Tout fonctionnait normalement bien pour une beta.

Et je ne sais pas pourquoi, j'ai upgradé dotclear 2 en beta 6.4 et j'ai installé la version 0.2beta4 du plugin gallery.

Dans l'interface admin tout semble correct, mais je ne vois plus mes galeries dans le blog. Elles sont bien publiées, je vois les nouveaux onglets, je peux créer une nouvelle galerie...mais je ne vois aucune galerie dans le blog.

J'ai vidé mes caches, celui de dotclear et celui du navigateur.

J'ai essayé différentes choses sans succès, comme associer une catégorie à mes galerie...nada !

Qu'ai je pu mal faire ? Est ce que c'est arrivé à d'autres utilisateurs ?

Bonnes continuation !
@+

As-tu essayé de supprimer le widget galeries, puis de le remettre ?

J'ai un cas test reproductible :

1. envoyer une image contenant une espace dans son nom (exemple : "toto 1.jpg") ;
2. « rafraîchir » les images pour les galeries en laissant les quatre cases cochées ;
3. renvoyer la même image, mais en remplaçant l'espace par un tiret (exemple : "toto-1.jpg") ;
4. « rafraîchir » à nouveau les images pour les galeries en laissant les quatre cases cochées ;
5. supprimer l'image contenant l'espace via le gestionnaire de media ;
6. vérifier dans la base : le billet avec le fichier contenant l'espace est toujours présent (c'est normal) ;
7. supprimer les media orphelins et les billets images orphelins via l'interface de gallery ;
8. vérifier dans la base : le billet avec le fichier contenant l'espace est encore présent (ce n'est pas normal !)

Voilà... est-ce que cela ne se produit que chez moi ?

Chez moi, les fichiers uploadés via le gestionnaire de médias se retrouvent au final avec l'espace remplacé par un "_". Tu as ton dc2 sur quel OS ?

Pour le point 1, j'upload via FTP... j'ai oublié de le préciser.

Dsls : Tu veux dire que maintenant tu as une image intermédiaire qui permet de faire ça à la place de la miniature ?
Par exemple - au dessus de 600px de large tu fais une intermédiaire (et pas seulement la miniature) ?
Bon, bah si c le cas ça veut dire que ça fait un moment que je n'ai pas mis à jour :D
Il est temps que je passe à DC2 pour tester tout ça ...

Honte sur moi et sur mes descendants sur 743 générations !
...Effectivement, enlever le widget et le remettre résoud victorieusement le problème ! \o/
Merci !
Bon bin pour me faire pardonner, je vais pouvoir tenter d'être aussi efficace que les autres testeurs et rapporter ce que je rencontrerai comme problèmes.
@+

Hello Tous,
Pas de remonté de bug pour moi, juste des encouragements pour développer ce plugin ! Pas trop le temps de tester pour le moment, mais je m'y colle dès que possible :). Courage !

Petit problème sur mon blog, je ne parviens pas à assigner une catégorie à une galerie. Je peux le faire, mais ça n'a aucun effet...je ne vois pas mes galeries classée sous des catégories comme "plongée" ou "sans catégorie".
Je continu mes tests pour essayer de comprendre ce que je fais mal.

@+

As-tu bien configuré le widget pour qu'il affiche les galeries et les catégories ?

Bonjour ! (oui...j'avais un peu oublié de saluer dans mon précédent post)

Effectivement je n'avais pas activé l'option catégories dans les paramètres du widget.

Bon mais lorsque je mes une galerie dans une catégories ou lorsque je créé une nouvelle galerie et que je lui affecte une catégorie, les images ne sont pas affiché par le blog.
J'ai compris qu'il fallait passer par la maintenance des images pour regénérer les miniatures donc c'est bon.

Par contre, dans la liste des galeries, pour les dernières créées (depuis la migration de mon blog et du plugin), dans la table des galeries, j'ai un nombre d'image à 0 alors que pourtant ces images existent et sont affichées sans prob par le blog.

@+

Le nombre d'images à 0 c'est normal, c'est un bug (déjà corrigé en version de dev)

Concernant les galeries et les catégories, il faut bien faire attention qu'il y a 2 zones 'catégorie' :

• La zone avec une checkbox devant (au milieu de la page) permet de ne prendre dans la galerie que les images affectées à une catégorie donnée. Si tu coches cette option, il faut par la suite affecter la catégorie à toutes les images que tu veux y retrouver ...
• La zone à droite de la galerie (au même endroit que pour les billets), définit la catégorie à laquelle appartient la galerie

Je suis en train de me plonger dans le code de ce greffon (afin d'ajouter le retour à la galerie courante dans ma version), et je suis tombé sur la méthode getRandomImage... Faire un "order by rand()" est une mauvaise idée : cela charge énormément la base de données pour pas grand chose dès que le nombre de billets devient important.

Il vaut mieux :

1. trouver le nombre total de billets (avec un "select count(*)...") ;
2. tirer (via PHP) un nombre aléatoire compris entre 0 et le nombre (moins 1) trouvé auparavant ;
3. faire un nouveau select avec un paramètre limit et le nombre aléatoire tiré au point 2).

Cela permet de faire deux select légers, sans avoir besoin d'accéder à toute la table. (Car le "order by rand() limit 1" va commencer par trier l'intégralité de la table, sans avoir un seul index à disposition pour cela, avant de retourner seulement le premier enregistrement... cela devient très vite très lourd pour des tables de moyenne à grande taille.) De plus, cela a également l'avantage de ne pas utiliser de méthode spécifique à un type de base de données.

Si jamais, j'ai implémenté une solution du style dans mon greffon RandomPost, méthode getRandomPost.

julien: merci pour les conseils, je vais voir ce que je peux faire. La requête en question est effectivement couteuse, et ta solution me paraît fort pertinente :)

Concernant le lien de retour vers la galerie, je compte le mettre en place dans la prochaine version :)

Je sais bien que c'est prévu pour la prochaine version... seulement j'en ai besoin ce week-end. :-)

Tiens, je viens de trouver un petit bug. Dans la page qui donne une liste de toutes les galeries (du côté admin), la pagination ne fonctionne pas. J'ai en effet plus de trente galeries, toutes sont listées sur la première page, mais un lien apparaît pour une page 2 et ce lien ne fonctionne pas (il me laisse sur exactement la même page).

Autre bug : dans les paramètres pour la création d'une galerie, le champ Tag est (trop) limité en nombre caractères que l'on peut y mettre. Certains de mes tags (exemple : "Tokyo International Forum") sont trop longs pour y entrer, m'empêchant de créer les galeries que je souhaite ;-(

... et le même problème (en pire, car c'est encore plus limité) apparaît avec le champ permettant de filtrer les items d'après un tag.

Ma dernière remarque pour ce soir... Une fonctionnalité que j'apprécierai d'avoir : pouvoir afficher sous une photo "cette photo se trouve dans les galeries ...." avec la liste de toutes les galeries (avec lien) dans lesquelles l'image apparaît.

Maintenant j'arrête de monopoliser le crachoir. ;-)

Bon, je ne pensais pas reprendre la parole si tôt... :-)

Dans mon installation, les plugins ne sont pas dans un sous-dossier de l'installation de DotClear2. Du coup, les "require dirname(__FILE__).'/../../inc..." ne fonctionnent pas vraiment. Il faut les remplacer par un "require DC_ROOT.'/inc/..." (J'ai constaté le problème dans les fichiers gals.php, gal.php et items.php pour l'instant.)

Et je viens de constater amèrement (mais je ne pense pas que ce soit la faute de gallery) que si on fait un export du blog puis un import dans un autre système, les galeries basées sur des catégories ne conservent pas correctement le lien vers leur catégorie.

Dans ma nouvelle installation également, le plugin gallery n'arrive pas à trouver le répertoire de media... je n'ai pas encore réussi à comprendre pourquoi (le gestionnaire de media de DotClear n'a pas de problème pour s'y retrouver dans ma config étrange).

julien: merci pour toutes ces infos. J'ai ouvert un billet spécial pour les évolutions demandées :)

Pour l'export, il faut que le plugin d'export exporte toutes les métadonnées du blog. Je n'ai pas regardé en détails comment il faisait, mais cela vient peut-être de là. Le plugin gallery ne crée aucune table supplémentaire...

Pour le problème d'import / export avec les galeries par catégories. La source du problème vient du fait que l'opération d'importation a de fortes chances de modifier la valeur cat_id d'une catégorie. Or, je pense que c'est cette valeur là qui est stockée dans le "filtre" de la galerie...

Pour corriger cela, il faudrait envisager une évolution du plugin Import / Export pour qu'il gère les IDs qui pourraient se trouver dans les tables / champs / méta-données spécifiques à un greffon... Bizarrement, je le sens pas trop comme évolution ça. ;-)

Je corrige ce que j'ai dit précédemment concernant mon problème de chemin du dossier public dans les listes déroulantes : le gestionnaire de media de Dotclear2 présente le même problème pour ce blog. (Bizarrement, pas pour les autres blogs de mon installation multi-blog...) Ce n'est donc pas le plugin gallery qui a un problème.

(et hop, un petit commentaire de plus juste pour avoir la soixante-neuvième position dans la liste ;-) )

finalement... c'est bien dans gallery qu'il y a le problème ! Fichier gal.php, on a le code suivant (lignes 199 à 204 chez moi) :

$dirs_combo = array();
foreach ($core->media->getRootDirs() as $v) {
	if ($v->w) {
	$dirs_combo['/'.$v->relname] = $v->relname;
	}
}

Or, le if ($v->w) { vérifie si le dossier est accesible en écriture... ce qui est totalement inutile dans le cas de gallery (on doit seulement vérifier si le dossier est accesible en lecture). Il faut donc supprimer ce bloc if... Testé et vérifié chez moi...

(Désolé de rajouter mes commentaires ici plutôt que sur le billet consacré aux évolutions, mais cela me paraît mieux d'avoir tous les commentaires consacrés à ce problème dans le même fil...)

Olmon, le retour. Je cherche et ne trouve pas. Ca ne fonctionne pas. J'ai fait un petit rapport

J'ai bien la dernière version de Dotclear2 et de Gallery.
Help me please !

Le lien n'apparait pas. Arghhh.
Bon je le mets comme ça alors :
http://olmon.free.fr/index.php?post...

Olmon:
1/ Tu n'as pas la beta 6.4 de dotclear2
2/ Tu as oublié de mettre le widget "galeries" dans ta sidebar.

Julien, je te remercie pour ton commentaire sur le billet que j'ai créé. J'ai appliqué ton conseil, mais...la suite sur le billet !

Oui, c'est vrai, ça marche maintenant. Merci donc.
Effectivement, problème de version. En cherchant cette fameuse version, j'ai constaté que beaucoup étaient paumés et ne savaient pas où la trouver. On m'avait indiqué "chez pep" mais je n'en savais pas plus !
Voici pour mémoire l'adresse de cette version beta 6.4 :
http://callmepep.org/bricoland/
Merci et bravo.

Bonjour,
J'ai installé la nouvelle version, mais chez moi ça ne traduit pas next item et previous item.
Je ne sais pas pourquoi

Bonjour j'ai installé cet gallery sans savoir que j'avais une version de dotclear 2 inferieur a 6.3 donc j'ai eu la fameuse erreur
''Fatal error: Call to private method dcMedia::fileRecord() from context 'dcGallery'
in /.../plugins/gallery/class.dc.gallery.php on line 548''
Et depuis impossible de desinstaller l'extension gallery, j'ai cette erreur Une erreur est survenue lors de la suppression de l'extension.

Oui c'est vrai. J'avais rencontré le même souci, suite à la même erreur. Alors je me suis connecté en FTP pour supprimer le plugin Gallery, "à la bourrin".
Ou bien tu peux installer la fameuse version beta (cf plus haut) et utiliser le plugin Gallery, comme tu prévoyais de le faire.

J'ai supprimé "à la bourrin" finalement en supprimant le fichier "gallery" dans plugin, ca vire tout ! Par contre je suis allé faire un tour dans la Base de Donnée PostreSQL y avait rien apparement ... en même temps j'avais pas di'mages c'est surement normal !
Ou peut-on avoir la version beta 6.3 de DC 2? Officiellement je vois que la beta 6 de DC2 ?!

Vas voir le post n°75, cher ami.

Personne ne peut m'aider pour mon post n°76 ?

salut Dsls, super ton plugin cela avance a pas de géant .
Mais j'ai une question hors contexte mais tu es surement le seul a pouvoir me renseigner.
je cherche le moyen de recuperez les dossiers du gestionnaire de média et de les lister dans un menu déroulant du widget d'un de mes plugins.
Une idée ???

Question idiote,
ce plugin fonctionne-t-il pour la version beta 7 de dotclear 2.0.

Quand j'essaye de créer une gallerie, j'ai le massage suivant: Precondition Failed

calimero : la release 0.2beta5 est là pour ça ...

oups désolé, je confirme donc, c'était bien une question idiote :(

Salut, je débute avec DotClear2 et j'essaie d'installer gallery beta5 mais je me heurte à ce message d'erreur dès que je clique sur Gallery dans le menu à gauche:

Fatal error: Call to undefined method dcCore::formNonce() in /home.10.26/cacahoue/www/dotclear2/plugins/gallery/gals.php on line 94

Quelqu'un peut-il m'aider...?

Bonjour.
J'utilise le plugin galery version 0.3.2 pour dotclear 2.1.5 et j'ai besoin de supprimer ule nombre d'image de chaque galerie dans mon template.

Si il existe une astuce ou un param qui m'a échappé dans l'admin seriez bien gentils :) de me la transmettre

Merci !