Tout à fait !
8-)
VDigital a écrit:
[Je doute que la Madame Michu ou la grand-mère de Rub comprenne ce qu'elle doit faire (passer de 1.5Mo à 4Mo et plus, inscrire les champs IPTC dans le fichier).
.../...
Ce n'est pas parce que tu n'as pas réussi à utiliser une fonction un jour, que l'avenir ne se trouve pas derrière cette solution. De toute façon, je sais que 3/4 ans, les images en haute définition pèseront 40 ou 50Mo. Michel, tu te poseras alors encore d'autres questions sur comment tu dois traiter le problème.
Ok...ok... Moi, je faisais part de mes reflexions sur mon expérience perso, je n'avais nullement la prétention de parler pour la planète entière. Et je n'ai pas dit que non plus que la fonction n'était pas bonne.... 8-)
extension:350 est maintenant internationalisé et disponible en français (merci à ddtddt pour le rappel de l'importance de l'i18n dès qu'une fonctionnalité est publiée)
*** Pas encore tester le dernier plugin ***
@Tcherno :
Laisser la possibilité de pouvoir envoyer des photos sur une galerie c'est déjà être conscient des "risques" que l'on prend. Donc si les personnes de confiances ne joue pas le jeux, ça complique bougrement les processus. Pour le moment, si la demande est légitime elle n'est reste pas moins très technique et près précise.
Nous n'en somme pas encore à un tel stade ;-)
Tcherno a écrit:
Discussion trés interessante a laquelle je n'ai pas tout compris techniquement, je propose donc un témoignage francophone 8-).
- Je n'utilise pas ploader pour deux raisons : 1/gestion des iptc et 2/positionnements des fichiers sur le serveur. (Je ne veux pas tout mélanger "physiquement".
- Je n'utilise pas l'upload web standart piwigo car je n'ai jamais reussi a uploader une image de taille pwg_high, or je ne souhaite stocker que des images de la meilleure def possible.
Quelques remarques perso, les gens ont toujours tendances a m'envoyer des basses def (a mon grand desespoir 8-) et - évidement - sans champ iptc informés. Donc
1/ le systeme "ideal" que je souhaite devrait accepter des photos de 10megas et au minimum de 4meg.
2/ le systeme devrait controler les champs iptc et ... -si possible - demander à l'utilisateur de les remplir ET les inscrire dans le fichier !
3/ le systeme devrait permettre évidement de créer des dossiers et evidement des dossiers pwg_high dans une arborescence autorisée au "client" qui upload.
4/ le systeme devrait permettre a l'admin de la galerie de valider/rejeter les images avec envoi de mail ad hoc et donc ne réaliser le resize basse def et vignette qu'au moment de la validation.
J'espère que ces quelques mots vous seront utiles, et je vais suivre vos travaux. Merci
Je doute que la Madame Michu ou la grand-mère de Rub comprenne ce qu'elle doit faire (passer de 1.5Mo à 4Mo et plus, inscrire les champs IPTC dans le fichier).
Je vois mal SNF69 présenter ça même à des photographes amateurs.
Ceci dit, tu prends le problème vu de ta fenêtre, et en grande partie à l'envers.
Ce n'est pas grave.
Ce n'est pas parce que tu n'as pas réussi à utiliser une fonction un jour, que l'avenir ne se trouve pas derrière cette solution. De toute façon, je sais que 3/4 ans, les images en haute définition pèseront 40 ou 50Mo. Michel, tu te poseras alors encore d'autres questions sur comment tu dois traiter le problème.
Discussion trés interessante a laquelle je n'ai pas tout compris techniquement, je propose donc un témoignage francophone 8-).
- Je n'utilise pas ploader pour deux raisons : 1/gestion des iptc et 2/positionnements des fichiers sur le serveur. (Je ne veux pas tout mélanger "physiquement".
- Je n'utilise pas l'upload web standart piwigo car je n'ai jamais reussi a uploader une image de taille pwg_high, or je ne souhaite stocker que des images de la meilleure def possible.
Quelques remarques perso, les gens ont toujours tendances a m'envoyer des basses def (a mon grand desespoir 8-) et - évidement - sans champ iptc informés. Donc
1/ le systeme "ideal" que je souhaite devrait accepter des photos de 10megas et au minimum de 4meg.
2/ le systeme devrait controler les champs iptc et ... -si possible - demander à l'utilisateur de les remplir ET les inscrire dans le fichier !
3/ le systeme devrait permettre évidement de créer des dossiers et evidement des dossiers pwg_high dans une arborescence autorisée au "client" qui upload.
4/ le systeme devrait permettre a l'admin de la galerie de valider/rejeter les images avec envoi de mail ad hoc et donc ne réaliser le resize basse def et vignette qu'au moment de la validation.
J'espère que ces quelques mots vous seront utiles, et je vais suivre vos travaux. Merci
Premiers retours excellents...
Bien entendu, l'idéal serait d'avoir l'équivalent d'un Community pour des users/groupes et de disposer de l'interface coté galerie.
J'ai eu un plantage avec une image de 8Mo... (Normal):
Si on oublie l'écran de perte de connexion avec le serveur (ce qui est logique et difficilement contournable),
à priori le plugin ne laisse pas de trace de la tentative d'upload ayant échouée => Donc, très bien.
Bravo pour cette première version qui réjouira déjà beaucoup d'utilisateurs.
extension:350
Première version de la nouvelle génération de l'upload web. Très très basique en revsion 2.0.a, c'est vraiment juste la mécanique de base. Il y a évidemment encore beaucoup de choses à faire sur le plugin avant d'atteindre l'objectif (mais déjà, il fait des trucs que l'on ne faisait pas jusqu'à maintenant, à savoir le redimensionnement "taille web" par exemple).
J'ai passé un peu de temps à tester ZenPhoto (qui a ses qualités et ses défauts par rapport à Piwigo) et en particulier le formulaire web d'upload :
* accessible dans l'administration, menu "upload", ce n'est pas un sous menu
* on peut créer un album directement depuis le formulaire d'upload OU uploader dans un album existant
* par défaut ils utilisent uploadify
* si uploadify ne fonctionne pas, on peut switcher sur un mode sans AJAX avec 5 champs pour uploader 5 fichiers
* on peut fournir un zip qui contient des photos
* une fois les photos uploadées (je ne sais pas à quel moment exact, s'il attend qu'elle soient toutes uploadées), on passe sur un équivalent de notre écran de gestion par lot en mode unitaire
Je n'ai pas encore regardé comment il gérait la fabrication des versions redimensionnées de la photo (miniature et taille web).
Mon avis : si ZenPhoto a des défauts, ce n'est certainement pas celui de la gestion de l'upload (et de l'administration en général). C'est vraiment bien, car ça permet de prendre en main très vite l'outil, très intuitif.
Le fonctionnement de zen sur cette fonctionnalité est bien pensé. On a le formulaire d'upload et les photos apparaissent au fur et à mesure dessous.
Le formulaire web je le vois bien sur une page distinct accessible via le premier écran d'administration et via le menubar coté visiteur.
Pouvoir uploader des photos via une archive zip c'est bien... mais je ne sais pas si "fichier par fichier" ce n'est pas mieux du point de vu fonctionnelle (forum EN je sais). Ca serait par contre une bon argument de promotion des galeries dites "participatives".
mathiasm a écrit:
Et on pense à l'upload "public", aussi.
Comme d'habitude, pour moi c'est secondaire, mais en effet, pour certains c'est primordial.
...
Et on pense à l'upload "public", aussi.
Edit: raaaaahhhhh. Je mets des pointillés pour faire la continuité, il me change de page, le bougre!
Pour ma part, j'arrête ici de discuter de l'aspect technique (coding, choix du framework, etc.) je le ferai sur le forum central anglophone, la référence pour ce qui concerne le développement.
Par contre, je veux bien discuter ici l'aspect fonctionnel avec les utilisateurs francophones.
* Où apparaît ce formulaire web d'ajout de photo ? dans l'administration d'une catégorie par exemple ? Est-ce qu'on permet d'ajouter des photos sans catégorie ? (orpheline au départ)
* Est-ce qu'on permet d'uploader une archive avec plusieurs photos dedans ?
Si quelqu'un a l'expérience de ZenPhoto dans ce domaine, ce serait intéressant d'un point de vue fonctionnel pour commencer.
En conclusion, si on veut limiter la bande passante, on utilise pLoader, sinon, le futur http-upload.
Reste plus qu'à (!) choisir le module.