Jérémie Gimenez

Hello, Même un clone ?

Bonjour Serge, Parles-tu de l'action "Exporter contenu rubrique" ? Si c'est le cas, il ne s'agit pas de la même chose qu'un "export". Un export porte sur des enregistrements. "Exporter contenu" porte sur le contenu d'une seule rubrique depuis l'enregistrement ACTIF. Du coup, les actions "inverse" de Exporter contenu sont les actions "Insérer". Il y en a un petit panel. Mais il s'agira d'insérer quelque chose DANS une rubrique précise d'un seul enregistrement. Pour ce qui est d'importer des données dans une nouvelle version, @Apophis000 a répondu sur l'importation d'enregistrements, même s'il est pratique mais non obligatoire que la nouvelle rubrique s'appelle comme l'ancienne. Si on est dans ce cas de figure, pourquoi importer une seule rubrique ? Bonne journée, Jérémie

Hello @MagalieJ C'est pour toi, ça ! Moi, quand j'entends "Curl", je RECurl à toute vitesse !! 😅

Hello Ben, Ca t'est possible d'envoyer ton fichier ? (zippé, si plus de 1 Mo) Plutôt que de me faire un fichier de tests, qui ne sera peut-être pas exactement identique, je pourrai ainsi de conseiller en fonction de ton état actuel de développement…

Je confirme : avec un webviewer, ça fonctione. test_rubrique_iphone.fmp12

Bonjour Yves-Marie, Je suis curieux des autres réponses qui viendront. Je n'ai pas testé, mais un webviewer (dont la définition sera un renvoi vers la rubrique texte) permet peut-être cela… (je testerai dans la journée, si j'ai 5 minutes) Sinon, sur le principe, quand on entre dans une rubrique, c'est pour saisir du texte. Filemaker n'a donc pas prévu l'option "pas de clavier" dans le menu "Type de clavier tactile", qui se trouve dans le 4ème volet de l'inspecteur. On pourrait avoir un bouton par dessus la rubrique, qui amènerait vers un autre modèle, prévu spécifiquement pour la lecture, tout en hauteur, sur lequel la rubrique à lire serait fermée. S'il y a pas beaucoup de rubriques concernées, ou si la longueur des textes est très disparate, cette solution ne sera pas très agréable, mais bon… NB : dans ce modèle, on mettrait une rubrique globale, dans laquelle on viendrait appliquer le texte de la rubrique sur laquelle l'utilisateur a cliqué. Sinon, on serait obligés de faire X modèles pour X rubriques à lire. Bonne journée ! Jérémie

Si tu as vraiment "février" en toute lettre, alors que tu devrais avoir 2, c'est normal d'obtenir décembre. Exemple : Après, pourquoi l'année est 2019, au lieu de 2020 ?? Ce qui est certain, c'est qu'on va éviter d'envoyer du texte en tant que numéro de mois…

Bonjour Roger, Et enchanté. Très bonne idée ! Bien. C'est ce que j'avais préconisé en premier dans mon message. S'agit-il bien de la MEME RUBRIQUE, affichée l'une en type Cases, l'autre en type Zone d'édition ? (C'est important, j'insiste) J'ai regardé le fichier AjoutSupp que tu as transmis. Il est très bien et malin, mais apparemment, tu n'as pas besoin d'un truc aussi complexe. C'est ça que je ne comprends pas. Si la rubrique Mois contient 2 cases cochées sur mars et septembre, le test [Occurrences ( Mois ; "mars" )] DOIT te renvoyer 1. N'est-ce pas le cas ? NB : si tu as un jour une liste plus complète avec des valeurs qui en incluent d'autres, il faudra utiliser un calcul plus précis, vérifiant la présence de la valeur en tant qu'élément entier de la liste, et non la simple présence de la chaine de caractères. Exemple : dans "champagne", il y a "champ", donc si on a coché "champagne", on ne veut pas que "champ" soit considéré aussi comme coché par la formule de test. Dans dans le cas des 12 mois de l'année, cette complication ne se présente pas, donc Occurrences doit faire l'affaire. N'hésite pas à envoyer tout ou partie de ton fichier, si cela ne marche pas. A te lire, Jérémie

Bonjour Chloé ! En effet, je n'avais pas compris la situation. Il existe au moins 2 techniques pour sélectionner assez simplement X fiches dont on possède l'identifiant. (En l'occurrence, ça n'est pas la rubrique "identifiant" de la table Filemaker, mais ça revient au même.) La plus simple : - créer une rubrique globale g_liste_ean - créer une occurrence de table livre_par_lien_ean - cette occurrence sera reliée à la table livre par le lien suivant : livre::g_liste_ean = livre_par_lien_ean::ean - coller la liste des 500 EAN que l'on souhaite isoler (1 EAN par ligne) - déclencher un script avec l'action de script suivante : Activer enregistrements liés de la table livre_par_lien_ean avec l'option Afficher uniquement enregistrements liés. A te lire, Jérémie

Bonjour Andromar (prénom ?), Il te sera utile d'afficher une seconde fois la rubrique Mois, mais sans jeu de cases à cocher, en simple "zone d'édition". Ainsi, tu pourras observer ce qu'il se passe lorsque l'on coche plusieurs cases dans un jeu de cases à cocher. (C'est important, pour comprendre la suite) En l'occurrence, si ton utilisateur coche mars et juin, la rubrique simple te montrera ceci : mars juin (c'est à dire les valeurs cochées séparées par un retour chariot) Voir, éventuellement, tu pourrais avoir : juin mars si l'utilisateur à coché d'abord juin et ensuite mars. Bref, je propose une solution : - avoir une rubrique calculée avec la formule [ Mois_nombre = Substituer ( Mois ; [ "janvier" ; 1 ] ; [ "février" ; 2 ] ; … ) ], - après cela, il te faudra des fonctions personnalisée pour trier la liste obtenue, extraire la valeur minimale et la valeur maximale, à partir desquelles tu pourras construire ta plage de dates. Cela-dit, utiliser des cases à cocher pour indiquer un "début de période recherchée" et une "fin de période recherchée" pose plusieurs questions, parmi lesquelles la plus cuisante : "comment fait-on pour aller de novembre 2018 à mars 2019 ?". En général, dans ce contexte, on utilise 2 rubriques "début" et "fin", ce qui évite ensuite de devoir faire les manipulations sus-décrites et qui résout la question du changement d'année. Bonne journée, Jérémie

Bonjour Ben, Je pense savoir "pourquoi"… 😄 Si tu restes dans Ville, et que tu regardes une rubrique de Ville_Resultat, tu verras forcément le tout premier résultat de la table Resultat qui a été saisi dans Filemaker pour cette ville. (Je dis forcément, mais en fait, il y a 2 moyens de contourner cela, le tri et le filtrage) Dans ton tout premier message, tu as indiqué que tu cherchais des villes, donc, tu obtiens des villes ; mais tu n'as pas, à ce stade, de filtrage des résultats concernés. A partir des villes, si tu veux observer les "scores correspondant à ma dernière recherche pour chacune de ces villes", tu peux, par exemple, utiliser une table externe avec filtrage. Ou bien, tout reprendre avec une autre méthode : le lien multi-critères entre occurrences. Exemple : - dans la table Ville, tu crées 4 rubriques globales filtre_parti, filtre_type_scrutin, filtre_score_mini et filtre_score_maxi, - dans le schéma des relations, tu lies l'occurrence Ville et l'occurrence Ville_Resultat via ces quatre globales, - ensuite, tu pourras faire des filtrages en inscrivant les critères recherchés dans les rubriques gloables (qui entraîneront un filtrage instantané de la table externe des résultats), (- NB : il est fort pratique, à ce stade, d'utiliser des cases à cocher pour les 2 premières rubriques globales ; en effet, si l'on veut voir apparaître tous les résultats d'une ville, il faudra que tous les partis soient cochés, ainsi que tous les types de scrutins, et que la plage de score soit totale, de 0 à 100) - ensuite, en mode recherche, il suffira de taper un simple "*" pour voir "les villes dont au moins 1 résultat correspond aux critères retenus". NB : cette méthode n'est pas dans le chapitre Fingers-in-the-noise ! 😂 Bon début de semaine ! Jérémie

C'est ce que je craignais un peu en voyant la capture… Les multivaluées ne sont pas des objets faciles à manipuler. Du coup, dans ma réponse ci-dessus, il faut ajouter au moins une couche de développement : une table "heure" ou "creneau_horaire", à laquelle les "inscriptions_salle" seront reliées. Je ne vois pas de solution ultra-simple pour ce faire… 🤓

Bonjour Loraga, Effectivement, la "navigation de haut de page" est fixe verticalement, mais aussi fixe horizontalement (et indifférente au zoom, soit dit en passant). En revanche, en vue liste comme en vue tableau, un élément Entête (tout court) réagit comme il faut : reste présent quand on scrolle vers le bas ET se déplace à gauche à droite avec le reste du modèle. Pour les entêtes de ligne, contenant les heures, il n'y a pas de solution pour "fixer à droite", sauf à utiliser un modèle en vue formulaire, avec les résultats du tableau en table externe. Vu ta capture, ton fichier semble déjà bien avancé, bravo ! Je pense que ce qui est affiché sont des enregistrements d'un table "heure". A l'intérieur de cette table, tu pourrais avoir quelques globales de filtrages, qui te permettraient de ne montrer que certains enregistrements de la table "occupation"… Bonne journée ! Jérémie

Bonjour Epok (?) Ta formule me paraît très bien, à ceci près que j'aurais mis : substituer ( $desc ; "¶" ; " / "), avec des espaces autour du slash, pour que ce soit plus agréable à lire. D'ailleurs, cette formule pourrait être directement dans la définition de la rubrique description_etiquette, qui serait alors une rubrique calculée (avec résultat de type texte). Si le modèle d'impression ne présente pas le texte "aplati", c'est peut-être parce que sur ce modèle, tu as affiché la rubrique description, et non la rubrique description_etiquette… (pas sûr, mais possible, et fréquent, comme erreur !) 😉 Bonne journée ! Jérémie

Bonjour Chloé, Si tu veux "copier" une valeur d'une rubrique dans une autre, tu peux utiliser le menu suivant : Enregistrements > Remplacer. Je te conseille de t'entraîner d'abord avec une copie de ton fichier, car cette opération est non annulable. Elle agit sur tous les enregistrements "trouvés" (c'est à dire ceux que la dernière recherche effectuée a trouvés). Dans ton cas, tu précisément, tu te mettras dans la rubrique Livraison, tu feras Enregistrements > Remplacer, tu choisiras "Remplacer par le résultat du calcul" et tu mettras simplement la rubrique Date. J'espère que cela répond bien à ton besoin. Bonne journée ! Jérémie