Jump to content

Jérémie Gimenez

Membres
  • Content Count

    338
  • Joined

  • Last visited

  • Days Won

    6

Jérémie Gimenez last won the day on October 29 2018

Jérémie Gimenez had the most liked content!

About Jérémie Gimenez

  • Rank
    200

Contact Methods

  • Website URL
    www.parjupiter.com

Profile Information

  • Gender
    Homme
  • Location
    Lyon
  • Interests
    Information, communication, ergonomie, musique et danse, implication humaniste, environnement

FileMaker Profile

  • FM Conférence
    La Rochelle 2018
  • FM
    De 6 à 17 et Server
  • OS
    OSX, Windows 7, 8, 10
  • Certification
    --Non certifié--
  • FBA
    --Non membre--

Recent Profile Visitors

3444 profile views
  1. Bonjour Envergure, (NB : tu as sûrement un prénom, ça sera sympa de nous le dire…) Bravo pour ton fichier et pour l'ensemble du projet, qui est justement d'envergure ! Avant de te lancer dans de grandes modifications, je pense qu'une simple correction t'aidera déjà un peu : dans la capture ci-dessous, tu verras une erreur sur un lien. Dans PRIX, "clé sous article" devrait être relié à "sous article ID", et non pas à "clé prix". Il y a peut-être d'autres coquilles de ce genre, je n'ai pas tout regardé, mais en corrigeant cela, tu auras sûrement déjà du mieux. Bon début de semaine ! Jérémie
  2. Ca, c'est la cible. La rubrique qui oscille entre 1 et 0 dans chaque entreprise est effectivement non globale et fixe. Appelons cette rubrique "actif". Il faut une autre rubrique (outil) globale, qui contient 1 et qui est globale. Si le fichier est en ligne, il faudra ajouter un définir rubrique à l'ouverture, pour remettre 1 dans cette globale. Appelons-la "g_1". Le lien sera : entreprises::g_1 = entreprises_liste::actif Si c'est pas ça, je veux bien une capture du modèle et du schéma des relations…
  3. Je pense que si le 1 (à gauche du lien) est global, tu verras les entreprises "à 1". Mais j'avoue ne pas être sûr de comprendre exactement. Si tu veux partager quelques captures…
  4. Salut Olivier ! En forme ?? 🙂 La date de ce post est manquante, du coup, je ne sais pas si c'est un nouveau sujet ou un sujet ancien ressurgi de façon inopinée. Si le sujet est d'actualité, a priori, il s'agit d'une question de rubrique non globale alors qu'elle devrait l'être. A gauche du lien : une rubrique g_1 qui est globale A droite du lien : la rubrique non globale liste, qui contient 1 ou 0 selon la sélection Si j'ai bien compris la question, elle rejoint la notion de sélection que j'ai abordée à la conférence de La Rochelle : En tout cas, au plaisir de discuter ! Jérémie
  5. Je t'en prie ! Bonne journée
  6. Dans la rubrique statistique, tu as choisi l'option "progressif". Si tu la décoches, tu auras le montant total même sans aller sur le dernier enregistrement. NB : je te recommande vivement de te doter d'un modèle de type liste, pour visualiser ce genre de données.
  7. Tout à fait, @tcolles. D'autant qu'un tel script, plus précis dans son œuvre que mon idée, peut être inclus dans un petit bouton "Refresh" juste en haut de liste, par exemple… Je viens de tester ça… Excellent !! Par contre, pour ce qui est de "mettre à jour toutes les rubriques archivées d'une table", ça ne le fait pas (forcément…). Dommage, j'ai cru un instant qu'un hack allait me permettre de simplifier mes mises à jour nocturnes… Bonne journée !
  8. Bonjour Arusha, J'aime bien ton modèle TRAJETS ! ? Dans cette situation, une table doit suffire, avec un bon modèle de rapport (type liste avec filtrage et tri bien pensés). (Je vois une table Recherche dans ta structure, qui n'est pas indispensable, je pense.) Dans ton cas précis, la difficulté apparaît pour croiser les critères. Comme tu le fais déjà, on peut croiser le critère jour / nuit avec les critères climat et type de route. Mais, et tu l'as peut-être déjà constaté, dans l'absolu, il faudrait pouvoir enregistrer dans la même journée X kilomètres Jour+Campagne+2voies+Pluie et Y kilomètres Jour+Campagne+cheminDeTerre+Brouillard et Z kilomètres […], etc. Le nombre de combinaison est important et peut être multiplié si tu décides d'ajouter des items (vents violents, entre-chien-et-loup, embouteillage, incident survenu, trois-passagers-bruyants-à-l'arrière, etc.). On peut donc difficilement recourir à des rubriques pour chaque cas de figure. Concrètement, si tu veux gérer tous les possibles, il te faut subdiviser en sous-trajets : - soit en créant une fiche trajet nouvelle à chaque fois qu'un des critères est modifié, - soit en utilisant une table "sous-trajet" reliée à la table trajet. Dans les 2 cas, tu utiliseras une rubrique jour-nuit unique, une rubrique type-de-route unique, une rubrique climat unique et une rubrique kilométrage. Tu pourras sortir des rapports précis assez simplement. Bonne journée ! Jérémie
  9. Un exemple, si cela se comporte différemment sur ton poste, ne serait pas significatif. As-tu essayé les 2 possibilités : Liste déroulante et Menu déroulant ?
  10. Bonjour Tom, L'idée se défend. Hélas, Je ne peux pas dire qu'il y ait une majorité d'adresses pros, en tout cas pas une "immense majorité". Du coup, effectivement, je me contente des boîtes citées dans le lien que j'ai trouvé (voir plus haut). C'est bien assez complet pour mon objectif ! Merci ! ? Jérémie
  11. Bonjour Kachourando, (Peut-être n'est-ce pas ton prénom) Ce que tu souhaites est exactement ce que Philippe a décrit. Ca le fait naturellement sur Mac, mais pas sur Windows… Est-ce ton cas ? Bonne journée, Jérémie
  12. I see what you mean !! Mais l'objectif n'est pas si élevé, heureusement. En fait, on passe d'un système dans lequel les Contacts étaient directement reliés à des Structures, à un système dans lequel la jonction sera faite par une table Fonctions. Au cours de la migration, je vais grossièrement laisser les adresses de type Gmail/Yahoo dans la rubrique Contact::email, alors que les autres adresses passeront dans Fonction::email. C'est une distinction approximative entre adresses pros et persos.
  13. Salut Fabrice, Dans ce cas précis, il n'y aura pas d'interaction avec l'utilisateur, car la séparation va se faire au moment de la migration. Après migration, si l'utilisateur veut mettre bidule@gmail.com comme adresse pro, et machin@impots.gouv.fr comme adresse perso, il en sera libre. Parmi les "millions", j'en ai trouvé une seule, mais elle me paraît pas mal : https://www.arobase.org/gratuit/annuaire-messageries.htm Bonne journée !
  14. Bonjour, Pour un client, j'ai besoin de séparer les adresses mails de milliers de contacts entre 2 catégories : - adresses pros : @leur-entreprise.com, @bidule.gouv.fr - adresses "gratuites" : @gmail.com, @yahoo.fr, @laposte.net, wanadoo, free, etc. Je me suis créé une petite fonction personnalisée, qui renvoie 1 pour ce genre de boîtes mails : Occurrences ( _mail ; "@gmail." )OrOccurrences ( _mail ; "@laposte." )OrOccurrences ( _mail ; "@numericable." )OrOccurrences ( _mail ; "@yahoo." )OrOccurrences ( _mail ; "@hotmail." )OrOccurrences ( _mail ; "@free." )OrOccurrences ( _mail ; "@icloud." )OrOccurrences ( _mail ; "@orange." )OrOccurrences ( _mail ; "@sfr." )OrOccurrences ( _mail ; "@outlook." ) Mais cette liste est sûrement incomplète… Quelqu'un veut-il participer en complétant ? Ou bien peut-être y a-t-il une liste officielle ? Si c'est le cas, je n'ai pas trouvé… NB : plus tard, je m'occuperai de faire une fonction plus jolie, en utilisant Extrait ( _mail ; Position du @ ; Distance entre @ et . ) ; pour l'instant, mon objectif est déjà d'avoir une liste plutôt complète… Au plaisir de vous lire ! Jérémie
×
×
  • Create New...