Les conteneurs dont on rêvait…
FileMaker 12 nous transformé les rubriques multimédia en conteneurs, une grosse avancée.
J’avais d’ailleurs fait une présentation de cette nouveauté lors de la FmConf de Toulouse à l’automne 2012.
Nous avions conçu également pas moins de 4 cahiers pratiques (plus de 200 pages concrètes) sur les conteneurs,
et une petite vidéo de présentation, réalisée elle-même dans un conteneur 😉
Personnellement j’ai revu complètement mon fichier de veille (technologique et autre) à l’apparition des conteneurs, et c’est un vrai bonheur de retrouver les documents qui m’intéressent de façon totalement intégrée.
Cependant il y avait une limite fort dérangeante, et une faiblesse d’information.
1) La limite a sauté
Le principal reproche fait à cette première version des conteneurs, était la gestion des documents en stockage externe.
La version 12 obligeait alors à stocker les documents au même endroit que FileMaker Server.
Or normalement on sépare le système et les applications des documents.
Cela bloquait l’installation de ce processus chez certaines directions informatiques, et gênait beaucoup de monde par ailleurs.
C’est maintenant à l’imparfait !
Avec FileMaker 13 on peut décider d’un lieu de stockage indépendant ! Une super bonne nouvelle…
2) La faiblesse s’est transformé en force
Un deuxième aspect a été nettement amélioré : la gestion des informations concernant les documents stockés.
Certes, on pouvait obtenir certaines informations (nom du fichier, taille, localisation,…).
On pouvait également, via les fonctions de calcul, éclater ces informations pour en extraire telle ou telle partie.
On parle alors de parsing. C’est l’un des très nombreux points travaillés dans nos cahiers.
La version 13 nous apporte une nouvelle fonction très riche :
ObtenirAttributConteneur(RubriqueSource;NomAttribut)
La richesse est derrière le dernier argument de cette fonction « NomAttribut ».
On peut en effet choisir la taille, le nom, la localisation,… et ainsi obtenir ce que l’on avait auparavant de façon plus facile et plus intuitive.
Mais en fait cette liste d’attribut est très large.
Vous pouvez par exemple obtenir la latitude et longitude d’une photo, ou les données contenues dans un code-barre, ou des informations sur une signature,..
En fait vous obtenez ce que l’on appelle les méta-données pour des contenus tels que : document (Word, Excel,…), PDF, photos, sons, mais aussi les signatures et code- barre (puisqu’ils ne sont pas considérés comme des images).
Pour en savoir plus, je vous renvoie sur la note technique suivante, émise par FileMaker :
http://filemaker-fr.custhelp.com/app/answers/detail/a_id/12744
Bons conteneurs…
Michel Lansard
Merci de laisser un commentaire (déjà 5 commentaires )
Désolé, les commentaires des articles réservés sont eux-mêmes réservés
Grégory
11 ans ago
Bonjour Michel !
Effectivement, comme nous en parlons sur FMDev, ces nouveaux conteneurs sont formidables !
Outre nos questions de rotation, je me pose une question…un petit challenge même…
Serait-il possible d’avoir une rubrique Conteneur sur laquelle on poserait un fichier en Drag en Drop qui détecterait s’il s’agit d’une image (type Jpeg ou Png) ou d’un contenu interactif (sachant que FMP peut optimiser l’affichage des 2 types de données) ?
Pour résumer, drag and drop dans une zone unique… et, si c’est un PDF par exemple, quand on clique ensuite sur cette zone unique, le PDF s’ouvre dans une nouvelle fenêtre avec les options d’optimisation de contenu interactif et s’il s’agit d’une photo, alors il affiche la photo en grand avec les optimisations images…
Ce serait bien n’est ce pas ?… 🙂
Bon dimanche !
Gregory
Michel
11 ans ago
Bonsoir Grégory,
Je ne suis pas certain de tout comprendre mais la fameuse nouvelle fonction nous facilite la reconnaissance du format du document glissé-déposé.
[General]
Filename: Essai.pdf
Storage Type: Embedded
Il suffit d’extraire l’extension avec les fonctions de calcul texte, entre FileName et Storage si on a récupéré tout, ou plus simplement en ne récupérant que FileName bien sur.
Aprè,s un clic-script réagira à ce format.
Cela répond-il à la problématique ?
Michel Lansard
Grégory
11 ans ago
Bonjour Michel,
Merci pour ta réponse… J’avais repéré cette option mais je n’ai sans doute pas été assez clair dans ma question 🙂
Pour repréciser les choses, tu sais que quand une rubrique conteneur est dans un modèle, nous pouvons, en mode modèle, préciser s’il s’agit d’une rubrique conteneur de type « image » ou de type « contenu interactif ».
Tu sais également que si on drag and drop, par exemple, un PDF multi pages dans un conteneur qui a été défini comme type « image », seule la 1ere page s’affiche et FMP ne propose pas de barre de défilement de PDF.
Pour obtenir ce comportement, ainsi que les fonctions de zoom ou d’impression, la rubrique conteneur doit être défini comme « contenu interactif ».
A l’heure actuelle, dans un onglet de ma base qui me sert à stocker des documents, je suis donc obligé d’afficher 2 rubriques conteneurs distincts…l’une optimisé image, l’autre optimisé contenu interactif.
Ainsi, à l’utilisation, il faut faire un drag and drop dans la bonne « zone » en fonction du document d’origine.
Et si je veux afficher le document en grand, il faut cliquer sur l’un ou l’autre des preview (avec un petit script sur la zone conteneur du type « si vide, alors ajoute doc, et si rempli, alors affiche en grand dans un modèle plus grand »)
Ma problématique serait de savoir s’il est possible de ne garder dans le modèle Qu’UNE zone drag and drop conteneur et qu’en fonction du type de document posé, quand on cliquerait dessus, il ouvrirait dans un nouveau modèle en grand soit la photo optimisé photo, soit le PDF multipages optimisé contenu interactif pour pouvoir me balader dans le PDF…
C’est plus clair là ? 😀
Bonne journée ! 😉
Gregory
David
11 ans ago
Salut Greg,
Tu n’es pourtant pas très loin de trouver ta réponse.
Reprenons si tu veux bien:
– modèle n°1 avec une Rubrique_Conteneur (qui sert de stockage d’une image ou d’un pdf)
– drag and drop (image ou pdf) dans le modèle n°1
– la Rubrique_Conteneur (du modèle n°1) est configurée en bouton pour executer un script
– le script fait le choix d’afficher le modèle N°2 optimisé pour les images
ou afficher le modèle N°3 optimisé pour les pdf
si(fin (ObtenirAttributConteneur ( Rubrique_Conteneur ; « filename » );3)= »pdf »
….. modèle n°3
sinon
……modèle n°2
fin de si
++
David
Grégory
11 ans ago
Salut David !
Merci pour ta réponse…. bien sûr que tu as raison !
Ta solution fonctionne parfaitement, simplement, dans le cas d’un développement assez sérieux au niveau interface, j’essaye toujours de minimiser le nombre de modèles…
En effet, si, plus tard, je dois faire des modifications dans mon interface, les modifications seront d’autant plus longues que je vais avoir de modèles…
Je réfléchissais donc à une solution qui évitait de dupliquer un gros modèle dans lequel cette rubrique conteneur était…
Maintenant, avec FMP 13, c’est plus simple car je peux éventuellement utiliser la conjonction des panneaux à onglets visibles et invisibles… mais cela oblige mes utilisateurs à tous migrer sur la v13…
J’essayais donc de trouver une solution qui pouvait fonctionner en 12… 🙂
Bonne nuit !