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

Soucis avec Exporter Contenu de rubrique

Pierre-Alain

Je cherche à exporter un fichier depuis un conteneur. Cela fonctionne très bien sur un Mac, mais sur un PC, il m'exporte le fichier dans le mauvais dossier, dans le dossier document !!

1 Je définis un chemin dans une variable $Chemin> "file:/" & Obtenir ( CheminBureau ) & "Import adresses.xlsx"

2 J'exporte > Exporter Contenu de rubrique ; Rubrique conteneur ; $Chemin

Je précise que le chemin fonctionne bien avec Ouvrir URL

C'est bizarre pour moi :-(

FabriceN

Bonjour,

Pierre-Alain Je précise que le chemin fonctionne bien avec Ouvrir URL

précisément :)
pour définir le chemin d'export:
"file:" & Obtenir ( CheminBureau ) & "Import adresses.xlsx

(en fait même le "file:" est devenu facultatif)
Puis pour obtenir une URL:
ConvertFromFileMakerPath ( $chemin ; URLPath )

Pierre-Alain

Merci Fabrice,

Avec ConvertFromFileMakerPath , j'obtiens des \ à la place de /

Alors j'ai simplement enlevé le file:/ au début et cela fonctionne maintenant :-)

FabriceN

Pierre-Alain

ça m'étonne fortement…

goudurix

Il me semble que l'exportation d'une rubrique conteneur ne fonctionne pas vers un fichier excel.

Pierre-Alain

Exporter contenu rubrique ne crée pas de fichier Excel, il se contente de sortir le fichier qu'on a déjà mis dans un conteneur, sans tenir compte de sont extension.

goudurix

Quand je lis "Import adresses.xlsx" dans un des messages précédent, j'en déduit que c'est un export au format Excel.
D'autre part, la syntaxe du chemin d'export pour un fichier Windows n'est pas la même.
filewin://LettreLecteur:/nomréportoire/nomfichier

FabriceN

Mouais… c'est le principe de la double articulation du langage. En associant des phonèmes pour former des mots, et des mots pour former des phrases, on arrive à une infinité de sens possibles.
Dès lors, déduire de la présence de la chaîne "Import adresses.xlsx" qu'il s'agit d'un export au format Excel ne me paraît pas être un exploit dont il soit indispensable de se vanter…

D'autre part Obtenir ( CheminBureau ) fonctionne très bien sur Windows aussi.

goudurix

🤔 pas tout compris. Bref…
pour revenir à la différence de syntaxe entre mac, Windows :
Mac : file:/Obtenir (cheminbureau)
Win : filewin://obtenir (cheminbureau)
et même sur Linux :
filelinux:/
Mais il n'est réservé qu'aux serveurs FMS sous linux

FabriceN

goudurix

Pas compris parce que tout est faux.
Le chemin file: fonctionne sur toutes les plateformes.
Sur Linux, le chemin du bureau ne sert à rien puisque seuls les répertoires Documents et Temporaires sont accessibles par le serveur.

goudurix

C'est exactement ce que j'ai écrit.
Le chemin Linux ne sert que sur FMS
Pour le reste, Création de chemins d'accès.

FabriceN

Ça ressemble à Twitter ici…
Beaucoup d'ignorance étalée avec conviction.

Pour les éventuels personnes qui passeraient par ici à la recherche d'une solution (ce qui est, a priori, la fonction d'un forum), qu'elles sachent que ni
Mac : file:/Obtenir (cheminbureau)
ni
Win : filewin://obtenir (cheminbureau)
ne sont des expressions correctes.
et que
Obtenir ( CheminBureau )
ou
"file:" & Obtenir ( CheminBureau )
sont valide sur les deux plateformes.

Enfin, et surtout, que Exporter Contenu Rubrique n'écrit pas de données au sein d'un fichier Excel (même si le chemin se termine en .xlsx) mais se contente d'exporter le fichier contenu dans une rubrique conteneur au chemin désigné.

goudurix

C'est pourtant noté différemment dans l'aide en ligne de FileMaker avec deux expressions distinctes.

Aller, je passe à autre chose.

MagalieJ

Pour préciser les choses, il est tout à fait possible d'avoir un fichier Excel dans un conteneur et il est donc tout à fait courant dans ce cas d'avoir un chemin se terminant en xlsx !

FabriceN

MagalieJ
oui, ou n'importe quel autre fichier. FileMaker, dans ce cas-ci, se fiche complètement de l'extension ou du type de fichier ou encore de sa validité.
Pour être complet, il est même possible d'exporter le contenu d'une rubrique autre que conteneur (texte…). Dans ce cas c'est un fichier texte qui sera créé, mais codé en UTF-16 Little-Endian, ce qui est fort peu commun.
Enfin, ce pas de script n'est pas compatible serveur, contrairement à Write to file. J'ai d'ailleurs publié un Add-on (gratuit) qui permet de remplacer le pas de script par un autre. 1MT Export Field Contents