joooli

Salut à tous,

Je suis toujours en train de travailler sur mon Piwigo :) N'ayant pas beaucoup de temps à lui consacrer, je traine cela depuis le début de l'année mais ça commence à avoir de la gueule.

Ceux qui veulent voir et tester le résultat peuvent aller sur ce lien pour voir ma version de développement (il n'y a que 12 photos piochées au hasard pour test) :
ICI

En vrac, le theme est "responsive" en html5, la gestion des résultats de recherche ou desection_init en général ont été changé, quelques fonctions en plus, interaction avec les visiteurs par msgbox en cas de commentaire, favori, popuphelp a été revu ainsi que search-rules, ajout des gravatars utilisateurs , gestion des inscriptions via mon blog principal, etc etc

Il me reste les mails à corriger et une fonction à ajouter et c'est là que je coince :

je souhaite récupérer la liste des sources des images d'un album du type _data/i/upload/année/mois/jour/image-derivative.jpg dans une variable.
En épluchant le code, j'ai vu que les images étaient gérées avec leur id. Je parviens donc à déterminer le nombre d'images d'un album, à récupérer l'id de chaque image de cette album, mais je ne parviens pas à récupérer l'url correspondant au derivative sélectionné, un truc m'échappe dans le code piwigo.

L'idée est de récupérer cette url en fonction du derivative en faisant une boucle sur le $page['items'] en récupérant l'id de chaque photo .

Si la méthode est bonne un coup de main serait apprécié.

Merci d'avance.

@+ ;)

Salut à tous,

Je suis en train de terminer ma galerie, j'ai réussi ce week-end à faire tourner mon dernier bout de code. Il ne me reste plus qu'à l'épurer et à l'activer sur ma galerie.

Pour l'heure, j'ai changé les choses suivantes en partant du thème par défaut et en fabriquant mon propre thème pour qu'il s'intègre parfaitement au thème de mon blog (qui est aussi un thème perso avec des plugins perso sur une base wordpress)

Cela m'a pris pas mal de temps (comme mon blog au début) car je n'y connais rien en css, php, smarty, javascript, etc à la base.

J'ai adapté les retours de recherche, favoris, galerie et image récente : l'idée est que ça retourne toujours quelque chose pour que le visiteur ne se retrouve pas devant une page vide, de même j'ai ajouté un titre bien visible en plus de mon breadcumbs pour améliorer la navigation et pour que le rendu soit similaire à celui de mon blog

Voici par exemple le retour d'une recherche par tag :



Un exemple d'une recherche infructueuse et de l'affichage des critères de recherche à la place d'une popup(search_rules):



A la place d'une page vide, en cas d'absence de favoris ou de suppression des favoris :


En cas d'absence de mise à jour récente de photos ou galerie :


J'ai changé la façon dont s'affiche le menu catégories : la catégorie affichée est en gras italique pour plus de clarté :


J'ai changé le popuphelp du module de recherche :


Lors de l'ajout d'un commentaire, qu'il soit validé ou non, j'ai préféré une boite de dialogue plutôt que le bandeau, idem pour l'ajout ou le retrait de favori :
exemple commentaire validé :


ajout de favori avec le nom de l'user :


les exifs sont gérés comme ça également (j'ai utlisé un plugin exif comme base que j'ai modifié, il me reste une fonction à ajouter pour gérer les poses T)


J'ai intégré gravatar à piwigo : dans les commentaires de photos, dans les derniers commentaires et pour les utilisateurs connectés :
commentaire photo :


utilisateur enregistré :


un guest voit ceci par contre :


J'ai rajouté 2 fonctions pour l'instant :
une loupe pour agrandir une partie de l'image :


et un mode plein écran pour mettre en valeur une photo (le bouton n'apparaît que dans les navigateurs compatibles comme pour facebook, par contre je n'ai pas voulu ajouté la navigation en mode plein écran comme facebook l'a fait)


Je pense avoir fait le tour des principales modifications que j'ai apportées. J'attends la sortie de piwigo 2.6 pour vérifier qu'il n'y a pas d'incompatibilité compte tenu des informations des différentes releases.

@+ ;)

Bonsoir,

Je ne me sens pas trop capable de réaliser un thème complet. Cela a été un véritable travail de fourmi pour bricoler celui-là, il est adapté à mes besoins et mes envies essentiellement. Ma galerie sera bientôt en ligne "pour de vrai" et donc impossible d'y toucher, je ne veux pas que mes visiteurs tombent sur des "piwigo a rencontré une erreur irrécupérable", erreurs php, sql et smarty en tout genre.

N'étant pas développeur, je bute parfois sur des choses idiotes qu'un développeur chevronné resoudra en 5 minutes et qui me prennent une soirée complète.

Dernier exemple en date : dans mon footer.tpl des emails, je souhaitais indiquer la date et l'heure d'envoi de l'email comme je le fais sous wordpress :
- j'ai donc testé $smarty format-date, cela ne fonctionne pas, format anglophone quelles que soient les balises % utilisées.
- j'ai donc testé via php et le plugin personnel, mais aucun trigger ne fonctionne, en tout cas je n'ai pas trouvé lequel utiliser.
- pour finir, j'ai inséré un :

 {php}setlocale(LC_TIME, 'fr_FR.UTF8');global $heuretedate; $heureetdate = strftime('%d %B %Y à %H h %M min.');$this->assign('heureetdate',$heureetdate);{/php}{$heureetdate}

pour que ça fonctionne directement dans le tpl. Il est évident que si cette astuce fonctionne pour moi, ça ne sera pas le cas pour un étranger, voir même pour un français selon la configuration de son serveur en php.Cela m'a pris une soirée pour en arriver là !

Je suis quand même parvenu à finaliser mes envois mails, piwigo devant se charger de 2 choses : envoyer les identifiants pour la galerie et envoyer un mail en cas de renouvellement du mot de passe des galeries. Comme php mailer n'est pas installé sur piwigo, ça  a été une nouvelle descente aux enfers pour moi pour comprendre comment tout fonctionne !

J'y suis quand même parvenu :

Voici le modèle de mail en cas d'inscription validée depuis wordpress :



En cas de renouvellement de mot de passe pour les galeries, les erreurs ou les infos sont gérées par boites de dialogue :



Pour éviter une page blanche avec juste le titre, le contenu et le titre changent de façon dynamique :



En cas de renouvellement, l'utilisateur reçoit ce type d'email :



J'ai viré le copyright original piwigo et j'ai ajouté une ligne, je pense que je dois être conforme. Si cela pose problème, quelqu'un de la team devrait me le signaler, je verrai comment corriger.

@+ ;)

Bonsoir,

Dans mon esprit, publier c'est montrer un résultat exploitable et parfaitement utilisable, c'est ce que je n'avais pas compris.
Il faudra que je cherche ce que vous appelez "dépôt subversion", je suis bon pour une recherche dans la doc encore une fois...
J'avais vu en effet que la future version 2.6 intégrait php mailer, je connais pour avoir réalisé mes formulaires sous wordpress, ce ne devrait pas gêner ma surcouche de code.
Après réflexion, j'ai anticipé le problème {php} évoqué et je pense l'avoir réglé définitivement pour cette satanée date et heure, je n'étais pas loin du résultat en fait.
Dans le themeconf.inc.php du thème, j'ai ajouté mon setlocale : setlocale(LC_TIME, 'fr_FR.UTF8'); et maintenant smarty parle français lorsque je lui demande {$smarty.now|date_format:"%d %B %Y à %H h %M min"} dans le footer.tpl de mon mail.
Sans aller jusqu'à faire du support, je veux bien aider dans la limite de mes compétences.

@+ ;)

Bonsoir,

Je viens d'aller lire, je n'ai pas encore lu le livre concernant Subversion. Une chose que je n'ai pas saisi : comment fait-on pour tester son plugin ou son thème dans Piwigo ? l'inscription donne droit à une galerie où l'on peut tester ?

@+ ;)

Bonjour,

Merci pour ces infos.

@+ ;)

Bonsoir à tous et meilleurs vœux pour cette nouvelle année !

Après analyse de piwigo et diverses tentatives pour enlever le ? dans les urls, j'y suis enfin parvenu. Le souci venait bien des urls relatives utilisées par piwigo et non de mon code ou mon htaccess.

Je peux donc désormais utiliser piwigo avec des urls sexy "seo friendly" comme celles que j'utilise pour la partie blog.

Pour l'instant je n'ai ni supprimé les urls dupliquées  ni modifié les liens mais ceux qui veulent tester peuvent le faire avec les albums et sous-albums.

exemple sur mon site, l'url typique pour afficher l'album fullscreen est normalement :
/photos/index?/galerie/fullscreen

mais elle peut désormais être appelée directement ainsi :
/photo/galerie/fullscreen

A terme, c'est cette seconde version qui sera utilisé dans mon piwigo.
J'ai également changé la façon dont piwigo interprète les noms de photo, d'album ou de tag car on arrive à des incohérences dans les urls.

Par exemple, si j'utilise un tag de prénom composé pour tager des photos par auteur, dans piwigo d'origine le tag 'Jean-Pierre' devient 'jean_pierre', j'ai pour ma part opter pour 'jean-pierre' ce qui me paraît plus lisible.

Idem pour les noms d'album ou de photos, une galerie ou photo appelée 'champignon de souche' devient 'champignon-de-souche' dans l'url ,ce qui est plus sexy que 'champignon_de_souche' (ou juste l'id, surtout lorsque qu'on utilise la fonction de tri par date derrière qui utilise le - plutôt que le _. On conserve ainsi une forme d'url plus cohérente selon moi. Il me semble d'ailleurs que pour la seo et google, l'utilisation des _ est déconseillé dans les urls, ce dernier ayant tendance à interpréter cette partie comme un seul mot.

J'ai conservé l'id associé au nom de la photo pour diverses raisons :
- id unique pour un nom qui peut ne pas être unique, donc aucun risque de plantage
- plantage de msqli si utilisation uniquement du nom, je n'ai pas cherché ce qui faisait planter mais visiblement, il faut regarder du côté du fichier picture.php ligne53, pb de db-fetch...

je reviendrai lorsque j'aurai avancé un peu plus dans le code.

@+ ;)