lor

Membres
  • Compteur de contenus

    90
  • Inscription

  • Dernière visite

À propos de lor

  • Rang
    50

Profil FileMaker

  • FM Conférence
  • Certification
  • FBA
    --Non membre--
  1. c'est bien ce que je pensais ! dommage...
  2. d'ailleurs comment as-tu fait pour enregistrer en fp7 depuis fp12 ?
  3. Bonjour Non je ne vois rien à part nos 4 messages à nous ! Merci pour ton fichier, je regarde ça mais ça m'a l'air compelexe !
  4. Je ne trouve rien en cherchant avec le mot clé "hiérarchie..."
  5. Bonjour Merci pour l'idée de chercher par hiérarchie. Pourrais-tu m'envoyer le fichier en .fp7 car j'ai une ancienne version de FileMaker !! Merci encore lor
  6. Bonjour, Je ne trouve pas mon sujet sur le forum, pourtant il me semble que c'est une question plutôt basique. Aussi veuillez m'excuser si le sujet a été traité par ailleurs. Je travaille sur des périodes archéologiques et des sites et j'essaie de trouver la meilleure façon d'organiser mes périodes. Sachant que les périodes peuvent se hiérarchiser. Dans l'exemple joint j'ai nommé trois périodes 1 2 et 3 et chaque période se décline : la 1 en 1A, 1B, 1 C, puis se décline à nouveau en 1Aa 1Bb 1Bc, etc. Dans cet exemple j'ai créé une table pour chaque niveau hiérarchique. L'objectif c'est de pouvoir ensuite faire des recherches par sites et de pouvoir chercher par n'importe quel niveau. Je me demande si ce système est le bon. Car on pourrait aussi imaginer une seule table avec des liens sur elle-même avec par exemple un ID période et un ID parent... Bon, je ne sais pas si c'est clair et surtout je cherche à trouver des exemples de ce genre de traitement pour choisir la meilleure solution... Merci de votre attention LOR Essai.fp7
  7. Bonjour J'ai besoin d'un petit coup de main... J'ai trouvé un post "fonction cas avec plusieurs conditions", mais dans mon cas, je cherche à pouvoir mettre plusieurs réponses dans une rubrique en jeu de case à cocher. J'ai deux rubriques : rubrique 1 et 2 qui sont toutes deux des cases à cocher. Si Rubrique 1 a la valeur "X", il faut que rubrique 2 est la valeur "A", et si Rubrique 1 a la valeur Y, il faut que la Rubrique 2 ait la valeur "A" ,si Rubrique 1 a la valeur Z, il faut que la Rubrique 2 ait la valeur "B" etc...etc... Parfois je n'ai que X comme valeur et là ça marche, Si j'ai X et Y ça marche aussi, mais si j'ai X et Z ça ne marche plus... . Voici ma fonction : Cas (Rubrique 2 = "X" ; A ; Rubrique 2 = "Y" ; A ; Rubrique 2 = "Z" ; "B") Peut-être n'est-ce pas la bonne fonction... ? Je voulais faire avec des SI mais je n'ai pas réussi... Merci de votre aide lor
  8. Bonjour Dominique

    Je me remets à FMP depuis peu, après en avoir fait pas mal il y a plusieurs années. Je viens de voir sur le forum que tu serais spécialiste des questions sur l'archéologie. Si je me trompe, désolée... Si c'est le cas, je cherche dans le forum des questions tournant autour de la création de bases de données de céramologie. Mes questionnements tournant autour de la gestion de rubriques très nombreuses. Pour définir un lot de céramique, je dois détailler chaque forme et chaque groupe technique présent, mais comme je peux avoir une centaine de formes différentes, je bloque sur la façon de gérer cela. Bref, je ne détaille pas plus car peut-être que je ne sonne pas à la bonne porte, et surtout je suis persuadée que ce genre de problèmes a dû être traité, mais je ne sais pas comment chercher...

    Alors si tu peux m'aiguiller, je te remercie...

    Belle année dans tous les cas...

    Lor

    1. Afficher les commentaires précedents  3 en plus
    2. lor

      lor

      Bonjour Dominique

      ok donc, merci pour cette capture écran... en fait nos besoins dépassent le stade l'inventaire lié à l'US puisque l'idée est de travailler à l'échelle d'une région Pays de La loire sur les lieux de production, mode de diffusion et d'échanges. J'ai deux projets : un PCR sur la céramique antique PdeL et Morbihan qui se met en place cette année + PCR céramique médiévale (11e 15e) PdelaL et Bretagne qui a commencé depuis plusieurs années...

      j'ai trouvé, je crois, une solution pour répondre à mes problématiques...

      merci de ton aide en tout cas !

      Laure

    3. Dominique Joly

      Dominique Joly

      Peut-être pourrais-tu te rapprocher, pour la céramique médiévale, si ce n'est déjà fait, de Philippe Husi à Tours.

      philippe.husi@univ-tours.fr

      et pour la céramique antique des céramologues Inrap d'Orléans ou de nos deux céramologues à Chartres

      jonathan.simon@agglo-ville.chartres.fr

      pauline.denat@agglo-ville.chartres.fr

    4. lor

      lor

      C'est avec un peu de retard que je te remercie pour ce message que je n'avais pas lu !

      Oui je connais Philippe, mais pas les deux autres personnes... merci de ton aide !

      laure

  9. Alors j'ai trouvès le fameux Trousseau d'accès ou keychen access... Mais après que dois-je faire ? Est-ce qu'il faut que ce soit vérouillé ? dévérouillé ? bref, ça veut dire quoi ça ? Comment ça marche en fait ? Merci de ton aide LOR
  10. désolée, mais je ne sais pas du tout à quoi tu fait référence !!!
  11. Oui il y a un compte invité, mais la personne n'a même pas besoin de passer par là... aucune fenêtre ne s'ouvre, il accède directement à la base... c'est incompréhensible... surtout que sur les autres ordinateurs, ça fonctionne sans problème...
  12. Bonjour J'ai un petit souci avec les comptes. J'ai une base avec un compte admin et un compte utilisateur. Lorsque des utilisateurs récupèrent la base sur leurs ordinateurs, ils doivent se connecter via ces comptes en admin ou en utilisateur selon le cas. En gros ça fonctionne... sauf sur UN ordinateur, un Mac : malgré le compte activé avec mot de passe il ouvre la base sans demander quoi que ce soit. Or c'est exactement la même base que j'ai passé à d'autres utilisateurs qui ne peuvent ouvrir la base sans mot de passe. Donc je m'interroge... Que peut-il se passer avec cet ordi ? Est-ce que ce problème est déjà arrivé à quelqu'un ??? Merci de votre aide Lor
  13. ok je vais regarder tout ça merci encore !
  14. gigi, ça me semble bien intéressant cette idée là ! en clair je crée une nouvelle table "supression" + un script ? et dans le script je lui demande : si un enregistrement est supprimé, il le copie dans cette table.... c'est bien ça ? je vais essayer de construire ça... merci... lor
  15. Ce n'est pas si complexe. Mon script fonctionne bien ! J'ai juste penser à une possibilité (qui peut-être n'arrivera jamais !) : le cas où un utilisateur a supprimé une fiche. Cette suppression ne peut être prise en compte dans ce type d'import. DOnc je me disais que : soit : je n'ai pas fait le bon choix dans mon type d'import soit il y a une manière possible qu'il prenne ce paramètre en compte. Mais visiblement ça n'inspire pas grand monde...