Dominique Joly

Bonjour Avec filemaker Go V12 Quelle est la solution la plus pratique pour décharger les données d'un fichier hébergé sur iPad ? La copie du fichier sur l'ordinateur ou la synchronisation ? La copie du fichier je vois comment faire mais la synchronisation semble poser plus de problèmes.

Bonjour Comme je suis passé directement de la version 11 à la version 14, aussi ne sais-je pas à partir de quelle version cela se produit. Certains d'entre vous auront peut-être constaté la même chose. Il s'agit du redimensionnement automatique d'un bouton lorsqu'on change la police ou la taille. Si le bouton mesure 72 pixels et que le texte modifié en nécessite seulement 56, une fois la modification faite le bouton s'ajuste tout seul à 56 pixels. Comment empêcher cela ? Cela change la mise en page, la lisibilité des boutons, etc. Merci

Steve Je vais ignorer les messages effectivement. D'une part ils sont de moins en moins nombreux et je ne comprends pas pourquoi. D'autre part les collègues n'ont pas de difficultés à accéder au fichier. Bonne journée

Merci Steve mais ce fichier n'a pas d'OT dans d'autres fichiers. Il est indépendant.

Tu peux m'envoyer un fichier à dominique.joly@agglo-ville.chartres.fr

Bonjour Julien Je réponds un peu tard mais c'est dimanche, n'est-ce pas. Avant toute chose, quelle version de filemaker utilises-tu ? Je confirme la remarque de Christophe sur les Id et les noms. Le numéro IdRetoucheur peut être le numéro Id Automatique de chaque fiche. Il sera unique et non renouvelable : si tu supprimes une fiche le numéro est perdu (mais ce n'est pas grave). La saisie peut se faire évidemment, comme l'écrit Christophe, avec une liste de valeurs des noms et prénoms des Retoucheurs qui appellera leur IdRetoucheur. J'ai bien compris le rôle de la table WorkReport et celui de la table Projets. Je maintiens qu'il te faut une table intermédiaire WorkReportParRetoucheur et ce que tu décris le démontre. Il te faut aussi une table Clients, mais tu l'as déjà, il me semble. Les liens tels que tu les décris ont l'air corrects. Les liens n à n se construisent de la façon suivante : Un lien 1 à n de Retoucheurs vers WorkReportParRetoucheur et un lien 1 à n de WorkReportParRetoucheur vers WorkReport. Le premier lien utilise l'IdRetoucheur et l'Id de WorkReportParRetoucheur. Le deuxième lien utilise l'Id de WorkReportParRetoucheur et l'id de WorkReport. Le bazar que tu évoques ensuite peut-être résolu en rédigeant un petit protocole à distribuer à tous et surtout en organisant la base pour que le travail soit simplifié au maximum : ergonomie des modèles, nombre de manipulations réduite. Il faut demander à tes retoucheurs ce dont ils ont besoin et adapter la base en fonction et non l'inverse. Ensuite, il faut un minimum de discipline. Si plusieurs fiches par jour pour le même job, ne pose pas de problème, en revanche, il faut distinguer les travaux fait jour par jour, quoique, si tu acceptes que les calculs de temps soient faits sur plusieurs jours, c'est possible aussi. A toi de voir. Tu peux calculer en nombre d'heures sur un intervalle de temps (date de début du job et date de fin) et total des heures passées. Je ne suis pas certain que la table Calendrier soit utile. Il faudrait avoir un exemple de ta base (avec tous les cas de figures possibles) pour le voir.

Bonsoir Julien Tu es nouveau avec filemaker mais ça n'empêche pas de te poser les bonnes questions, à savoir : - quelles sont les tables clés ? les retoucheurs les projets les jobs - Est-ce qu'un projet peut être réalisé par plusieurs retoucheurs ? - Est-ce qu'un retoucheur peut participer à plusieurs projets ? Si c'est oui dans les deux cas, il faut une table intermédiaire (liens n à n) qui va s'appeler "RetoucheursParProjet" Ensuite - Est-ce qu'un projet peut comporter plusieurs jobs ? Je pense que c'est oui - Est-ce qu'un jobs peut concerner plusieurs projets ? Je pense que c'est non Dans ce cas, tu auras un lien de type 1 à n de projets vers jobs Ensuite, rien n'interdit que les retoucheurs fassent autant de fiches que de jobs (et de projets). Tu n'est pas obligé de les contraindre à faire une fiche par jour, au contraire, je me demande même comment tu vas t'y prendre pour récupérer les totaux par jour. Le plus simple c'est d'ajouter une nouvelle table qui sera … miracle … la table Calendrier. Dans le jour 1, tu récupéreras (par lien) les données de tous les jobs réalisés avec un sous-total par projets et/ou par retoucheur. Qu'en penses-tu ? Tu peux faire, avec un papier et un crayon, un arbre logique de tout ça. Bon courage pour la suite

Bonjour Avec filemaker 14 Pro Advanced et Filemaker serveur 13, à partir d'un mac sous OS 10.12.5 et d'un PC pour les utilisateurs courants Je ne comprends pas très bien comment utiliser les rubriques Conteneurs, malgré ma lecture des aides sur le site FileMaker et de tous les sujets sur le forum. Je voudrais afficher dans une base de données, des documents pdf, des fichiers excel et autres fichiers image. Notre DSI a ouvert (à moins que ce ne soit le logiciel fm serveur lors de son déploiement), dans un répertoire qui est utilisé pour les sauvegardes, un dossier nommé conteneur. Il y a aussi un dossier RC_Cache_FMS et un dossier RC_StremingCache_FMS. Les test : J'ai créé un fichier neuf avec une rubrique Conteneur réglée comme indiqué dans la copie d'écran. J'ai inséré des fichiers avec l'option "Image" ou l'option "Fichier" mais c'est le résultat obtenu avec l'option "Image" que je cherche, sinon on ne voit pas le fichier mais son nom. Les dossiers ci-dessus sont restés vides après les tests. Bref, je n'ai pas compris comme fm gère les conteneurs. Ce que je souhaite c'est que l'utilisateur autorisé puisse lui-même importer le fichier de son choix et que celui-ci soit sécurisé. Ou est-il préférable d'importer un document par calcul en saisissant son nom dans une rubrique associée ? Dans ce cas, comment faire ? Les aides en ligne ne sont pas très explicites … Je vous remercie.

Ah ! merci Philippe ! et le raccourci clavier fonctionne !

Bonjour Dans la version 14, où se trouve la fonction "Désactiver" qui se trouve, dans la 11, en bas de page ?

Bonjour Philippe Voici deux exemples : sur les deux pages, le nombre de lignes est optimisé pour que le tableau tienne sur trois colonnes. Je précise que les valeurs sont issues d'un sous-récapitulatif après tri.

Bonjour Avec la version 14, est-il possible de modifier par script la hauteur d'un élément de modèle, l'en-tête ou le pied de page. Je voudrais éditer des listes sur trois colonnes en les compactant au maximum et, à moins de prévoir toutes sortes de modèles de différentes hauteurs, cela ne tombera jamais juste. A moins qu'il n'y ait une autre solution, en envoyant les données dans une rubrique html ? Mais est-il possible de la régler sur trois colonnes ?

Merci Pierre Tu as raison. J'avais oublié de définir une globale. Résolu

Merci Pierre C'est vrai, les trois rubriques n'étaient pas des globales mais cela ne fonctionne pas pour autant. Pourrais-tu faire la modification sur le fichier joint s'il te plaît ? Je te remercie. CodesDocumentsV2.fmp12

Personne n'a d'idée ?