petite maj : je précise un détail important : les Sites Distants sont amenés à disparaître

up 19 juillet - 1 aout
post:172940

plg a écrit:

flop25 a écrit:

-Pierrick relance l'idée de la suppression du paramètre Galerie Url dans administration

Hum, je fais davantage que "relancer l'idée", j'indique que je vais supprimer ce paramètre de l'interface web. Il y a encore 5 minutes, j'ai encore vu un utilisateur de Piwigo qui avait rempli ce champ n'importe comment en pensant que ça allait avoir un effet...

Ca fait un moment que ce paramètre devrait être supprimé de l'interface graphique...

Par contre Florent, ce qui ne va pas c'est d'éditer ton message pour chaque semaine.
Je te propose de conserver ce sujet d'ouvert (épinglé ?) afin d'y référencer toutes les sujets qui traiteront d'une seule semaine.

Comme ça on garde le fil et on évite de faire un gros sujet dans lequel on ne s'y retrouve plus ;-)

flop25 a écrit:

Piwigo Network : la possibilité  pour une galerie Piwigo d'afficher des images/éléments provenant d'une liste d'autres galleries !
Un système du type : une galerie-portail qui affiche le contenu de ces galeries-abonnées Ex : lemondedurail.fr est une galerie pwg, laurent.fr, leraildunord.fr et andré.fr sont des galeries pwg de passionnés du rail. Alors lemondedurail.fr pourrait être une galerie-portail qui va s'abonner aux 3 autres galeries et afficher leur contenu
Coté technique, ce serait un plugin nécessitant des modif dans les web service néanmoins.
J'espère avoir été fidèle à l'esprit du message de pierrick (hein?)

Déjà en anglais les mots "Piwigo Network Master" et "subscribers", je pense qu'il faudrait se pencher dessus pour trouver la meilleure formulation. Et pas évident de dire si c'est le master qui s'abonne ou si c'est le master auquel on s'abonne. Moi je dirais plutôt qu'on s'abonne à un master (et le master accepte ou refuse ta demande d'abonnement).

En français, je n'ai pas réfléchi du tout. "Portail", oui pourquoi pas. "Central" ça peut aussi évoquer l'idée. Si on reprend la terminologie Flickr, ça doit s'apparenter au "groupe" en fait (je n'utilise pas Flickr, donc je suis peut-être à côté de la plaque sur la notion de groupe)

En tout cas, l'idée c'est bien d'interconnecter des galeries Piwigo. J'ai commencé à en parler sur un blog anglophone qui se posait la question "et si Flickr s'arrêtait ?" (ou n'importe quelle plateforme de partage de photos). L'une des conclusions était qu'il fallait décentraliser et utiliser des logiciels comme Piwigo. La critique majeure des systèmes comme Piwigo face à un Flickr ou équivalent (Ipernity, Picasa Web Albums...) c'est l'absence de "social". Ma proposition de Piwigo Network est une (grosse) brique pour rendre Piwigo plus social, et de façon décentralisée. Johan Commelin, un hollandais qui s'attaque à la rédaction de tutoriels sur la création de plugin, m'a demandé des infos sur ce projet via le canal IRC sur freenode, et je lui ai promis d'écrire en quoi la fonctionnalité consistait (on a échangé quelques phrases ce matin par IRC suite à mon topic).

Dans le projet "rendre Piwigo plus social", il n'y a pas que Piwigo Network, il y a déjà le projet d'annuaire, qui devrait arriver plus vite.

bonjour à toute la communauté,
voici les discussions importantes du forum anglais
Merci de ne pas commenter ici les sujets mais d'ouvrir un sujet dédié ici ou dans beta/dév ! Merci aux modérateurs de modifier ce post si et seulement si des informations sont fausses ou incomplètes !

Merci de votre confiance en Piwigo et bonne lecture ^^


de la rentrée à Noël

1- sur le développement de piwigo

Les vacances sont là et revoilà l’équipe pleine d'idées pour la 2.4 dont le planning prévoit une beta d'ici le 1° janvier !

[o]- http://piwigo.org/forum/viewtopic.php?id=18538 : mistic a revu la gestion des messages de la partie public. Il s'agit d'un portage de ce qui se fait en partie admin :
-tous les messages seront affiché par messages.tpl (nouveau tpl donc) qui est inclu dans toutes les pages dans #content
-utilisation de $page['infos'] or $page['errors'] comme en partie admin : il est facile d'ajouter des messages pour les plugins, et ceux ci sont dispo en variable Smarty pour affichage

[o]- http://piwigo.org/forum/viewtopic.php?id=18570  : gros gros sujet ! La génération d'autres tailles d'images que Miniature/web/hd.
Rvelices travaille dessus et a produit un plugin comme premier jet : http://piwigo.org/svn/extensions/derivatives
Il s'agit de générer à la demande (à la volée en appelant i.php?/upload/2011/09/06/20110906162759-2e544fe0-th.jpg dans un premier temps, puis en affichant normalement l'image local/i/upload/2011/09/06/20110906162759-2e544fe0-th.jpg) des tailles d'images différentes
Le but est de permettre aux thèmes de pouvoir afficher des tailles intermédiaires (mais aussi des formes carrées etc), mais aussi à la page picture.php différentes tailles d'images pour télécharger/voir. Sur ce dernier point, le thème default sera donc adapté à ce nouveau système
Actuellement je dirais que c'est en discussion sur la gestion des tailles : l'utilisateur pourra-t-il ou pas définir de nouvelles tailles, si oui dans quelle mesure...
maj : j'ai omis que la fonctionnalité de Site distant ne sera pas compatible avec ce système : les sites distants disparaitront ! Qui plus est, les images seront protégées notamment par .htaccess, et contre le hotlinking des originaux.
N'hésitez pas à donner vos idées/impressions et posez des questions sur une autre fil de discussion, merci

1- PEM : le manager d'extension
[o]- http://piwigo.org/forum/viewtopic.php?pid=126614 : Pem verra sa liste de version de Piwigo simplifiée de 2.3.1 2.3.2... à 2.3.x 2.2.x etc Ceci pour éviter que les gens soit rebutés de mettre à jour les versions mineurs, alors qu'elles ne contiennent que des maj de bug et sécurité : cela évitera aussi aux dev d'extensions de devoir mettre à jour trop souvent la compatibilité de leur extension. De plus piwigo ne vérifiait déjà plus cette version mineur pour les maj/suggestion

19 juillet-1 août

1- sur le développement de piwigo

[o]- http://piwigo.org/forum/viewtopic.php?id=17858 : très important ! Le système de notation a été revu : plus précisément, la moyenne arithmétique n'est plus calculée mais plutôt un score calculé avec les statistiques Bayésiennes. Pour un peu de lecture : http://translate.google.fr/translate?hl … ian-rating
Le problème à la base est qu'une photo notée une seule fois 5 se retrouve avec une moyenne de 5, de même qu'un photo notée 3 fois 5. Or les deux photos ne sont pas notées de la même manière mais apparaissent comme aussi bien notée. Avec le nouveau système, une photo notée une fois 5 aura un "rating score" -score de classement- moindre qu'une photo notée 3x 5. La fonctionnalité est déjà implémentée sur le dépôt.
La discussion a fait émerger d'autres questions :
-j'ai suggéré l'ajout d'un score de popularité basé sur le nombre de vues, la notation, les commentaires, la date de publication et éventuellement la visibilité de l'image
-sous SQLite -dont la compatibilité est notée comme expérimentale-, on ne peut renommer une colonne de table semble-t-il. rvelices remet en cause le support multi base de données

Sinon des maj des langues, des amélioration de javascript par rvelices...


5 juillet-19juillet

1- sur le développement de piwigo

[o]- topic:20615 sortie de piwigo 2.2.4
[o]- la version 2.3beta3
[o]- pas de discussion de dev, du coup parlons du dépôt :
--[o]-plg réintroduit un peu d'aléatoire dans les miniatures représentatives en permettant de désactiver le cache pour 2 cas de figure : si un album ne contient que des sous album et si la miniature désignée a privée pour le visiteur en cours
--[o]-rvelices a fait un peu de ménage en enlevant des fonctions désormais obsolète
--[o]-add_permission_on_category() est une nouvelle fonction
--[o]-et une bonne poignée de maj de langue



2- les autres discussions intéressantes

[o]- J.Commelin a produit des tuto dans le wiki EN et demande que qqun les organisent/les lient depuis d'autres pages
http://piwigo.org/doc/doku.php?id=tutorial1
http://piwigo.org/doc/doku.php?id=tutorial2
http://piwigo.org/doc/doku.php?id=svn_upload
[o]-jortex696 a 1,700,000 images et 60,000 categories, et rencontre un problème de requêtes sql bien trop loongues
[o]- http://piwigo.org/forum/viewtopic.php?pid=123430 => une des grosses limites due l'upload web actuel : comme les images sont renommées et placées dans un autre dossier, elles sont perdues si la base de données n'a pas été conservées/sauvegardées


________________________
29 juin-5juillet

1- sur le développement de piwigo

[o]-Pierrick relance l'idée du "showcase" ou Vitrine en bon français.
Au début ce n'était censé qu'être une galerie pwg sur les sites *.piwigo.org remplie de galeries pwg belles ou bien faites. La règle était qu'on demandait l'inscription en uploadant une photo d'écran de son site, avec descriptions et lien, puis il était validé ou pas.
Pierrick a l'idée de développer ça encore plus avec la possibilité :
-de faire l'inscription de sa galerie depuis sa galerie : (on y envoie un screenshot et y ajoute des tags)-correction->on soumet un formulaire pré rempli (nom url ect) et on ajoute des étiquettes (tag) correspondant à sa galerie
-de promouvoir des sites inscris dans la vitrine : on sélectionne depuis son administration les sites et ceux-ci apparaitront en lien dans le menu
Attention a ne pas confondre avec le projet d'un piwigo network ! Ici ce serait juste du partage de liens et une centralisation des liens de galeries pwg sur piwigo.org.
A discuter dans : post:173249

-Pierrick relance l'idée de la suppression du paramètre Galerie Url dans administration
http://piwigo.org/forum/viewtopic.php?p … 56#p123256
perso je serais pour une solution à la wordpress :
"Adresse web de WordPress    
Adresse web du site (URL)"

2- les autres discussions intéressantes

[o]-l’absence de tiico se fait sentir : http://piwigo.org/forum/viewtopic.php?p … 36#p123236
[o]-j'en profite pour rappeler qu'il y a un bug forum : sur la page dernier message les [résolus] ne s'affichent.

c'est a peu près tout

________________________________
Période d'avant le 29 juin

1- sur le développement de piwigo

[o]- la prochaine beta 2.3.0  est prévue pour demain
http://piwigo.org/forum/viewtopic.php?id=17732
au menu :
-la possibilité de cacher l'icone "Nouveau" pour les images récentes. Bonne idée : ça fait un peu old school cette façon de présenter. Je rappelle que ce bout de code marche bien, mais pas dans le menu bien sûr :

/** mainpage_categories.tpl **/
//add_event_handler('loc_end_index_category_thumbnails', 'MY');
/** thumbnails.tpl **/
/*
add_event_handler('loc_end_index_thumbnails', 'MY');
function MY($tpl_thumbnails_var)
{
    global $template;
    $new_tplvar=array();
    foreach ($tpl_thumbnails_var as $tplvar)
    {
      $tplvar['icon_ts']='';
      $new_tplvar[]=$tplvar;
    }
    return $new_tplvar;
}

-ça va vous plaire : l'ordre par défaut d'affichage est configurable depuis la page Admin->Config->Options (merci de tester !)
-l'ajout de 2 trigger sur les tag: le but étant de les faire devenir multilingue via extended description (qui devrait changer de nom je pense)
-la version de piwigo enfin inscrite dans la base de donnée
et divers bugs corrigés entre temps
N'oubliez pas ! vous êtes la raison d'exister du projet, alors aidez nous à améliorer Piwigo


[o]- Pierrick propose de mettre les liens "connexion/enregistrement", "administration", "[<a href="profile.php">username</a>] déconnexion" dans le pied de page
http://piwigo.org/forum/viewtopic.php?id=17736
Pour résumer la discussion, Pierrick fait remarquer que si le menu est caché (même dynamiquement par le thème le plus souvent), les gens ne savent plus comment se connecter... d'où l'idée de reprendre les idées de Zaphod sur stripped. Perso, je pense que c'est à ce genre de thèmes de prendre les mesures nécessaire pour améliorer leur ergonomie, mais le fait de rajouter des id/class (afin de cacher par CSS ces liens) moi ça me va. Zaphod relève le fait que si la page a un ascenseur le problème est quasi le même : un manque de visibilité.

[o]- Pierrick expose une de ces idées qui lui trottait depuis longtemps dans la tête :
http://piwigo.org/forum/viewtopic.php?id=17739
Il s'agit de créer un réseau Piwigo ! En voici une traduction :

Piwigo Network : la possibilité  pour une galerie Piwigo d'afficher des images/éléments provenant d'une liste d'autres galleries !
Un système du type : une galerie-portail qui affiche le contenu de ces galeries-abonnées Ex : lemondedurail.fr est une galerie pwg, laurent.fr, leraildunord.fr et andré.fr sont des galeries pwg de passionnés du rail. Alors lemondedurail.fr pourrait être une galerie-portail qui va s'abonner aux 3 autres galeries et afficher leur contenu
Coté technique, ce serait un plugin nécessitant des modif dans les web service néanmoins.
J'espère avoir été fidèle à l'esprit du message de pierrick (hein?)

[o]- Pierrick propose d'améliorer le système d'affichage de la HD. Voilà une idée que certainement beaucoup d'entre nous ont !
http://piwigo.org/forum/viewtopic.php?id=17734
en se basant sur le travail de grum et l'adaptation de Zaphod
On aurait alors :
-une icône Zoom/Loupe dans la bar #imageToolBar
-au clique sur cette icône ou l'image en taille web, une fenêtre dynamique javascript type lightbox affiche l'image en taille adaptée à l'écran
-une option dans cette fenêtre affiche l'image taille réelle
Une loupe pourrait aussi apparaître au survol de l'image en taille web.
Pierrick est gêné par le fait qu'aucun message disant que l’image est HD -donc lourde à charger- mais Zaphod et moi pas vraiment. Je pense d'ailleurs que lors du chargement de l'image par lightbox, on pourrait mettre un texte soit "l'image peut mettre plusieurs seconde à charger" ou "cliquer ailleurs ou pour quitter". J'ai aussi émis l'idée que ce problème devrait être résolu en même temps qu'une implémentation d'un système pour générer/gérer des tailles différentes pour chaque image : différentes tailles seraient générées à l'appel (picture.php?xxx&size=800x600) ou à l'upload et par la gestion de lot. Pierrick pense que les deux problèmes sont trop distincts. Grum indique que cela ne devrait pas poser de problème même si tout le travail de grum est très segmenté et interconnecté. zaphod et grum font remarqué les possibles incompatibilité pour les thèmes ayant les tpl spécifique, notamment un picture.tpl customisé couplé avec le picture-content.tpl par defaut

[o]- la traduction bulgare a été faite: merci à josifbg

[o]- [Bugtracker] ticket 2364 HAAAA la page d'upgrade.php sera lancée automatiquement si la mise à jour plante en cours de route

[o]- [Bugtracker] ticket 2368 La page picture.php autorise plusieurs forme d’argument selon l'origine du lien : une url canonique devrait exister mais il me semble que c'est déjà le cas

voilà je pense que c'est tout les discussions sur le développement. J'enjoins les personnes travaillant à des dev en cours à communiquer dessus via ce présent fil de discussion


2- les autres discussions intéressantes

[o]- Un utilisateur demande une navigation inversée : http://piwigo.org/forum/viewtopic.php?p … 85#p122985 . Quand on clique sur l'album on va direct sur une page image d'une image appartenant à l'album. Bon comme un album ne contient pas forcément d'image, j'ai interprété ça comme la page de l'image représentative de l'album. Puis après on peut remonter, ou passer aux images suivante/précédente. Le redirect ne va pas car il redirige l'album et pas le lien de l'album... subtile Affaire à suivre !

[o]-L'extension pour Lightroom afin d'exporter dans piwigo passe en version finale mais du coup payante : mise à jour mineure gratuite mais l'auteur indique que le plugin est déjà suffisamment complet pour qu'il n'y est pas de version majeure payante. Pour avoir testé, j'avoue que c'est du très bon boulot ! http://alloyphoto.com/plugins/piwigo/

[o]-http://piwigo.org/forum/viewtopic.php?id=17665 => un type un peu stressé dans sa vie pète un léger plomb sur le forum, car sa galerie affiche des erreurs. Ça arrive à nous tous et il l'a reconnu lui-même. Laissez vous toujours une soupape d'échappement et apprenez à relativiser : vous vivrez alors plus vieux ^^

[o]- http://piwigo.org/forum/viewtopic.php?p … 22944=> encore une demande de protection des images plus poussée : il s'agit d'un besoin vraiment très particulier. d'un coté on nous demande de ne pas changer le nom de fichier lors de l'upload et de garder la hiérarchie de la galerie, et de l'autre on nous demande de sécuriser les chemins d'accès et nom de fichier etc Hum ! Vive les plugins ^^

et plein d'autres demandes spécifiques ... c'est bien le forum anglais c'est dynamisé depuis quelque temps avec même des discussions entre turques ^^