FredoMkb

😳 😄 😂 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… 😉

Salut à tous Voici une piste possible, en utilisant le plugin gratuit "BaseElements" ("BE" pour les intimes …voir https://docs.baseelementsplugin.com/)… Ce plugin propose une fonction qui peut exécuter du code JavaScript nommée "BE_EvaluateJavaScript()", du coup, avec une rubrique calculée (ou par script le cas échéant), on peut imaginer une formule qui traite le texte CSS pour le nettoyer de toutes ses balises HTML (via un simple remplacement basé sur un petit masque RegEx)… Malheureusement, cette fonction BE n'assure pas la conversion des éventuelles entités HTML présentes dans le code créé par la fonction native "ObtenirCSS()", dès lors, on doit passer par un "Substituer()" à la sauce FileMaker pour les convertir en texte brut… Bref, voici une petite capture d'écran et le fichier d'exemple téléchargeable juste dessous : HtmlToText.fmp12 Petite précision, la liste des entités HTML n'est évidemment pas complète, je n'ai gardé que les plus utilisées dans un texte, mais pour la compléter vous trouverez aisément des listes plus exhaustives sur le Web, par exemple par ici : https://www.freeformatter.com/html-entities.html --

Salut @Noël Dubau Peut-être via ce liens : - https://docs.baseelementsplugin.com/collection/374-general - https://docs.baseelementsplugin.com/article/522-downloads

Et bien, c'est en effet une interface assez "remplie"… mais bon, c'est souvent le cas quand on commence à traiter des données commerciales, comptables ou financières, et c'est hélas difficile de faire autrement… Ceci-dit, il serait intéressant de faire un petit test : créer un onglet totalement vierge dans le panneau principal (celui avec les données séparées par mois de l'année et le graphe), puis voir comment Fmp réagit lors d'une navigation faite avec cet onglet vide actif… Bon, théoriquement et sans vouloir trop m'avancer, je crois que le temps de latence sera "un chouilla" moins important… enfin, je suppose tout-du-moins, car, à ma connaissance, pas mal de calculs sur l'interface se font lors de l'affichage des données, donc, logiquement : moins de chose à afficher = moins de calculs = navigation plus fluide (enfin, seuls les tests pratiques pourront valider cette hypothèse). Tiens-nous au courant Stp

Hâte et curieux de connaître les résultats (pas de la F1 hein ) Sinon, en relisant le fils, je me dis que les temps de latence que tu constates, peuvent venir surtout de la complexité du modèle (notamment s'il y a beaucoup de données liées issues d'autres tables, ou même de la présence d'éventuelles rubriques statistiques)… Bref, dans un monde idéal, il faudrait tester ces différentes techniques sur des contextes d'utilisation différents… mais bon, l'essentiel c'est que tu trouves celle qui est la meilleur pour ton cas de figure… En tout cas, je vais suivre cet échange, qui sait, peut-être que d'autres idées plus "géniales" verront le jour

Salut… et bien, approche très intéressante en effet 👍 Attention toutefois, je ne sais pas quel impact cela pourrait avoir, mais les numéros d'enregistrements non mémorisés obtenus par ta technique seront, il me semble, sensibles aux tris des enregistrements. Ainsi, la fiche 3 correspondant au magasin "Toto", ne sera plus forcément le même numéro pour ce même magasin après un éventuel tri du jeu des enregistrements trouvés… bon, ce n'est peut-être pas très grave en soi, car la navigation sera effective tout-de-même je pense… Mais, du coup, il serait intéressant de tester cette autre technique en présence d'un grand nombre d'enregistrements, et la comparer peut-être aux autres, juste histoire de voir comment FileMaker réagit à ces différentes approches… En tout cas, merci @gpto pour le retour

Salut à tous Bon, je vais peut-être dire une "grosse" bêtise, mais… pourquoi ne pas envisager une navigation par lien plutôt que par recherche ? Il suffit d'une rubrique globale qui fera le lien avec l'identifiant unique de l'enregistrement cible, puis un simple "activer enregistrements liés"… et le tour est joué… En pièce-jointe un rapide exemple, à adapter évidemment pour, notamment, avoir la liste de valeurs correspondante à la première recherche… Bref, piste à explorer àmha NavListeLien.fmp12

Il y a un peu plus simple et rapide : une fois l'objet groupé sélectionné, tu peux naviguer dans les objets du groupe avec la touche tabulation du clavier…

Exactement comme la illustré Jérémie, mais avec une autre capture : [edit] @Casimir, pour faire un système de navigation analogue avec une structure en cascade (plusieurs tables liées), c'est encore plus simple car on n'a pas à gérer les éventuels doublons… je tenterai de te faire un petit exemple ce week-end si mon emploi du temps me le permet… [/edit] —

Très sympa ton interface ! 👍

Bonjour à tous Alors, je ne suis pas sûr d'avoir tout compris du besoin exprimé par @Casimir, mais j'ai rapidement regardé son fichier d'exemple et, apparemment, il dispose d'une table, avec un certain nombre d'enregistrements, contenant tout un tas de données dont certaines servent à catégoriser les informations présentes… En gros, toutes les données sont sur la même table, celles sensées être des catégories et des sous-catégories, ainsi que celles contenant les détails et caractéristiques des produits cibles (table "matériel", visible sur le modèle "Modèle n°3")… L'idée serait donc d'imaginer un système de navigation, via des tables-externes, permettant de choisir une catégorie, puis une sous-catégorie puis, enfin, un produit pour afficher ses caractéristiques. Évidemment, travailler sur une seule table "à plat" est relativement problématique pour arriver à "simuler" une structure en cascade, car on se retrouve rapidement à afficher tous les enregistrements dans la table-externe de sélection d'une catégorie ou d'une sous-catégorie et c'est un peu contraignant d'avoir tous les doublons dans chaque liste… Donc, le défi à ce stade, serait de trouver une technique pour n'afficher qu'une seule fois chaque catégorie et sous-catégorie, et ainsi permettre une navigation plus simple et confortable. Le truc est que, en travaillant sur la même table, les seuls composants permettant un filtrage des données, pour éviter l'affichage des doublons, c'est bien les tables-externe qui, par bonheur, offrent la possibilité de filtrer les enregistrements à afficher via un calcul donnant un résultat booléen… Et c'est donc cette technique que j'ai utilisé dans le fichier d'exemple en pièce-jointe (les données utilisées sont fictives, j'ai juste essayé de reproduire une combinaison des données s'approchant à la structure du fichier de @Casimir )… IMPORTANT, cette technique n'assure qu'une navigation "d'affichage" uniquement, il n'y a aucun déplacement entre les différents enregistrements de la table, on ne fait que se promener parmi les données pour les afficher. ATTENTION, je ne sais pas si la technique mise en place peut être utile pour d'autres types de projets ou pour de bases contenant un très grand nombre d'enregistrements (dans le fichier il n'y a que 1000 fiches), si jamais vous faites des tests plus poussés, faites un rapide retour d'expérience Svp… Enfin, je ne doute pas que d'autres approches soient possibles et même certainement plus performantes que celle proposée dans ce fichier d'exemple… donc, si vous avez d'autres idées, n'hésitez pas à les partager, cela peut s'avérer très instructif pour tout le monde ! Évidement, les remarques et suggestions sont les bienvenues… — Datas_Navigation_Interne.fmp12.zip

Salut Voici une autre formule possible : ObtenirValeur ( Substituer ( "contact@domaine.com" ; "@" ; "¶" ) ; 2 )

Oui, en effet, ça peut être un peu plus dur à suivre au début, mais je pense qu'avec un peu d'habitude la lecture et la compréhension s'améliorent assez vite… Après, cela reste juste une astuce personnelle que je trouve bien pratique, mais je ne prétends évidemment pas que ce sera le cas pour tout le monde… à chacun sa façon de faire.

Salut Perso, pour les codes AppleScript calculés, j'aime bien utiliser la fonction "Liste()" de Fm pour écrire les différentes lignes, je trouve ça plus pratique que la concaténation avec les retours paragraphes en fin de ligne… pour l'exemple, voici ce que donnerait le dernier code de @Clem : Liste ( "set xtarget to quoted form of " & Citation ( target ) ; "set xdestination to quoted form of " & Citation ( destination ) ; "try" ; "set r to do shell script \"mv\" & space & xtarget & space & xdestination" ; "on error errTxt number errNum" ; "beep" ; "display dialog errTxt with title \"Erreur #\" & errNum with icon stop buttons \"Ok\" default button 1" ; "end try" ; )

Yep, ça marche mais attention avec les valeurs négatives, si on veut toujours avoir un résultat positif, il faut ajouter la fonction ABS : Abs ( LaRubrique - Ent ( LaRubrique ) )