Dominique Joly

Merci David

Bonjour David Les noms de tables ne comprennent aucun caractère interdit. Donc ce n'est pas la raison. En revanche (information postérieure au dépôt de ma question), celui qui m'a signalé que l'export ne fonctionnait pas n'avait pas vérifié que les tables comptaient au moins une fiche et il a lancé les scripts d'export pour toute une série de tables vides, sauf une. Et il a obtenu un seul fichier d'export. Je n'avais pas mis de condition au lancement de l'export (si nb de fiche supérieur à 0) mais le script, de lui-même, ne fait pas l'export si la table est vide. C'est donc un comportement intéressant à relever. Le connaissais-tu ?

Bonjour avec Filemaker 14 Soit le script ci-dessous qui fonctionne sur un mac mais pas sur un PC. Que faudrait-il ajouter pour qu'il fonctionne sur un PC ? Nouvelle fenêtre [ Style : Document; Fermer : Oui; Réduire : Oui; Agrandir : Oui; Zone de commande de zoom : Oui; Redimensionner : Oui ] # active le modèle de la table concernée # => valeur à modifier dans chaque nouveau script Activer modèle [ “Evenements” (Evenements) ] # affiche tous les enregistrements Afficher tous les enreg. # définit une variable composée du nom de la table Définir variable [ $Nom; Valeur :"file:" & Obtenir ( CheminBureau ) & Obtenir ( NomTableModèle ) & ".fmp12" ] # exporte sur le bureau les données au format filemaker # => valeur à modifier dans chaque nouveau script Exporter enregistrements [ Nom de fichier : “$Nom”; Jeu de caractères : “Unicode (UTF-16)”; Rubriques à exporter : Evenements::CodeTravailConges Evenements::Couleur Evenements::Event_Code Evenements::Event_description Evenements::Hex Evenements::Ordre ] [ Sans fenêtre ] Fermer fenêtre [ Fenêtre active ]

Merci Tanguy Je n'ai pas copié tout un fichier, donc la zone de sécurité n'a pas suivi. Donc je ne sais pas d'où vient l'erreur … DJ

Merci Tanguy. Cela doit venir du fait que j'ai copié la table des droits utilisateurs d'un autre fichier créé en 2012. Un question : dans ce cas, est-ce que les mots de passe des utilisateurs ont suivi ?

Tanguy Je reviens sur le sujet car il semble que autoriser à changer le mot de passe ne suffise pas. La copie d'écran MotDePasseExpire montre ce qui se passe lorsque je défini le mot de passe "pilote" avec une demande de changement à la prochaine connexion. La deuxième copie monte comment est défini le jeu de privilèges AccesPersonnalisé. Est-ce bien celà qu'il faut faire ? Que signifie <Mot de passe expiré> ?

Merci Tanguy Tu as raison. Le droit de changer le mot de passe n'était pas autorisé. Résolu

Bonjour Avec filemaker 14 Je viens de créer des comptes utilisateurs et j'ai fait comme auparavant avec la version 11, un mot de passe provisoire à changer dès la première connexion. Ce qui fonctionnait très bien avec fm11 ne marche plus avec fm14. Le mot de passe est noté comme "expiré" et lors de la connexion l'accès est refusé. Ce mode de fonctionnement a-t-il changé entre la V11 et la V14 ? Je n'en trouve pas la trace dans la documentation. J'ai peut-être commis une erreur mais où est-elle ? Merci pour votre aide

Philippe, ça a bien fonctionné avec les deux premiers fichiers et maintenant je reçois le message d'erreur ci-joint. Pourtant j'ai construit les fichiers et les scripts de la même façon. Puis, pas à pas, j'importe les différentes tables depuis la base. Il y en a 33 à importer. Le fichier en cours de construction est trop gros pour être joint au message. Je te l'envoie à ton adresse mél. Les boutons de navigation actifs sont marqués par un ovale rouge. Je te remercie.

D'accord. Le script apprentissage crée un fichier nommé "Export.fmp12" qu'il utilise ensuite pour importer les données dans les tables. Mais que se passe-t-il dans le script final ? Y a-t-il aussi un fichier Export ?

ça marche bien mais j'ai quelques questions : - quelle est la différence entre le script export et le script export apprentissage ? - que fait exactement la fonction exporter contenu de rubrique (conteneur ; $export ) ? et un détail - pour as-tu placé une ligne "nouvel enreg./requete avant la suppression des fiches ?

Merci Philippe Je vais décortiquer tout cela

Merci Philippe mais je n'ai pas tout compris - Cette solution fonctionne-t-elle avec la version 14 ? - Où se place le conteneur dans lequel glisser le fichier ? - Sur le serveur lui-même ou sur l'ordinateur de l'utilisateur qui doit faire l'import ? - Faut-il créer un fichier spéciale avec ce conteneur ? - Es-tu certain que cela va importer toutes les tables en une seule action (si les scripts d'imports sont bien réglés bien sûr) ? Je te remercie

Bonjour avec filemaker 11 puis filemaker 14 (ou 16) Soit une base exploitée par filemaker serveur et une copie de cette base qui est remplie avec un portable sur le terrain sans possibilité de connexion. Au retour du terrain, l'utilisateur doit importer dans la base sur le serveur les données saisies sur le terrain. Il dispose pour cela de plusieurs scripts qui importent les bonnes données dans les bonnes tables. Avec filemaker 11 (fonctionnement en cours qui va basculer vers la version 16), le lancement des scripts d'imports demande pour chaque table de localiser le fichier à importer et demande le mot de passe. Comment éviter cela (demande répétée des chemins et du mot de passe) ? Merci

Avec filemaker 14 Dans une impression en colonne au format vertical, lorsqu'on sélectionne, pour un sous-récapitulatif après tri, "Saut de page avant chaque occurrence" fm fait en réalité un saut de colonne. Comment obtenir un "vrai" saut de page ? Merci