Bonjour tout le monde, J'utilise la fonction Sauvegarder en PDF. Je définis le chemin avec Obtenir(CheminTemporaire) et j'ajoute le nom de mon fichier. L'utilisateur n'a donc pas la main sur le chemin et le nom du fichier. J'ai veillé à ce qu'il n'y ait pas de caractères spéciaux ou de / \ dans le Nom. Sur MAC cela fonctionne à merveille, mais pour mes collaborateurs qui travaillent sous Windows, erreur systématique (Le message d'erreur indique quelque chose comme : Espace disque insuffisant, Nom trop long, dossier verrouillé…) Une piste ? Merci d'avance pour votre aide

Bonjour, D'une manière générale, il faut s'assurer que la longueur entière du nom du fichier PDF (extension comprise) ne dépasse pas les 50 caractères… peut-être moins sur Windows suivant sa version (à vérifier et à confirmer). En plus du nettoyage des caractères spéciaux et ceux "interdits" dans les noms des fichiers (principalement : slash, anti-slash, deux-points, retours et tabulations), j'opère également un remplacement systématique de tous les caractères diacritiques (accents, caractères liés et autres dièses) par leurs correspondant non diacritiques ainsi que les espaces par des tirets bas "_" ou des traits-d'union simples "-". Si jamais le fichier est destiné à une utilisation sur le Web, je m'assure également de transformer tous les caractères en minuscules, de ne laisser qu'un seul point (celui de l'extension) et, par simple précaution, j'écourte sa longueur pour ne pas dépasser le 30 caractères max (même si aujourd'hui les serveur supportent bien des noms plus longs). Enfin, on peut parfois trouver certains comportements "bizarres", comme le fait d'avoir un tiret bas suivi du point de l'extension "_.", apparemment cela ne plaît pas trop à Windows (enfin, là encore, c'est suivant l'environnement, je ne crois pas que ce soit systématique)… Voilô… bon courage :)

FredoMkb Merci d'avoir pris le temps de faire une réponse aussi détaillée. Malheureusement pour moi, j'ai testé avec un nom de fichier ultra-simple "a.pdf" et cela ne fonctionne pas mieux. Concernant le chemin, j'avais lu que le "F" de Filewin:/ ne devait pas être en majuscule. Je l'ai donc mis en minuscule et là Miracle, cela a fonctionné… mais une seule fois ! J'ai pourtant pris soin de vérifier qu'il n'y avait pas un fichier du même nom dans le dossier les fois d'après. 🤬

VinyRoss Concernant le chemin, j'avais lu que le "F" de Filewin:/ ne devait pas être en majuscule. Bonjour En utilisant Obtenir(CheminTemporaire) on n'a pas besoin de mettre FileWin:/ devant. Obtenir(CheminTemporaire) & "MonNom.pdf" est suffisant.

Jacques_Rechain Bonjour, Merci pour la contribution. Effectivement sur Mac ça marche à la perfection. Sur Windows peut-être mais pas sur mes PC. Le problème vient probablement d'ailleurs, mais je tourne en boucle, je ne vois pas. Voici précisément le message d'erreur. "NomFichier.pdf n'a pu être créé sur ce disque. Changer son nom, libérez de l'espace sur le disque, déverrouillez le ou sélectionnez un autre disque" Nom du fichier j'ai testé avec a.pdf, espace dispo RAS, le dossier n'est pas verrouillé ni en lecture seule.

Bonjour, J'ai déjà eu ce genre de problème pour quelques utilisateurs. Je ne me souviens plus exactement, mais je crois que pour la majorité des utilisateurs avec ce problème, un redémarrage et/ou nettoyage des fichiers temporaire a réglé. Pour les autres, la création d'un nouveau profil Windows a réglé définitivement le problème.

Avec Obtenir(CheminBureau) & "MonFichier.pdf" il y a toujours le message d'erreur ?

Vérifie que ton chemin sous Windows te donne quelque chose de valable. Si tu es en environnement plus contrôlé, il se peut que tu doives donner accès à ton utilisateur au dossier. Sur windows Terminal Server, j'ai dû ajouter cette persmission. Si ça fonctionne avec Get(DeskptopPath), mais pas Get(TemporaryPath), c'est probablement à cause des droits d'accès.

stevenadeau Merci pour ton retour. Le chemin sous Winsdows est bon et ce sont des ordinateurs "individuels" donc dans un environnement contrôlé. Ça ne marche ni avec le chemin du bureau ni avec le chemin temporaire, ni avec le dossier documents. 🤬 Ça me fatigue. L'erreur est peut-être toute bête Pour définir le chemin, je fais comme ceci… ai-je bon : Défnir variable = $Chemin - Obtenir(CheminTemporaire) Et dans la fonction sauvegarde PDF, je mets ceci $Chemin&"Test.pdf" Y a t-il quelque chose que j'ai manqué ? Merci

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Sauvegarder en PDF - Impossible

MagalieJ

VinyRoss Et dans la fonction sauvegarde PDF, je mets ceci

$Chemin&"Test.pdf"

C'est ici que se loge l'erreur !

Il faut définir le chemin entier, y compris le nom du fichier dans la variable et n'indiquer que le nom de la variable dans la fonction de sauvegarde.

Définir variable [$chemin ; Obtenir(CheminTemporaire) & "Test.pdf"]

Puis le moment venu…

Sauvegarder en PDF [ Avec boîte de dialogue: Non ; “$chemin” ; Enregistrements en cours d'utilisation ; Créer des dossiers: Oui ]

VinyRoss

MagalieJ

Je viens de tester mon script mais sur un modèle avec juste un mot dedans et ça fonctionne !

Je cherche donc une erreur dans le script, alors que le problème est ailleurs. Qu'est-ce qui dans mon modèle pourrait bien générer une erreur lors de la sauvegarde du PDF sous Windows et pas sous Mac ?

MagalieJ

VinyRoss Qu'est-ce qui dans mon modèle pourrait bien générer une erreur lors de la sauvegarde du PDF sous Windows et pas sous Mac ?

Qu'y a-t-il sur le modèle ? Des images ? Du texte avec des polices de caractères spécifiques ?

Dans cette situation, j'aurai tendance à tout enlever puis à rajouter les objets un par un en testant à chaque fois pour voir lequel pose problème…

Broc

Essaie de rajouter….. & "/" & entre obtenir(chemintemporaire) et "Test.pdf"

Jacques_Rechain

Broc Essaie de rajouter….. & "/" & entre obtenir(chemintemporaire) et "Test.pdf"

Certainement pas puisque Obtenir(CheminTemporaire) se termine par "/".

Stephen

Est-ce qu'il n'y aurait pas une ponctuation indélicate que le système windows n'accepterait pas dans le nom de ton fichier PDF ?

VinyRoss

Stephen

J’ai cherché dans cette direction au départ mais même en modifiant le nom du fichier avec un nom le plus simple possible ça ne fonctionne pas

JeremieGimenez

MagalieJ Dans cette situation, j'aurai tendance à tout enlever puis à rajouter les objets un par un en testant à chaque fois pour voir lequel pose problème…

@VinyRoss Bonjour,

C'est ce conseil de Magalie qu'il convient maintenant d'appliquer : partir du modèle qui marche (confère votre message «mais sur un modèle avec juste un mot dedans et ça fonctionne») puis ajouter dans ce modèle les éléments un par un jusqu'à reconstituer le modèle entier ou détecter l'objet qui coince

Bonne journée,

Jérémie

Broc

C'est juste, mais il y a quelques mois cela plantait sans ce "/".

Broc

Autre détail étrange que j'ai constaté récemment et à tester:

Le chemin pour ouvrir un dossier windows commence par : C:\Users\…….

Le chemin pour créer un pdf et l'enregistrer dans un dossier windows commence par : \C:\Users\…….

je n'explique pas mais cela fonctionne depuis FMP 19.6.3 sur Windows 10 via Filemaker Cloud vers des dossier Window sur un autre Cloud …

FabriceN

Bon mais ça peut encore continuer longtemps alors que vous avez DÉJÀ identifié que le problème venait du contenu du PDF.
Vous nous en avez fait part le 27 avril à 14:41. Nous sommes 9 jours plus tard.
Alors on peut continuer à ajouter des /, des \, des ~, ou danser pieds nus sur des charbons ardents, ça ne règlera pas le problème.
Il faut identifier le ou les objet(s) de modèle qui causent l'erreur (les "usual suspects" sont les web viewers, et les conteneurs interactifs)

Jacques_Rechain

Salut la communauté

J'ai découvert hier un gros bug avec les dernières mises à jour mac Monterey et Ventura concernant l'édition de fichiers PDF avec accents dans le nom du fichier (Save as PDF).

Bien qu'il soit déconseillé d'utiliser des caractères accentués dans les noms de fichiers, cela n'a jamais posé de problème sur mac, sauf depuis ces mises à jour.

Exemple : Un rapport mensuel est édité avec un pas de script qui nomme le fichier "Rapport août 2022.pdf" avec ouverture automatique. Et bien depuis les mises à jour des OS il ne s'ouvre plus automatiquement que ce soit depuis FM19 ou 2023 ( quelque soit le chemin, bureau, temporaire,..). Par contre en le nommant "Rapport aout 2022.pdf", donc sans le "û" il s'ouvre bien dans Aperçu ou Acrobat. idem bien sur pour "décembre" ou "février".

On peut utiliser des fonctions personnalisées de filtres pour ne générer que des caractères non accentués, mais cela implique de modifier tous les pas de scripts de tous les boutons qui l'utilise et dans tous les fichiers concernés...

Quelqu'un a rencontré ce problème ? Ici oui : FileMaker Pro can save PDF with ÅÄÖ but it can not open it

MagalieJ

Jacques_Rechain Un rapport mensuel est édité avec un pas de script qui nomme le fichier "Rapport août 2022.pdf" avec ouverture automatique.

Ce bug est effectivement connu. Nous avons fait quelques essais et le plus étrange (à mes yeux) : si vous tentez d'ouvrir le fichier "accentué" après l'avoir créé directement depuis le Finder (c'est-à-dire sans passer par l'ouverture automatique), il refusera obstinément de s'ouvrir. En renommant le fichier depuis le Finder et en remplaçant le caractère accentué par lui-même, le fichier s'ouvrira comme si de rien n'était !

Jacques_Rechain

MagalieJ Ce bug est effectivement connu. Nous avons fait quelques essais et le plus étrange (à mes yeux) : si vous tentez d'ouvrir le fichier "accentué" après l'avoir créé directement depuis le Finder (c'est-à-dire sans passer par l'ouverture automatique), il refusera obstinément de s'ouvrir. En renommant le fichier depuis le Finder et en remplaçant le caractère accentué par lui-même, le fichier s'ouvrira comme si de rien n'était !

Bonjour

Les mises à jour en 12.6.6 et 13.4 résolvent le problème de l'ouverture des fichiers avec accents.

« Page précédente