dwikstroem

Il faut utilisé un chemin calculé dans les options de stockage externe: Clients::NomClient & "/" (évidemment en utilisant les nom de rubriques de votre solution).

1. Difficile à décrire en mots, essaies et tu verras... peut-être que ça te plait. Je trouve que l'ergonomie mauvaise, 2. Dans mon cas (ou plutôt, dans le cas de mon client), il fallait aussi bien écrire que lire, et surtout lire - il s'agit de formulaires préparé puis envoyé à des tiers qui le remplissent et les renvoient, pour qu'ensuite les informations saisies soient importés dans la base de donnés FileMaker. ScribeDocSubstitute devrait effectivement fonctionner - je ne peux pas dire pourquoi ça ne fonctionne pas dans ton cas. Est-ce que tu as essayé de le faire avec le fichier d'exemple fourni avec le plugin? Ce fichier explique très bien les différents étapes.

Il faut effectivement utiliser Word sur Windows pour définir les content control fields. J'ai fais des solutions de ce genre avec Scribe, et ça fonctionne, mais la fonction dans Word n'est pas vraiment agréable à utiliser (encore moins que Word en général). Il faut, dans Word 2016, aller dans le menu Developer, puis sélectionner la bonne "Content Control" - il y en a plusieurs pour différentes types de données (rich text, check box...).

Vous pouvez donc probablement faire très simple: Une auto-entrée sur la rubrique Conteneur: GetThumbnail ( Self ; 300 ; 225 ) puis utiliser la fonction "Fichier > Importer dossier".

On peut réduire la taille d'images avec la fonction native GetThumbnail/ObtenirMiniature. Sinon, pour plus de contrôle, https://www.cnsplug-ins.com/Plug-ins/CNS_Image est un plugin qui gère pas mal d'options. Il faudrait effectivement avoir bcp plus détails concernant les besoins pour faire le choix. Le format d'images concernés, le nombre d'images à traiter, gestion des dimension et/ou du poids du fichier, etc...

Voici quelques pistes: https://www.fmsource.com/topic/55439-représenter-une-arborescence/.

Agnès - Est-ce que tu as déjà essayé d'utiliser une fonction recursive pour appeler une version de Custom tranche par tranche ?

J'ai laissé tombé pour l'instant. Même si le point de départ est tentant, je ne suis pas convaincu de la possibilité d'un gain en performance, ou de la capacité (au niveau du nombre d'itérations). Surtout pas avec le souci sur Windows au niveau de la création de la liste. Mais c'est quand même une piste à garder - peut-être surtout pour les cas simples où on n'a besoin du [n] qu'une seule fois.

Je l'ai, mais au moins la première version est un peu lente pour être intéressante... Je ne sais pas encore pourquoi.

Chez moi, j'ai l'impression qu'il y a une énorme différence de performance entre Mac et Windows, sans que la puissance de l'ordinateur change tant que ça.

S'agit-il d'un stockage par référence?

Je ne pense pas que la distance soit bien plus grande que celle entre le développeur moyen et FmDynamix. Mais dans les deux cas, ça vaut le voyage.

Berlin...

Je metterais probablement même cette rubrique dans une table à part, peut-être même toute cette recherche etc dans un fichier dédié. Et si tu as la possibilité, fais venir un autre développeur pour regarder la solution avec toi pendant une demi-journée. Nous pouvons tous profiter d'un regard extérieur, et comme d'autres l'ont déjà dit, pour trouver la meilleure solution, il est impératif de voir la solution dans sa totalité.

"Berlin" - Caton l'Ancien