Bonjour, Petite question sur la recherche dans Filemaker, j'ai vu que l'on pouvait faire des recherche générale sur une seule barre qui va chercher partout. Actuellement, je me met en mode recherche mais ça active toutes les cases, est-ce quelqu'un aurait un exemple pour faire une recherche sur une seule ligne mais qui aille piocher partout les infos ? Est-ce par script ? ou autre chose ?

Bonjour, la fonction dont tu parles s'appelle la "recherche rapide" que tu trouveras la "barre" en question en haut et à droite de la barre d'outil, qui ne requiert pas qu'on se mette en mode recherche. Si pour une raison quelconque tu ne souhaites pas que la barre d'outil soit ouverte, tu peux utiliser un champ "global" et exécuter par script la "recherche rapide". Par ailleurs, au moyen de l'inspecteur, tu peux définir si une rubrique doit être "vue", ou pas, par la "recherche rapide".

Oui mais comment tu paramètres ce script ? J'ai jamais fait ça moi… 😉 J'ai fait un champ : NOM PRÉNOM RECHERCHE RAPIDE (en global) Et un script recherche rapide mais surement mal paramétré … Recherche rapide

Stephen Il manque juste la précision du contenu de la recherche rapide : Exécuter une recherche rapide [ Sans titre::Recherche rapide ]

Si par hasard vous envisageriez éventuellement de déployer en WebDirect cette solution comportant une "recherche rapide" dans un modèle qui contient plusieurs champs (dont possiblement des non-indexés) et plusieurs enregistrements, juste vous dire que c'Est à proscrire…. Car ça devient alors une "recherche lourde et lente"…

non pas du tout, c'est juste pour ma base perso qui est en local… mais bon, ça ne fait pas le résultat que j'attendais…

Stephen Pourquoi la rubrique globale de recherche est-elle transformée en bouton ? Ca n'a pas de sens. Il faut que cette rubrique soit normale, qu'on puisse entrer dedans, saisir ce qu'on cherche, et qu'il y ait à côté un bouton «Lancer la recherche» (ou bien un déclencheur de script sur la rubrique). Le bouton ou le déclencheur lancera un script contenant Executer une recherche rapide [ table::rubrique de recherche ]

Merci Jeremie, ca marche mieux comme ça… je partage mon upgrade… Est-ce qu'il y a moyen encore de l'optimiser facilement ? (genre que le champ de recherche se vide une fois la recherche effectuée ? ou d'autres astuces que je n'aurai pas pensé ?) Recherche rapide V2

@doug_wallis ci-dessus un exemple d’incompréhension du fait que la recherche rapide ne soit pas accessible en mode recherche ;) Un peu de lecture sur la recherche rapide : https://www.1-more-thing.com/quickfind

Stephen Une belle étape est franchie, bravo. Alors, les petits plus ou corrections que je proposerais : le Afficher tous les enregistrements au début est inutile le Valider enregistrement à la fin est inutile l'objet de modèle rubrique Recherche rapide n'a pas de raison d'être groupé avec lui-même le déclencheur de script pourrait être surEnregistrementObjet plutôt que surValidationObjet (dans le cas actuel, ça ne change rien, mais dans d'autres situations proches, Enregistrement vaut mieux que Validation ) la recherche rapide a un défaut majeur : si elle ne trouve rien, elle laisse le jeu d'enregistrements dans son état précédent ; donc l'utilisateur ne s'aperçoit pas que ça recherche n'a rien donné ; cela nous oblige à installer, juste après le Exécuter la recherche rapide un contrôle SI [ Obtenir ( DernièreErreur ) = 401 ] alors Afficher tous les enregistrements puis Afficher enregistrements ignorés uniquement . Ainsi, l'utilisateur ne voit plus rien et il comprend que son filtrage ne donne pas de résultat effacer le contenu de la rubrique de filtrage (que tu suggères plus haut) me semble une atteinte aux libertés premières de l'utilisateur 😅 ; plus sérieusement, quand on filtre, on s'y reprend très souvent plusieurs fois avant d'avoir le bon résultat, donc si la machine efface au fur et à mesure, c'est contrariant en revanche, ça serait super cool que le curser reste dans le champ de filtrage, et pour cela, il faut supprimer tout l'ordre des tabulations du modèle

Super merci beaucoup Jeremy, voici ma V3 avec les modifs, ça fonctionne bien apparemment :) J'ai rajouté un script à l'ouverture de la fenêtre pour effacer la dernière recherche rapide, sinon, à chaque fois que j'ouvrais le fichier, j'avais ma recherche précédente… Pour les Tabulation, j'ai effacé sur l'exemple, mais ça m'embête un peu lorsque j'ai des pages avec une vingtaine de fabulations, je ne voudrais pas les perdre… Alors, j"ai remarqué aussi que si je cherchais "nomtoto" pas de soucis, "nomto" pas de soucis, "toto" il ne me trouvait rien, la recherche ne se fait qu'avec le début du mot, c'est bien ça ? c'est juste pour savoir… Je partage mon fichier V3, ça peut intéresser aussi d'autres personnes Recherche rapide V3

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Mode recherche «générale», recherche rapide

FabriceN

Petit point de vocabulaire : ce que vous appelez "Recherche générale" est appelé "Recherche rapide" par FileMaker.

Et en effet, la recherche rapide ne prend pas en charge les opérateurs.

Stephen

@Fabrice Merci de cette précision

Si un modo peut changer le nom du topic du sujet de "Recherche générale" en "Recherche rapide",

ça pourra toujours servir si on recherche ce sujet…

goudurix

J'ai une solution que j'utilise mais je ne sais pas comment joindre un fichier à mon post.

Quand j'aurai trouvé comment faire, je ferai un tutos avec le fichier

Stephen

goudurix Hello goudurix, tu mets ton fichier sur un serveur ftp et tu insères un lien pour le partager…

goudurix

Bon voila le lien (Valable jusqu'au 3/9/23):

Recherche Rapide

Le champs en haut a un déclencheur de Script sur Frappe Clavier

il faut appuyer sur "Retour" ou "Entrer" pour lancer la recherche.

L'avantage de ce script est qu'il est utilisable dans n'importe quelle table (Voir l'écriture du script)

J'en ai un autre qui recherche au fur et à mesure de la saisie, mais en cas de trop nombreux enregistrements, ça se met à ramer.

A votre disposition pour plus d'infos

Stephen

Impeccable, quand tu dis que c'est utilisable dans n'importe quel table, ça veut dire que ça recherche aussi dans les tables externes ? Ton script est un peu plus complet que ce que j'avais fait, merci beaucoup de ton partage…

Pour l'autre script, ça rame à partir de combien d'enregistrements ? C'est juste pour savoir, j'en avais essayé un avec 3000 enregistrements, et ça me paraissait très fluide… Après 3000, c'est pas 300000…

goudurix

En fait dans chaque table, il faut créer une rubrique G_RECHERCHE_RAPIDE. Ainsi le script est utilisable dans toutes les tables sans avoir à le modifier.

Quand à l'autre script, ça dépend de la machine, du réseau et surtout du nombre de rubrique activées dans la recherche rapide. Il faut surtout éviter les rubrique non indexées.

Il faut tester dans ton environnement.

Stephen

cette recherche rapide me va bien, merci en tout cas…

j'ai abandonné l'autre script, trop compliqué à mettre en place pour mon niveau, je reste avec le standard… ☺

PhilippeRottier

A chaque utilisateur sa recherche !

Spontanément, je préfère la recherche rapide.

Pour mes clients, ça dépend du contexte.

Certains passent en mode recherche et quand ils découvrent la richesse des possibilités de FileMaker, ils ne veulent plus que ça !

Pour d'autres ce sont des recherches multicritères sur des globales (jusqu'à une vingtaine) en mode liste avec un déclencheur de script sur modification et quand la base est bien garnie, la recherche ne démarre qu'au troisième caractère et si la recherche a échoué il y a une fiche de plus qui indique que la recherche est vide (les utilisateurs n'aime pas les message qu'il faut cliquer).

Stephen

Ca y est, je viens d'insérer la recherche globale dans mon template, pas encore le script de Goudurix (mais j'ai gardé le fichier script pour l'insérer un peu plus tard en remplacement du premier)…

PhilippeRottier je n'ai pas bien compris ton dernier paragraphe…

Stephen

Voilà, j'ai refais toute ma base de compte bancaire à partir d'un fichier vierge…
J'ai repensé l'interface et j'ai inclus la recherche rapide…
Ca m'a pris quand même pas mal de temps de repartir de 0 mais au moins j'ai un fichier plus propre…
Je vous montre le résultat…

Interface 1

Interface 2

Pour Magalie, j'ai pas réussi à intégrer les liens comme je voulais, je suis resté avec mon ancienne système de copier-coller (j'y ai passé du temps, mais ça ne marchait pas comme je voulais)

Il me reste à décliner la maquette encore pour le smartphone et j'aurai fini…

Merci pour votre aide, grâce à ce forum, j'ai pu améliorer grandement ma base…
(j'en ai d'autres à faire mais déjà d'avoir une base de référence, c'est bien)

MagalieJ

Stephen Pour Magalie, j'ai pas réussi à intégrer les liens comme je voulais, je suis resté avec mon ancienne système de copier-coller (j'y ai passé du temps, mais ça ne marchait pas comme je voulais)

L'avantage du copier-coller est qu'en passant par le presse-papier, on peut avoir des informations qui circulent entre deux scripts, alors qu'avec une variable locale ce n'est pas possible : une variable $toto sera visible uniquement dans le script où elle a été définie et ne pourra donc pas être utilisée pour définir une rubrique dans un sous-script.

C'est peut-être ce qui vous a fait défaut ?

Si c'est le cas, la façon la plus propre de résoudre cela est sans aucun doute d'utiliser les paramètres de script et la façon la plus facile la variable globale : $$toto sera elle accessible autant dans le script où elle a été définie que dans n'importe quelle autre situation (même en-dehors d'un script d'ailleurs) et pourra donc définir une rubrique.
En résumé, pour remplacer très facilement un copier-coller, mettez un définir variable ($$toto ; ceQueJeCopiaisAvant) à la place du copier et un définir rubrique (maRubriqueOùJeCollaisAvant ; $$toto). Ajoutez un définir variable ($$toto ; "") juste après pour vider la variable et le tour est joué.

Stephen

Merci Magalie, je vais retenter ma chance avec cette proposition (je termine tout le reste avant et je m'y collerai dessus de nouveau). Je sais bien que même si mon fichier fonctionne bien comme ça, je n'ai pas encore la bonne méthode, je n'ai pas de soucis pour le moment parce que je n'ai que très peu d'écritures mais autant faire une bonne méthode de travail :)

« Page précédente