FredoMkb

Salut les gars Oui, du coup on a opté pour un nettoyage systématique des conteneurs avant de leur intégrer des nouveaux éléments (fichiers ou images)… C'est la technique que nous utilisons également… simple à mettre en place et super efficace ! 👍 En effet, nous avons choisi d'utiliser un plugin pour ça, entre autres traitements (beaucoup plus d'options que la fonction native de Fmp) : CNS Image (https://www.cnsplug-ins.com/Plug-ins/CNS_Image/) Au contraire, tout vos apports sont éminemment instructifs, faut pas hésiter, ce sont des sujets assez techniques, pas forcément toujours documentés par Fmp, donc toute info est toujours la bienvenue ! Merci…

Bon bon… après de multiples tests, je n'ai hélas pas réussi à comprendre toute la logique qui régit les rubriques conteneurs, avec stockage externe, pour le nommage des fichiers côté serveur… 😕 Parfois les fichiers sont renommés avec un suffixe itératif, parfois c'est le nom d'origine qui est utilisé… sans trop savoir ce qui détermine un comportement ou l'autre. En revanche, cette batterie de tests m'a appris au moins deux choses intéressantes : 1. Le comportement est strictement identique que la rubrique conteneur soit de type standard ou multivaluée (et ce pour toutes les répétitions) ; 2. J'ai constaté qu'il y a très souvent un renommage automatique, avec suffixe itératif, lorsqu'on remplace le contenu d'une rubrique conteneur avec un nouveau fichier, sans vider la rubrique au préalable, ce qui n'arrive jamais (selon mes tests) si la rubrique est bien vidée (avec validation de l'enregistrement) avant de lui intégrer un nouveau fichier. Moralité : pour une table mono-enregistrement, bien penser à vider les rubriques conteneur avant de leur intégrer des nouveaux fichiers si le but est de conserver le nom d'origine des fichiers côté serveur ! ATTENTION, la remarque de Fabrice reste toutefois à tenir en compte pour les tables multi-enregistrements, le renommage s'effectue quasi-systématiquement (je reste prudent, mes tests sont loin d'être exhaustifs) lorsqu'on intègre les mêmes fichiers sur différents enregistrements, FileMaker semble avoir besoin de différencier les fichiers pour pouvoir les associer aux enregistrement correspondants (ce qui paraît logique). Voilà… je ne sais pas s'il y a un quelconque paramètre à régler quelque part (Fmp, Fms, autre ?) pour définir le comportement du stockage externe, mais au moins j'ai maintenant une petite idée de ce qu'il ne faut pas faire et je pense que ce sera suffisant pour l'utilisation qu'on souhaite faire… Toute autre idée ou piste de réflexion est bien-sûr toujours la bienvenue Merci…

Merci Fabrice pour ces éclairages 👍 Les fichiers sont intégrés dans une rubrique conteneur présente sur une table mono-enregistrement (type paramètres), donc le référencement devrait être unique… mais enfin, petit détail technique (qui peut éventuellement avoir un rapport avec cette histoire de référencement), la rubrique conteneur est de type multivaluée, plusieurs fichiers sont intégrés dans le processus, chacun dans une répétition qui lui est exclusivement dédiée… Pour le moment, sur ce que nous cherchons à développer, nous avons besoin d'accéder à ces fichiers, placés donc côté serveur, via un lien URL, mais pour les besoins de notre utilisation, les fichiers doivent justement conserver toujours le même nom… et c'est là que l'ajout du suffixe itératif nous pose problème… Bref, je vais tester de placer les fichiers dans des rubriques différentes (non multivaluées), pour voir si le comportement change ou pas… Si d'autres pistes (ou solutions), toujours preneur… Merci

Bonjour à tous Alors, voici mon soucis : 1. Contexte : solution Fmp tournant sur serveur Fms18, le tout sous environnement Windows Server 2012 ; 2. Situation : rubriques conteneur avec stockage externe directement sur le serveur dans des répertoires dédiés ; 3. Problème : lorsqu'on intègre plusieurs fois un fichier "aaa.xlsx" (par exemple) dans une même rubrique conteneur, alors que le fichier a toujours le même nom lors de l'intégration (mais un contenu différent évidemment), le nom du fichier reste le même dans la rubrique conteneur de Fmp alors que le fichier change de nom côté serveur, il se voit ajouter en suffixe un nombre itératif de type "aaa_1.xlsx", "aaa_2.xlsx", etc. ; 4. Solution : on souhaite que le fichier soit simplement écrasé côté serveur, à chaque nouvelle intégration, tout en conservant son nom d'origine, sans ajout d'un quelconque suffixe ou autre chose… bref, quelque soit le nombre d'intégrations d'un même fichier dans une même rubrique conteneur, on voudrait que le nom du fichier reste inchangé côté serveur… Et là… c'est le drame … car je ne sais pas comment faire Déjà, j'ignore qui est le responsable de ce changement de nom avec un suffixe itératif : est-ce FileMaker ? … est-ce FileMaker Server ? … est-ce le système Windows ? (petite intuition pour celui-là) … est-ce une autre quelconque entité malfaisante ? Bon, si un âme généreuse ayant une petite piste ou solution à mon problème passe par ici, un petit partage de connaissances serait vraiment la bienvenue… … car là je plante péniblement… 😕 Merci…

Tiens, Apo est toujours le premier à dégainer… Perso, j'ai exploré un algo un peu plus "long", mais qui semble faire le taff… enfin, si j'ai bien compris l'énoncé de départ (ce qui n'est pas sûr)… Voici le code (les noms des variables sont volontairement longs pour le rendre le plus explicite possible) et une capture du dialogue de fin : # Calculer l'intervalle entre deux semaines d'après une liste fournie… # https://www.fmsource.com/topic/68995-recherche-dans-une-liste/ Autor. annulation utilisateur [ Non ] Gestion erreurs [ Oui ] # On détermine les semaines de début et fin d'intervalle à chercher Définir variable [ $semaine_debut ; Valeur: 25 ] Définir variable [ $semaine_fin ; Valeur: 35 ] # On converti la liste originale en liste Fmp Définir variable [ $semaine_liste_texte ; Valeur: "-8-16-17-27-28-29-30-31-32-33-42-43-52-1-" ] Définir variable [ $semaine_liste_fmp ; Valeur: Substituer ( $semaine_liste_texte ; "-" ; "¶" ) ] # On initailise les valeurs d'index (la position) Définir variable [ $semaine_index_debut ; Valeur: 0 ] Définir variable [ $semaine_index_fin ; Valeur: 0 ] # On prépare les variables pour la boucle Définir variable [ $boucle_nbr ; Valeur: DecompteValeurs ( $semaine_liste_fmp ) ] Définir variable [ $boucle_nro ; Valeur: 1 ] Boucle # On itère le numéro de la boucle Définir variable [ $boucle_nro ; Valeur: $boucle_nro + 1 ] # On arrête la boucle si on dépasse le nombre total Fin de boucle si [ $boucle_nro > $boucle_nbr ] # On isole l'item de la liste Définir variable [ $boucle_item ; Valeur: ObtenirNombre ( ObtenirValeur ( $semaine_liste_fmp ; $boucle_nro ) ) ] # On compare l'item au numéro de début, si c'est supérieur, alors on resegne la variable "index" correspondante Si [ ( $semaine_index_debut = 0 ) And ( $boucle_item > $semaine_debut ) ] Définir variable [ $semaine_index_debut ; Valeur: $boucle_nro - 1 ] Fin de si # On compare l'item au numéro de fin, si c'est supérieur, alors on resegne la variable "index" correspondante Si [ ( $semaine_index_fin = 0 ) And ( $boucle_item > $semaine_fin ) ] Définir variable [ $semaine_index_fin ; Valeur: $boucle_nro - 1 ] Fin de si # On arrête la boucle si les deux nombres ont été trouvés Fin de boucle si [ ( $semaine_index_debut > 0 ) And ( $semaine_index_fin > 0 ) ] Fin de boucle # On calcule l'intervalle, qui donnera le nombre de semaines de vacances Définir variable [ $semaines_intervalle ; Valeur: $semaine_index_fin - $semaine_index_debut ] # On affiche tout ça :) Ouvrir boîte dial. person. [ "Semaines Intervalle" ; Liste ( "L'intervalle entre les semaines :" ; " " ; "Semaine Début = " & $semaine_debut ; "Sem… ] -- -- Bien-sûr, il faudra bien penser à changer les valeurs "en dur" dans le script par celles issues de tes rubriques de travail…

Salut Avec deux barre de boutons, l'une au dessus de l'autre, on peut faire quelque chose de "potable" (voir captures), mais la gestion des contours des segments (surtout entre les segments) reste limitée et, malheureusement, en WebDirect, il y aura fatalement deux zone cliquables pour chaque bouton… mais bon, ça reste "responsive" (à la sauce Fmp ) Ah oui, la couleur des icônes se fait par un simple formatage conditionnel sur chaque segment…

Ah oui… tiens, ça c'est bizarre par contre 😕 Bon, sinon, garde ta notation avec le tiret et modifie la formule comme ce-ci : ObtenirNombre ( MotsDebut ( prefered language ; 1 ) )

Oui, c'est un peu "normal" ça puisque FileMaker sait considérer les nombres négatifs… c'est pourquoi j'opte toujours par la notation avec un point "1. blabla" "2. blabla", etc., ce qui est moins problématique à l'usage (en plus d'être plus conforme avec les règles typographiques françaises)

Ah oui… merdum ! 😕 … c'est dingue ça 😮

Oui, ça peut se comprendre… propose ta solution et n'hésites pas à expliquer que les numéros d'index ce sont des "marqueurs" techniques et pas du tout des valeurs d'ordre ou d'importance… en espérant qu'ils accepteront l'explication

Dans ce cas, je dirais que ce n'est pas très important dans quelle direction la langue est écrite, place toujours le numéro d'index au début de chaque item, c'est, en quelque sorte, une convention "technique"…

Ah oui, en effet… ça peut devenir délicat… 😕 Je te suggère du coup de trier ta liste par ordre alphabétique avant de leur attribuer les numéro d'index, comme-ça tu saura quoi répondre aux éventuels esprits susceptibles…

Salut Petite question : ta liste des langues est-elle écrite manuellement (liste personnalisée) ou est-elle issue des valeurs d'une rubrique ? Quoi qu'il en soit, l'astuce que j'utilise souvent pour les listes "finies" (dont le nombre d'items est connu ou non aléatoire) c'est de préfixer chaque élément avec un numéro d'index correspondant à sa place dans la liste, donc, dans notre cas ça donnerait quelque-chose comme ce-ci : 1. English 2. Español 3. Français 4. Italiano … 11. etc. 12. etc. Puis, dans ton script, il suffit de récupérer uniquement le numéro d'index par la formule : ObtenirNombre ( prefered language ) De cette manière, tu n'auras plus à construire des formules "Cas ()" interminables et qui, visiblement, posent des soucis avec certaines langues…

Salut à tous Oui, le partage des formatages graphiques entre boutons et barres de boutons est assez "chiant" à faire, même en allant toucher les CSS des objets, cela reste très aléatoire et les résultats ne sont guère satisfaisants (d'après mes tests). Mais, si j'ai bien compris l'objectif recherché ici, il s'agit surtout de personnaliser le libellé d'un bouton d'après la valeur d'une rubrique, du coup, je me dis que pour faire ça, il n'y a pas vraiment besoin de passer par une barre de boutons… Et oui, historiquement les boutons acceptent très bien les "rubriques de fusion" dans leur libellé, certes, il y a un bug d'affichage en mode modèle, mais en mode utilisation cela fonctionne très bien… Du coup, il suffit d'avoir une rubrique dédiée pour le libellé de chaque bouton à personnaliser, puis, en mode modèle, insérer la rubrique de fusion correspondante dans le champ du libellé de chaque bouton… Bon, je sais que c'est un peu pénible, mais avec Fmp16 il faudra le faire par copier/coller (je ne sais pas si ça a été corrigé sur des versions plus récentes de Fmp), après avoir inséré la rubrique de fusion dans un objet texte, car le "hub" de configuration du bouton ne fonctionne pas avec le dialogue d'insertion des rubriques de fusion… Bref, voici quelques captures pour essayer de rendre ça moins confus :

😳 😄 😂 Bon, j'aime bien ton idée du "copier/coller", j'avais testé une technique semblable via AppleScript, mais je crois que la solution avec le plugin BE est moins "fragile"… d'ailleurs, j'ai testé ton fichier sur Mac en Fmp16 et… bah, ça ne fonctionne pas dans ce contexte… 🙁 Bon, bref… à mon sens, ce qui compte, c'est que Jean-Luc dispose de plusieurs solutions alternatives, à lui de voir celle qui correspond le mieux à son projet… 😉