Urbanbike

Index |
ou détaillée | Fil RSS | ATOM

PixelPost, une solution sans Flash

Simple, efficace, gratuit et puissant

dans mémoire | photo | potager | usages | voir

Cela fait un bout de temps que je cherche, sans manifester beaucoup d'efforts, une solution de galeries d'images n'employant point de Flash. Jusqu'à présent, j'utilisais l'excellent PicsEngine qui me donne toute satisfaction. Une solution que je continue à employer sur quelques sites clients. Seulement, ce dernier s'appuie exclusivement sur Flash et tout dépend de son unique contributeur en terme de développement.

Je n'ai pas grand chose contre Flash. Sauf que ce n'est pas ma tasse de thé, mes camarades d'urbanbike le savent.

Bref, je chercherais quelque chose qui fonctionne avec des variables positionnables dans du HTML, un peu à la manière d'ExpressionEngine et relativement simple à mettre en place (enfin, tout dépend de ce que l'on souhaite obtenir, bien entendu). J'avais lu l'excellent comparatif des diverses galeries disponibles sur le marché sous la plume de Jean-François et avait retenu au passage qu'il avait abandonné… PixelPost. Bon.

Lundi, j'ai eu un échange de courriel avec Stéphane (et pas Sébastien comme je l'ai écrit ce matin…) — voir son site — qui utilise justement PixelPost. J'ai trouvé que le dispositif de galerie fonctionnait bien, était lisible sous iPhone (et donc sous iPad demain) et j'ai décidé de l'essayer.

20100210_pix_009.png

Qu'est-ce qui m'a séduit dans PixelPost…?
Bien entendu l'absence de flash offrant, du coup, une lecture possible depuis n'importe quel périphérique (j'ai noté qu'il y avait quelques templates pour iPhone) 

Mais aussi la possibilité d'intervenir au minimum sur la mécanique et l'érgonomie sans trop de complexité par le jeu et la puissance de nombreuses variables disponibles et, à noter, bien documentées en ligne.

En effet, PixelPost utilise généralement trois templates HTML et une base MySQL appuyé par du PHP de belle qualité, ce dernier paramétrable via une console d'administration.

Ainsi, pour afficher les informations EXIF, le code se réduit à ces quelques variables insérées dans du HTML…

20100210_pix_006.png

Idem pour la page d'affichage des miniatures…

20100210_pix_008.png

Les rangées des miniatures sont liées au placement d'une seule balise…
Idem pour l'affichage des catégories.

20100210_pix_007.png

Côté console d'administration — que vous pilotez via votre navigateur, une interface est claire et localisée dans pas mal de langues dont le français…

20100210_pix_004.png

L'insertion d'une image se fait de manière limpide… La lecture de ce fragment de page est explicite.

20100210_pix_005.png

Il existe par ailleurs un grand nombre de templates prêtes à l'emploi créées par des tas de contributeurs talentueux qu'il suffit de placer dans le répertoire ad hoc. Mieux, comme le code est ouvert, PixelPost bénéficie du retour d'expérience de ses utilisateurs qui n'hésitent à à écrire des bouts de code pratiques. C'est en gros le même esprit que ce que je trouve dans ExpressionEngine avec ici un modèle économique différent. En effet, PixelPost est gratuit.

Il est très simple d'en essayer un certain nombre de templates avant d'intervenir sur celle retenue si besoin est. Toutes font appel aux mêmes variables de l'application, CQFD.

20100210_pix_003.png

Enfin, une série d'extensions (des addons) permettent d'ajouter de nouvelles variables ou des fonctionnalités supplémentaires… Elles sont activées ou désactivées via la console d'administration.

20100210_pix_002.png

Mais il y en a une qui m'a immédiatement intéressée, un addon qui permet d'exporter directement les images depuis LightRoom

20100210_pix_010.png

À noter qu'il existe un équivalent qui permet d'exporter depuis Aperture

Après sélection des images souhaitées, il reste à renseigner le panneau d'export dédié dans LightRoom. Bon ceci n'est possible qu'après avoir effectué quelques manipulations expliquées dans le fichier d'aide dont une de sécurité dans l'un des fichiers PHP.

20100210_pix_011.png

Ensuite, sans quitter LightRoom, les images sont expédiées à bon port, individuellement ou par lots…!
Bon, un bémol néanmoins. L'export des tags existants dans LightRoom.

20100210_pix_001.png

Ainsi mon tag "pointe du skeul" (une des pointes de Belle-île) se retrouve découpé en trois mots distincts une fois rendu sous PixelPost, etc.

Hormis cela, j'ai craqué et ma petite galerie fonctionne depuis hier midi.

À ce propos, je remercie Richard qui a installé PixelPost mardi en quelques minutes. Merci également à Sébastien, Dominique et Lukino ainsi qu'à Florent de l'île de la Réunion pour leurs remarques constructives.

Note du matin : avec l'adresse du site, c'est mieux…

le 11/02/2010 à 06:30 | .(JavaScript doit être activé pour visualiser cette adresse email) à JChris d'Urbanbike | #

Quid des cookies déposés par Flash

Flush pour nettoyer votre disque…

dans groummphh | mémoire | usages

Merci à Dominique de m'avoir orienté vers Flush. Bon, c'est une petite application à utiliser à vos risques et périls mais je ne me doutais pas du nombre incroyable de cookies non stockés dans les dossiers habituels de mes navigateurs mais bien planqués au fond de ma bibliothèque utilisateur…!

20100209_flush_02.png

Je ne suis pas un grand consommateur de sites en flash mais, du coup, près de 1000 fichiers détectés et occupant un bon volume. Après avoir balancé le tout la corbeille, par curiosité, je les ai déplacés dans un dossier… Arghh…! 5,3 Mo quand même !

20100209_flush_01.png

Bon, ils ont bien été ensuite réduits en cendres numériques…!

Attention, cette serpillère spécifique aux cookies de Flash est à passer régulièrement. Hier soir en écrivant cette chronique, encore une petite série (rien de comparable…!) ont été ainsi jetés.

le 10/02/2010 à 06:30 | .(JavaScript doit être activé pour visualiser cette adresse email) à JChris d'Urbanbike | #

DxO et OSX 10.6.x

5.3.7 en attendant une version 6.x

dans mémoire | photo

Piègé. Je ne pensais plus jamais utiliser DxO qui ramait sur mon G5 et qui fonctionnait moyennement avec le système 10.6.x selon mes sources… Or donc, samedi, je reçois un courriel de DxO m'annonçant — comme à des milliers de clients — la sortie de la version 5.3.7 — juste à quelques lieux de la 6.1.2 déjà disponible sous Windows (lire l'ami Volker). J'avoue que j'ai hésité, peu enclin à perdre du temps avec un produit resté lent, manifestement en retard et superbement plantogène dans ma mémoire.
Plus envie de rester auprès du feu, pour être clair…

20100129-IMG_1002.jpg

Bon, je me décide à tout réinstaller sur mon MacBook Pro Intel sous OSX 1.6.2 à la vue de la compatibilité avec mon Canon G11. Bonne surprise après un long moment à tester cette version, non seulement cela fonctionne de manière nettement plus fluide (le 3.06 Ghz Core 2 duo y est pour quelque chose), mais surtout, pas de décrochage et une ergonomie revue à la hausse.

Rapide (j'insiste sur le mot rapide) revue de détail pour ceux que cela intéresse…

L'image précédente est bien issue de Dxo et sa source issue d'un Canon G11. Bon, je ne prétends pas être un fabuleux retoucheur d'images, les ambiances qui suivent sont à mon goût et pas forcément partagées par l'ensemble des lecteurs de passage…! Bref, assez facile de visualiser les images d'une journée et d'en extraire quelques unes à traiter

20100130_dxo_002.png

Toujours la possibilité de voir les images en cours, celle en traitement avec, à gauche, l'image source et à droite le rendu de l'application en fonction de vos ajustements…

20100130_dxo_001.png

Le problème quand on démarre ce type de produit est que l'on sait quand cela commence mais quand cela va se terminer. Au lieu de finir des missions urgentes, j'ai commencé à picorer quelques images issus de divers boîtiers dont le Canon 1Ds mark III, histoire de voir si un très gros fichier RAW se traitait avec autant de célérité que ceux du G11…

20100130_dxo_004.png

Absolument…! Du coup, comme l'image répond, j'ai pu tester des options dans les modules de géométrie (pour le meilleur et souvent le pire…!).

Recadrage, déformation sur un axe (élargissement) ou orientation de l'image, tout répond sans à coups…

20100130_dxo_006.png

20100130_dxo_007.png

20100130_dxo_005.png

À tous moments, il est aisé de lancer le traitement de l'image en cours selon le paramètre souhaité.

20100130_dxo_009.png

Seul souci et sauf erreur de ma part, les 450 pixels de large souhaités se retrouvent sur la hauteur.

20090822-BIG_4268.jpg

Bien entendu, il est possible à tout moment de changer de rapport d'agrandissement et — bonjour Madame — d'ajuster son image…

20100130_dxo_011.png

Les onglets sur la droite sont très lisibles et peuvent se réduire à une seule ligne, les icônes en haut permettent d'afficher chaque groupe d'onglets spécialisés…

20100130_dxo_012.png

Les commandes permettent à tout moment de basculer d'une vision unique à une vision double pour mesurer l'écart avec l'image source…

20100130_dxo_013.png

J'avais oublié que l'on pouvait aussi masquer la zone des images en attente de traitement et opérer plein écran.

20100130_dxo_017.png

Bon, il est vrai que ces images ont été prises par temps vivifiant… Enfin l'enregistrement des attributs liées à un préset à appliquer ensuite à une série d'images se fait de manière très simple. Création du nouveau préset avec un nom plus évocateur que celui de mon exemple…!

20100130_dxo_014.png

Ensuite choix des options qui seront liées à ce préset (cases à cocher à gauche des onglets) et enregistrement comme données à attribuer.

20100130_dxo_015.png

Bref, ce rapide tour d'horizon pour reconnaître que cette version m'a mis de bonne humeur et réconcilié avec ce produit que j'avais pratiquement oublié depuis… Deux ans…!

675 de haut pour avoir en sortie 450 pixels de large…

20090822-BIG_4268b.jpg

20090822-BIG_4128.jpg

20090822-BIG_4296.jpg

Pour mémoire, il s'agit bien de la plage de Donnant et du port de Sauzon… Hummmmm…!

Bon, je me remets au boulot…
Écrit samedi après-midi.

Note : bien entendu, il y a bien d'autres points à raconter. Vous trouverez sur des sites dédiés à la photo toute la littérature technique avec des avis d'experts. Ici, ce n'est qu'un strict point de vue personnel comme tous les billets qui précèdent.

le 31/01/2010 à 06:30 | .(JavaScript doit être activé pour visualiser cette adresse email) à JChris d'Urbanbike | #