But

Avec le nouveau compilo, on peut créer des balises personnalisées. Sur la liste des utilisateurs, il y a eu une demande pour intégrer la lecture des metadata EXIF dans les fichiers jpg. Ces données permettent d’obtenir des informations sur le fichiers jpg (souvent annotée par les appareils photo digitaux) comme l’heure de prise de la photo, des commentaires, un copyright, etc...

Le code présenté ici doit être placé dans votre fichier mes_fonctions.php3.

php fournit une fonction pour accéder à ces données. On va commencer par coder deux petits wrappers pour l’utiliser simplement dans spip :

 La première fonction teste si un fichier peut contenir des tags EXIF (à la base, si c’est un fichier jpg ou tiff)
 La deuxième retourne un champ dans les metadata. On y accède en passant une section et un tag qui nous intéresse dans cette section. Si on ne donne pas de section et de tag, alors la fonction retourne une liste de tous les tags existant dans le fichier [1].

La balise

On va donc déclarer une nouvelle balise #EXIF qui retourne les metadata. Commençons par une version simple de cette balise :

Cette balise, en appelant tag_exif sans paramètres section et tag, va retourner une liste de tous les tags EXIF existants.

Avant tout, il nous faut récupérer le nom de fichier du document qui nous intéresse. Mais pour cela, on a besoin de l’ID du document. Le paramètre $param nous permet d’aller récupérer cette information. SPIP fournit une fonction pour simplifier la tâche : champ_sql retourne le code qui va nous donner la valeur d’id_document.

En fait, champ_sql est un raccourci pour index_pile :

index_pile retourne la position dans la pile du champ SQL $nom_champ en prenant la boucle la plus proche du sommet de pile (indique par $idb). Si on ne trouve rien, on considère que ça doit provenir du contexte (par l’URL ou l’include) qui a été recopié dans Pile[0] (un essai d’affinage a debouché sur un bug vicieux). Si ca référence un champ SQL, on le mémorise dans la structure $boucles afin de construire un requête SQL minimale (plutot qu’un brutal ’SELECT *’)

champ_sql va utiliser $param pour déduire "la boucle la plus proche", le 2e paramètre spécifie que l’on veut récupérer le champ 'id_document'

Le code que l’on veut exécuter pour cette balise ne doit pas être exécuté maintenant, mais dans le cache. Il faut donc retourner une chaîne contenant le code que l’on veut exécuter : "(verifier_JPG_TIFF($id_doc))?(tag_exif(generer_url_document($id_doc))):''"

Il faut aussi specifier à spip qu’on retourne du code php à executer — contrairement à du code html brut — en mettant : $params->type = 'php';

Passer des paramètres

Bon, il est clair que cette balise n’est pas très intéressante. En général, on n’a pas besoin de toutes les informations, mais d’une seule à la fois. Au lieu de créer plein de balises pour chacun des champs EXIF — qui ne sont pas toujours fixes —, on va passer la section et le tag EXIF que l’on veut récupérer comme paramètres à la balise.

Depuis la version 1.8 [2], SPIP fournis une fonction simple pour récupérer des paramètres passés à une balise. Cette fonction est utilisée dans le code suivant, pour une méthode plus archaïque (à la #EXPOSER|on,off), inspirez vous du code des LOGO expliqué plus bas.

Nous allons utiliser la même méthode pour passer les deux paramètres à notre balise EXIF, on pourra alors faire : #EXIF{FILE,FileName} ou #EXIF{IFD0,DateTime} par exemple.

Voici le nouveau code :

Il n’y pas beaucoup de différence dans le code retourné. Par contre, on va récupérer, si ils sont donnés, les paramètres $section et $tag pour les passer à tag_exif.

On parcourt la liste de filtres donnée dans params->fonctions pour trouver celui qui correspond aux paramètres. On enlève ensuite ce filtre de la liste et on extrait les paramètres du nom du filtre.

Une balise LOGO

Dans l’entête EXIF d’une image jpeg, il y a — souvent — une vignette de l’image contenue dans le fichier. Cette vignette est utilisée par les appareils photo pour rapidement afficher la photo sur son écran. Evidemment, cette vignette n’est pas de superbe qualité, mais c’est une bonne occasion de voir comment faire une balise LOGO. En plus, si on n’a ni GD, ni imagemagick sur son serveur, ça peut être utile :)

Commençons par deux petites fonctions :
 generer_url_logo_EXIF cherche le logo exif — contenu dans le fichier nom_fichier.exif.jpg si celle-ci a déjà été extraire, sinon, il extrait la vignette pour la stocker dans un fichier sur le serveur. Dans les deux cas, il retourne le chemin vers ce fichier.
 generer_html_logo_EXIF génére le code html du logo, avec un lien ou pas, et un alignement ou pas.

Regardons maintenant comment faire pour gérer un LOGO. Le plus gros problème est en fait la gestion des filtres spéciaux d’alignement etc...

Le principe est le même que pour le code précédent. On regarde la liste des fonctions pour voir ce qu’on y trouve. On peut soit y trouver une indication d’alignement, soit fichier (pour afficher l’url du fichier), soit un lien à mettre sur le logo.

La première partie du code étudie les filtres contenus dans le tableau $p->fonctions. Ensuite, on regarde si on a besoin de générer du code pour le lien, c’est là qu’il y a un intérêt : on peut passer comme lien, une autre balise (par exemple : [(#LOGO_EXIF|#URL_DOCUMENT)]).

On appelle donc la fonction calculer_champ sur la potentielle balise, c’est la fonction de base qui calcule toutes les balises pour SPIP.

Un filtre pour les dates

Les dates stockées dans les images sont sous un format différent de celui utilisé par SPIP, ainsi on ne peut pas directement utiliser les filtres fournis par SPIP. Voici donc un filtre à appliquer avant les filtres de date SPIP pour que tout marche bien :

Exemple d’utilisation

Voici une boucle qui affiche les documents d’un article en liste avec un certain nombre d’informations contenue dans les champs EXIF :

Version de développement

Cette contrib est gérée sur spip-zone, on peut récupérer la dernière version de développement grâce à :