Développement simple en FileMaker
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher" (Saint-Exupéry)
Ce fichier Calendrier en FileMaker, mis à jour récemment, est fourni gracieusement, comme un exemple de solution de calendrier mensuel, hebdomadaire ou quotidien, fonctionnant comme une application indépendante, ou pouvant être facilement greffé sur une application déjà existante.
Je livre ici un petit fichier exemple gratuit pour
afficher une rubrique nombre sous forme de code barre 39 (barcode free), en FileMaker 12.
Afficher le code barre ne nécessite qu’une rubrique, de type calcul. Aucun script, aucun plug-in.
Send link to / Envoyer lien à (You won’t get any other email from us / Vous ne recevrez aucun autre courriel de notre part)
(ce fichier est une adaptation / simplification du fichier de excelisys )
FileMaker peut devenir un client FTP. J’offre ici l’exemple d’un fichier FileMaker à partir duquel il est possible d’effectuer un transfert de fichier par FTP, directement à partir de votre base de données FileMaker.
Les commandes FTP classiques peuvent être lancées (get, put delete), directement à partir de la base de données FileMaker. Implémenter cette solution dans FileMaker est simple : 2 scripts, 2 tables, 2 modèles. Aucun plugin n’est nécessaire pour lancer les commandes FTP.
J’ai inclu aussi un exemple d’utilisation de la commande de script « Insérer depuis URL » qui permet, à partir de FileMaker 12, de télécharger un fichier par FTP.
Compatible Windows.
Le fichier est complètement ouvert. Libre à vous de vous en inspirer ou de le copier en entier.
Send link to / Envoyer lien à (You won’t get any other email from us / Vous ne recevrez aucun autre courriel de notre part)
La nomenclature dans FileMaker et notamment la nomenclature des rubriques est importante en développement. FileMaker. FileMaker le rappelle dans son document « FileMaker Development Conventions » .
Il faut se rappeler cependant pourquoi on fait cela : dans un but de clarté, et de rapididité de relecture, quand on revient soi-même sur un développement que l’on a pas touché depuis un an, ou quand un autre développeur veut modifier celui-ci.
Je partage entièrement les grands principes de nommage décrit par FileMaker : utilisation des majuscules, minuscules, des caractères « _ » ou « – » . Mais sur les rubriques clé (primaires, secondaires…) mon expérience m’a poussé à utiliser une autre politique de nommage. En effet, FileMaker nous conseille d’ajouter les lettres suivantes, z k, p, l, a, t, etc.. pour non seulement identifier rapidement la rubrique clé en question mais aussi pour savoir tout de suite comment elle est faite, tout cela sans avoir à aller dans la fenêtre d’edition des rubriques.
Mon expérience m’a plutôt poussé à utiliser le système suivant : une clé commence toujours par « Id« . Si je suis dans la table Factures, la clé primaire de cette table s’appelera tout simplement IdFacture. Toujours dans le même principe, les clé secondaires seront IdClient, IdProjet etc… Le nom me dit tout de suite si je manipule une clé primaire ou secondaire: dans la table Facture, la clé IdClient ne peut être que secondaire, et ainsi de suite….
Quand à vouloir connaitre la nature elle-même de la clé (texte, nombre etc…), pour moi, quand je suis en train de développer un script par exemple, cela ne présente pas beaucoup d’intéret, car les opérations que l’on programme à ce moment là sont essentiellement des copies de valeur d’une table à une autre, et aussi parce que mes clés sont presque essentiellement des clés numériques automatiquement incrémentées.
Le résultat est là, beaucoup simple et lisible, presque « littéraire ». Appréciez la différence :
