Mais avec des photos haute résolution (i.e. pas redimensionnée avec
la résolution max d'un appareil photo même modeste), ça fait un gap
énorme entre XXL et l'original.
Bien sûr mais ce gap n'a aucune importance.
Bah, ça implique que la photo originale ne sera a peu près jamais utilisée pour l'affichage, et donc qu'on n'aura jamais une image plus grande que XXL. Je veux dire, dans la phrase « Donc si la photo originale est plus grande que la place disponible on utilisera la XXL. », la partie gauche de l'implication est une tautologie en pratique.
Avec la stratégie actuelle qui ne redimensionne pas côté client, si je configure XXL à la taille de mon écran plus epsilon, il ne sera jamais utilisé, et si je le configure à quelque chose de plus petit, j'aurais de la place perdue sur l'écran.
Pas si gourmand que ça. Piwigo ne le fait qu'à la demande et met en cache
Oui, ce que je voulais dire, c'est le redimensionnement au pixel près comme le fait Google+ par exemple. Si un visiteur vient avec un navigateur 1 pixel plus grand, il recalcule toute la photo. Bourrin, mais efficace ;-).
Et bien moi je trouve cela beaucoup mieux que de ne pas avoir de plugins et d'avoir une usine à gaz avec beaucoup trop de fonctionnalités dans le "core".
Honnêtement, si on considère que l'affichage avec une taille adaptée à l'écran est une fonctionnalité importante pour l'utilisateur, alors le fait qu'elle soit désactivée par défaut et disponible dans un plugin incompatible avec une bonne partie des thèmes ne peut pas être considéré comme satisfaisant.
Au final, le thème modus n'est pas loin de faire ce que je veux, et il a le bon gout de redimensionner côté client si besoin, mais du coup le choix du thème est dicté par une fonctionnalité qui aurait du être indépendante du reste de la mise en forme, donc l'effet obtenu est à peu près l'inverse de celui recherché avec un système de plugin/thèmes. Et le thème en question est incompatible avec PersoFavicon et LocalFiles Editor pour le CSS (j'ai déjà rapporté les bugs, mais c'est juste pour illustrer à quel point on peut galérer à jongler entre les trucs incompatibles).
J'ai augmenté les tailles XXL (=> WQHD), XL (=> FHD) et L, donc les gens qui ont des écrans de ces tailles ont maintenant des images sans redimensionnement en diaporama plein écran, et qui remplissent bien l'espace modulo downsizing dans les autres configs. Ce que je voulais, mais je trouve ça dommage d'avoir du galérer autant pour arriver à ce que tous les hébergeurs commerciaux « classiques » font out-of-the-box.
Bon, voilà, maintenant que j'ai bien râlé, il faut quand même que je positive un peu : j'ai craqué pour un abonnement sur piwigo.com (http://mmoy.piwigo.com/), on a échangé plusieurs mails en privé avec Pierrick et le support est hyper réactif. Ça fait vraiment plaisir de voir des gens baser leur business-model sur le libre et l'absence de captivité de l'utilisateur !
[^] # Re: Piwigo
Posté par Matthieu Moy (site web personnel) . En réponse au message (Auto) Hébergement de galeries photos. Évalué à 5.
Bah, ça implique que la photo originale ne sera a peu près jamais utilisée pour l'affichage, et donc qu'on n'aura jamais une image plus grande que XXL. Je veux dire, dans la phrase « Donc si la photo originale est plus grande que la place disponible on utilisera la XXL. », la partie gauche de l'implication est une tautologie en pratique.
Avec la stratégie actuelle qui ne redimensionne pas côté client, si je configure XXL à la taille de mon écran plus epsilon, il ne sera jamais utilisé, et si je le configure à quelque chose de plus petit, j'aurais de la place perdue sur l'écran.
Oui, ce que je voulais dire, c'est le redimensionnement au pixel près comme le fait Google+ par exemple. Si un visiteur vient avec un navigateur 1 pixel plus grand, il recalcule toute la photo. Bourrin, mais efficace ;-).
Honnêtement, si on considère que l'affichage avec une taille adaptée à l'écran est une fonctionnalité importante pour l'utilisateur, alors le fait qu'elle soit désactivée par défaut et disponible dans un plugin incompatible avec une bonne partie des thèmes ne peut pas être considéré comme satisfaisant.
Au final, le thème modus n'est pas loin de faire ce que je veux, et il a le bon gout de redimensionner côté client si besoin, mais du coup le choix du thème est dicté par une fonctionnalité qui aurait du être indépendante du reste de la mise en forme, donc l'effet obtenu est à peu près l'inverse de celui recherché avec un système de plugin/thèmes. Et le thème en question est incompatible avec PersoFavicon et LocalFiles Editor pour le CSS (j'ai déjà rapporté les bugs, mais c'est juste pour illustrer à quel point on peut galérer à jongler entre les trucs incompatibles).
J'ai augmenté les tailles XXL (=> WQHD), XL (=> FHD) et L, donc les gens qui ont des écrans de ces tailles ont maintenant des images sans redimensionnement en diaporama plein écran, et qui remplissent bien l'espace modulo downsizing dans les autres configs. Ce que je voulais, mais je trouve ça dommage d'avoir du galérer autant pour arriver à ce que tous les hébergeurs commerciaux « classiques » font out-of-the-box.
Bon, voilà, maintenant que j'ai bien râlé, il faut quand même que je positive un peu : j'ai craqué pour un abonnement sur piwigo.com (http://mmoy.piwigo.com/), on a échangé plusieurs mails en privé avec Pierrick et le support est hyper réactif. Ça fait vraiment plaisir de voir des gens baser leur business-model sur le libre et l'absence de captivité de l'utilisateur !