Bonjour Philippe,

Je me permet d'insister, car il me semble que tu es passé à coté de ma remarque : Pour mutualiser l'enrichissement de l'outil, pourquoi ne pas utiliser la fonctionnalité Autotexte ?

Tu pourrais y créer par exemple une rubrique nommée "Listes genre nombre" et y ajouter des autotextes constitués de champs de type liste de saisi et nommés par exemple : "le(la/les) nouveau(nouvelle/nouveaux/nouvelles)"

mes 3 cents (d'Euro bien sûr)

Bob

Doc sur les autotextes :
http://fr.openoffice.org/source/browse/fr/www/Documentation/How-to/writer/
http://fr.openoffice.org/source/browse/fr/www/Documentation/How-to/writer/Champs_et_donnees22fr.sxw



Philippe Allart a écrit :
Bonjour Bob,

merci pour tes suggestions.

Je suis parti sur l'idée d'un dictionnaire afin de pouvoir le mutualiser, et surtout pour mutualiser son enrichissement.

Ta solution a l'avantage de pouvoir être utilisée sur un poste de travail isolé. Ce n'est pas négligeable.

L'inconvénient, c'est qu'il faut recoder dans chaque modèle toutes les déclinaisons du même mot, et qu'il faut recoder encore plusieurs fois ce mot dans le même modèle si il doit s'accorder avec des entités différentes (par exemple le (la) propriétaire et le (la) locataire).

Si on reste sur le principe d'un dictionnaire, on pourrait envisager un assistant qui faciliterait la mise au point de tes modèles, et on jouerait sur les deux tableaux.

J'ai envisagé de réutiliser fr_FR.dic et fr_FR.aff, mais ce n'est pas exploitable en l'état: il y a des amalgames et il manque des infos. D'où l'idée de partir de zéro, mais de ne gérer que des cas non triviaux. Par contre, je me demande si on ne pourrait vraiment pas récupérer les règles triviales dans fr_FR.aff. Ca permettrait d'internationaliser le projet, plutôt que de coder ces règles en dur.

A+

Ph.

--



Bob a écrit :
Bonjour Philippe,

Pour solutionner un problème similaire dans une appli de fusion xml, j'ai adopté la solution suivante :

- créer un champ de type "liste de saisie" qui contient la liste des couples clé;valeur possibles - le nom du champs correspond au chemin de sélection correspondant à la clé - lors de la fusion, MaXFusion ne retient que la valeur correspondant à la clé et supprime le champ

Comme un petit exemple vaut mieux qu'un long discourt, jette un oeil sur ce document :
ooo.bobiciel.com/tests_documents/genre_nombre_test.sxw

Si tu souhaites utiliser MaXFusion, dis le moi, je t'enverrai la version qui va bien. Sinon, ça peut être une piste intéressante pour effectuer un traitement similaire à l'aide d'une macro. L'avantage, c'est que tu n'as pas besoin de bd externe et toutes les portions de texte variables sont attachées au contexte.

Pour une base externe, pourquoi ne pas créer une nouvelle catégorie dans les Autotextes ;-)

Voila, that's all
En espérant que ça fasse avancer ton schmilblick


------------------------------------------------------------------------

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to