Comment fixer l'affichage d'un champ de fusion texte à 6 carctères quel que
soit la longueur du champ ?
exemple : un code B200507A000452 (valeur de la base) afficher en 000452
Merci de me répondre
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Anacoluthe
Bonjour !
'patrick' nous a écrit ...
Comment fixer l'affichage d'un champ de fusion texte à 6 carctères quel que soit la longueur du champ ? exemple : un code B200507A000452 (valeur de la base) afficher en 000452
Dans la source de données ajoutez un champ calculé et utilisez simplement ce dernier pour la fusion.
Anacoluthe « J'aime les calculs faux, car ils donnent des résultats plus justes. » - Jean ARP
Bonjour !
'patrick' nous a écrit ...
Comment fixer l'affichage d'un champ de fusion texte à 6 carctères quel que
soit la longueur du champ ?
exemple : un code B200507A000452 (valeur de la base) afficher en 000452
Dans la source de données ajoutez un champ calculé
et utilisez simplement ce dernier pour la fusion.
Anacoluthe
« J'aime les calculs faux, car ils donnent des résultats plus justes. »
- Jean ARP
Comment fixer l'affichage d'un champ de fusion texte à 6 carctères quel que soit la longueur du champ ? exemple : un code B200507A000452 (valeur de la base) afficher en 000452
Dans la source de données ajoutez un champ calculé et utilisez simplement ce dernier pour la fusion.
Anacoluthe « J'aime les calculs faux, car ils donnent des résultats plus justes. » - Jean ARP
patrick
Merci de votre réponse, mais la base de données n'est pas modifiable (Oracle) car cet élément est nécessaire, dans son intégralité,à d'autres utilisateurs ou requêtes de la base. Ce que je voudrais est précis : je cherche à tronquer une valeur texte dans un champs de fusion sous Word. Il existe sans doute un commutateur de champ qui fonctionne pour cette tâche (?)
Bonjour !
'patrick' nous a écrit ...
Comment fixer l'affichage d'un champ de fusion texte à 6 carctères quel que soit la longueur du champ ? exemple : un code B200507A000452 (valeur de la base) afficher en 000452
Dans la source de données ajoutez un champ calculé et utilisez simplement ce dernier pour la fusion.
Anacoluthe « J'aime les calculs faux, car ils donnent des résultats plus justes. » - Jean ARP
Merci de votre réponse, mais la base de données n'est pas modifiable (Oracle)
car cet élément est nécessaire, dans son intégralité,à d'autres utilisateurs
ou requêtes de la base.
Ce que je voudrais est précis : je cherche à tronquer une valeur texte dans
un champs de fusion sous Word.
Il existe sans doute un commutateur de champ qui fonctionne pour cette tâche
(?)
Bonjour !
'patrick' nous a écrit ...
Comment fixer l'affichage d'un champ de fusion texte à 6 carctères quel que
soit la longueur du champ ?
exemple : un code B200507A000452 (valeur de la base) afficher en 000452
Dans la source de données ajoutez un champ calculé
et utilisez simplement ce dernier pour la fusion.
Anacoluthe
« J'aime les calculs faux, car ils donnent des résultats plus justes. »
- Jean ARP
Merci de votre réponse, mais la base de données n'est pas modifiable (Oracle) car cet élément est nécessaire, dans son intégralité,à d'autres utilisateurs ou requêtes de la base. Ce que je voudrais est précis : je cherche à tronquer une valeur texte dans un champs de fusion sous Word. Il existe sans doute un commutateur de champ qui fonctionne pour cette tâche (?)
Bonjour !
'patrick' nous a écrit ...
Comment fixer l'affichage d'un champ de fusion texte à 6 carctères quel que soit la longueur du champ ? exemple : un code B200507A000452 (valeur de la base) afficher en 000452
Dans la source de données ajoutez un champ calculé et utilisez simplement ce dernier pour la fusion.
Anacoluthe « J'aime les calculs faux, car ils donnent des résultats plus justes. » - Jean ARP
Anacoluthe
Bonjour !
'patrick' nous a écrit ...
Merci de votre réponse, mais la base de données n'est pas modifiable (Oracle) car cet élément est nécessaire, dans son intégralité,à d'autres utilisateurs ou requêtes de la base. Ce que je voudrais est précis : je cherche à tronquer une valeur texte dans un champs de fusion sous Word. Il existe sans doute un commutateur de champ qui fonctionne pour cette tâche (?)
Non, il n'y a ni commutateur ni fonction de troncature pour les champs de fusion. Le publipostage Word est qqch de simple, il n'attend que des données brutes. Ce n'est pas à Word de faire ce travail.
L'argument entendu 100 fois ici "oui mais ma base de données n'est pas modifiable :-( " n'est pratiquement jamais recevable : - il n'est pas question de modifier le champ d'origine, il est question d'ajouter un autre champ, par exemple avec une requête, pour pouvoir fusionner avec la bonne donnée. Si ceux qui gèrent la base vous disent que c'est impossible, c'est que cette base est mal foutue puisqu'on n'y trouve pas les données utiles. C'est clair. - Au cas ou la dictature s'oppose à vous fournir la bonne donnée il est toujours possible d'utiliser une autre base de donnée, par exemple une bête feuille Excel, liée à votre base 'intouchable' de façon dynamique, et d'utiliser cette 2ème source pour votre publipostage dans Word. Simple et rapide.
Tout ça pour dire qu'il est exceptionnel d'avoir à demander à Word de faire le boulot soit à la fusion avec des champs calculés ou des macros soit sur le document de fusion à retoucher. Bien sûr que c'est possible (on peut tout imaginer) mais pourquoi cherche-t-on systématiquement à faire ce qui est le plus compliqué ???
Anacoluthe « Pourquoi faire simple quand on peut faire compliqué ? » - Jacques ROUXEL
Bonjour !
'patrick' nous a écrit ...
Merci de votre réponse, mais la base de données n'est pas modifiable (Oracle)
car cet élément est nécessaire, dans son intégralité,à d'autres utilisateurs
ou requêtes de la base.
Ce que je voudrais est précis : je cherche à tronquer une valeur texte dans
un champs de fusion sous Word.
Il existe sans doute un commutateur de champ qui fonctionne pour cette tâche
(?)
Non, il n'y a ni commutateur ni fonction de troncature pour les
champs de fusion. Le publipostage Word est qqch de simple, il n'attend
que des données brutes. Ce n'est pas à Word de faire ce travail.
L'argument entendu 100 fois ici "oui mais ma base de données n'est
pas modifiable :-( " n'est pratiquement jamais recevable :
- il n'est pas question de modifier le champ d'origine, il est question
d'ajouter un autre champ, par exemple avec une requête, pour pouvoir
fusionner avec la bonne donnée. Si ceux qui gèrent la base vous disent
que c'est impossible, c'est que cette base est mal foutue puisqu'on
n'y trouve pas les données utiles. C'est clair.
- Au cas ou la dictature s'oppose à vous fournir la bonne donnée il
est toujours possible d'utiliser une autre base de donnée, par
exemple une bête feuille Excel, liée à votre base 'intouchable' de
façon dynamique, et d'utiliser cette 2ème source pour votre
publipostage dans Word. Simple et rapide.
Tout ça pour dire qu'il est exceptionnel d'avoir à demander à Word
de faire le boulot soit à la fusion avec des champs calculés ou des
macros soit sur le document de fusion à retoucher. Bien sûr que
c'est possible (on peut tout imaginer) mais pourquoi cherche-t-on
systématiquement à faire ce qui est le plus compliqué ???
Anacoluthe
« Pourquoi faire simple quand on peut faire compliqué ? »
- Jacques ROUXEL
Merci de votre réponse, mais la base de données n'est pas modifiable (Oracle) car cet élément est nécessaire, dans son intégralité,à d'autres utilisateurs ou requêtes de la base. Ce que je voudrais est précis : je cherche à tronquer une valeur texte dans un champs de fusion sous Word. Il existe sans doute un commutateur de champ qui fonctionne pour cette tâche (?)
Non, il n'y a ni commutateur ni fonction de troncature pour les champs de fusion. Le publipostage Word est qqch de simple, il n'attend que des données brutes. Ce n'est pas à Word de faire ce travail.
L'argument entendu 100 fois ici "oui mais ma base de données n'est pas modifiable :-( " n'est pratiquement jamais recevable : - il n'est pas question de modifier le champ d'origine, il est question d'ajouter un autre champ, par exemple avec une requête, pour pouvoir fusionner avec la bonne donnée. Si ceux qui gèrent la base vous disent que c'est impossible, c'est que cette base est mal foutue puisqu'on n'y trouve pas les données utiles. C'est clair. - Au cas ou la dictature s'oppose à vous fournir la bonne donnée il est toujours possible d'utiliser une autre base de donnée, par exemple une bête feuille Excel, liée à votre base 'intouchable' de façon dynamique, et d'utiliser cette 2ème source pour votre publipostage dans Word. Simple et rapide.
Tout ça pour dire qu'il est exceptionnel d'avoir à demander à Word de faire le boulot soit à la fusion avec des champs calculés ou des macros soit sur le document de fusion à retoucher. Bien sûr que c'est possible (on peut tout imaginer) mais pourquoi cherche-t-on systématiquement à faire ce qui est le plus compliqué ???
Anacoluthe « Pourquoi faire simple quand on peut faire compliqué ? » - Jacques ROUXEL
patrick
Merci pour votre réponse qui ne m'a pas plus éclairé mais qui m'a bien fait rire =:) La proposition de faire une liaison dynamique d'Oracle vers un fichier Excel afin de pouvoir fusionner vers le document Word est une solution pour le moins complexe... Je vous retourne donc l'aphorisme de Jacques ROUXEL : « Pourquoi faire simple quand on peut faire compliqué ? » @+
Bonjour !
'patrick' nous a écrit ...
Merci de votre réponse, mais la base de données n'est pas modifiable (Oracle) car cet élément est nécessaire, dans son intégralité,à d'autres utilisateurs ou requêtes de la base. Ce que je voudrais est précis : je cherche à tronquer une valeur texte dans un champs de fusion sous Word. Il existe sans doute un commutateur de champ qui fonctionne pour cette tâche (?)
Non, il n'y a ni commutateur ni fonction de troncature pour les champs de fusion. Le publipostage Word est qqch de simple, il n'attend que des données brutes. Ce n'est pas à Word de faire ce travail.
L'argument entendu 100 fois ici "oui mais ma base de données n'est pas modifiable :-( " n'est pratiquement jamais recevable : - il n'est pas question de modifier le champ d'origine, il est question d'ajouter un autre champ, par exemple avec une requête, pour pouvoir fusionner avec la bonne donnée. Si ceux qui gèrent la base vous disent que c'est impossible, c'est que cette base est mal foutue puisqu'on n'y trouve pas les données utiles. C'est clair. - Au cas ou la dictature s'oppose à vous fournir la bonne donnée il est toujours possible d'utiliser une autre base de donnée, par exemple une bête feuille Excel, liée à votre base 'intouchable' de façon dynamique, et d'utiliser cette 2ème source pour votre publipostage dans Word. Simple et rapide.
Tout ça pour dire qu'il est exceptionnel d'avoir à demander à Word de faire le boulot soit à la fusion avec des champs calculés ou des macros soit sur le document de fusion à retoucher. Bien sûr que c'est possible (on peut tout imaginer) mais pourquoi cherche-t-on systématiquement à faire ce qui est le plus compliqué ???
Anacoluthe « Pourquoi faire simple quand on peut faire compliqué ? » - Jacques ROUXEL
Merci pour votre réponse qui ne m'a pas plus éclairé mais qui m'a bien fait
rire =:)
La proposition de faire une liaison dynamique d'Oracle vers un fichier Excel
afin de pouvoir fusionner vers le document Word est une solution pour le
moins complexe...
Je vous retourne donc l'aphorisme de Jacques ROUXEL :
« Pourquoi faire simple quand on peut faire compliqué ? »
@+
Bonjour !
'patrick' nous a écrit ...
Merci de votre réponse, mais la base de données n'est pas modifiable (Oracle)
car cet élément est nécessaire, dans son intégralité,à d'autres utilisateurs
ou requêtes de la base.
Ce que je voudrais est précis : je cherche à tronquer une valeur texte dans
un champs de fusion sous Word.
Il existe sans doute un commutateur de champ qui fonctionne pour cette tâche
(?)
Non, il n'y a ni commutateur ni fonction de troncature pour les
champs de fusion. Le publipostage Word est qqch de simple, il n'attend
que des données brutes. Ce n'est pas à Word de faire ce travail.
L'argument entendu 100 fois ici "oui mais ma base de données n'est
pas modifiable :-( " n'est pratiquement jamais recevable :
- il n'est pas question de modifier le champ d'origine, il est question
d'ajouter un autre champ, par exemple avec une requête, pour pouvoir
fusionner avec la bonne donnée. Si ceux qui gèrent la base vous disent
que c'est impossible, c'est que cette base est mal foutue puisqu'on
n'y trouve pas les données utiles. C'est clair.
- Au cas ou la dictature s'oppose à vous fournir la bonne donnée il
est toujours possible d'utiliser une autre base de donnée, par
exemple une bête feuille Excel, liée à votre base 'intouchable' de
façon dynamique, et d'utiliser cette 2ème source pour votre
publipostage dans Word. Simple et rapide.
Tout ça pour dire qu'il est exceptionnel d'avoir à demander à Word
de faire le boulot soit à la fusion avec des champs calculés ou des
macros soit sur le document de fusion à retoucher. Bien sûr que
c'est possible (on peut tout imaginer) mais pourquoi cherche-t-on
systématiquement à faire ce qui est le plus compliqué ???
Anacoluthe
« Pourquoi faire simple quand on peut faire compliqué ? »
- Jacques ROUXEL
Merci pour votre réponse qui ne m'a pas plus éclairé mais qui m'a bien fait rire =:) La proposition de faire une liaison dynamique d'Oracle vers un fichier Excel afin de pouvoir fusionner vers le document Word est une solution pour le moins complexe... Je vous retourne donc l'aphorisme de Jacques ROUXEL : « Pourquoi faire simple quand on peut faire compliqué ? » @+
Bonjour !
'patrick' nous a écrit ...
Merci de votre réponse, mais la base de données n'est pas modifiable (Oracle) car cet élément est nécessaire, dans son intégralité,à d'autres utilisateurs ou requêtes de la base. Ce que je voudrais est précis : je cherche à tronquer une valeur texte dans un champs de fusion sous Word. Il existe sans doute un commutateur de champ qui fonctionne pour cette tâche (?)
Non, il n'y a ni commutateur ni fonction de troncature pour les champs de fusion. Le publipostage Word est qqch de simple, il n'attend que des données brutes. Ce n'est pas à Word de faire ce travail.
L'argument entendu 100 fois ici "oui mais ma base de données n'est pas modifiable :-( " n'est pratiquement jamais recevable : - il n'est pas question de modifier le champ d'origine, il est question d'ajouter un autre champ, par exemple avec une requête, pour pouvoir fusionner avec la bonne donnée. Si ceux qui gèrent la base vous disent que c'est impossible, c'est que cette base est mal foutue puisqu'on n'y trouve pas les données utiles. C'est clair. - Au cas ou la dictature s'oppose à vous fournir la bonne donnée il est toujours possible d'utiliser une autre base de donnée, par exemple une bête feuille Excel, liée à votre base 'intouchable' de façon dynamique, et d'utiliser cette 2ème source pour votre publipostage dans Word. Simple et rapide.
Tout ça pour dire qu'il est exceptionnel d'avoir à demander à Word de faire le boulot soit à la fusion avec des champs calculés ou des macros soit sur le document de fusion à retoucher. Bien sûr que c'est possible (on peut tout imaginer) mais pourquoi cherche-t-on systématiquement à faire ce qui est le plus compliqué ???
Anacoluthe « Pourquoi faire simple quand on peut faire compliqué ? » - Jacques ROUXEL
ClémentMarcotte
La proposition de faire une liaison dynamique d'Oracle vers un fichier Excel
afin de pouvoir fusionner vers le document Word est une solution pour le moins complexe...
Il n'y a rien de complexe à Ouvrir Excel, de cliquer sur le menu Données, suivi de Données Externes, suivi de Créer un requête..
Faut juste que les imbéciles du Service de Dictature Informatique s'arrangent pour installer un "Driver" ODBC pour Oracle et de le rendre accessible à leurs sujets.
La proposition de faire une liaison dynamique d'Oracle vers un fichier
Excel
afin de pouvoir fusionner vers le document Word est une solution pour le
moins complexe...
Il n'y a rien de complexe à Ouvrir Excel, de cliquer sur le menu Données,
suivi de Données Externes, suivi de Créer un requête..
Faut juste que les imbéciles du Service de Dictature Informatique
s'arrangent pour installer un "Driver" ODBC pour Oracle et de le rendre
accessible à leurs sujets.
La proposition de faire une liaison dynamique d'Oracle vers un fichier Excel
afin de pouvoir fusionner vers le document Word est une solution pour le moins complexe...
Il n'y a rien de complexe à Ouvrir Excel, de cliquer sur le menu Données, suivi de Données Externes, suivi de Créer un requête..
Faut juste que les imbéciles du Service de Dictature Informatique s'arrangent pour installer un "Driver" ODBC pour Oracle et de le rendre accessible à leurs sujets.
JièL Goubert
Bonjoir(c) patrick
ben oui, mais le plus simple etant bien sur de modifier la source ou encore mieux, de créer une bête requète avec un requeteur quelconque (je me demande même si MS Querry ne saurait pas le faire) et d'utiliser le résultat de ce dernier
-- JièL / Jean-Louis GOUBERT La FAQ Outlook est la : http://faq.outlook.free.fr
Merci pour votre réponse qui ne m'a pas plus éclairé mais qui m'a bien fait rire =:) La proposition de faire une liaison dynamique d'Oracle vers un fichier Excel afin de pouvoir fusionner vers le document Word est une solution pour le moins complexe... Je vous retourne donc l'aphorisme de Jacques ROUXEL : « Pourquoi faire simple quand on peut faire compliqué ? » @+
Bonjour !
'patrick' nous a écrit ...
Merci de votre réponse, mais la base de données n'est pas modifiable (Oracle) car cet élément est nécessaire, dans son intégralité,à d'autres utilisateurs ou requêtes de la base. Ce que je voudrais est précis : je cherche à tronquer une valeur texte dans un champs de fusion sous Word. Il existe sans doute un commutateur de champ qui fonctionne pour cette tâche (?)
Non, il n'y a ni commutateur ni fonction de troncature pour les champs de fusion. Le publipostage Word est qqch de simple, il n'attend que des données brutes. Ce n'est pas à Word de faire ce travail.
L'argument entendu 100 fois ici "oui mais ma base de données n'est pas modifiable :-( " n'est pratiquement jamais recevable : - il n'est pas question de modifier le champ d'origine, il est question d'ajouter un autre champ, par exemple avec une requête, pour pouvoir fusionner avec la bonne donnée. Si ceux qui gèrent la base vous disent que c'est impossible, c'est que cette base est mal foutue puisqu'on n'y trouve pas les données utiles. C'est clair. - Au cas ou la dictature s'oppose à vous fournir la bonne donnée il est toujours possible d'utiliser une autre base de donnée, par exemple une bête feuille Excel, liée à votre base 'intouchable' de façon dynamique, et d'utiliser cette 2ème source pour votre publipostage dans Word. Simple et rapide.
Tout ça pour dire qu'il est exceptionnel d'avoir à demander à Word de faire le boulot soit à la fusion avec des champs calculés ou des macros soit sur le document de fusion à retoucher. Bien sûr que c'est possible (on peut tout imaginer) mais pourquoi cherche-t-on systématiquement à faire ce qui est le plus compliqué ???
Anacoluthe « Pourquoi faire simple quand on peut faire compliqué ? » - Jacques ROUXEL
Bonjoir(c) patrick
ben oui, mais le plus simple etant bien sur de modifier la source ou
encore mieux, de créer une bête requète avec un requeteur quelconque (je
me demande même si MS Querry ne saurait pas le faire) et d'utiliser le
résultat de ce dernier
--
JièL / Jean-Louis GOUBERT
La FAQ Outlook est la : http://faq.outlook.free.fr
Merci pour votre réponse qui ne m'a pas plus éclairé mais qui m'a bien fait
rire =:)
La proposition de faire une liaison dynamique d'Oracle vers un fichier Excel
afin de pouvoir fusionner vers le document Word est une solution pour le
moins complexe...
Je vous retourne donc l'aphorisme de Jacques ROUXEL :
« Pourquoi faire simple quand on peut faire compliqué ? »
@+
Bonjour !
'patrick' nous a écrit ...
Merci de votre réponse, mais la base de données n'est pas modifiable (Oracle)
car cet élément est nécessaire, dans son intégralité,à d'autres utilisateurs
ou requêtes de la base.
Ce que je voudrais est précis : je cherche à tronquer une valeur texte dans
un champs de fusion sous Word.
Il existe sans doute un commutateur de champ qui fonctionne pour cette tâche
(?)
Non, il n'y a ni commutateur ni fonction de troncature pour les
champs de fusion. Le publipostage Word est qqch de simple, il n'attend
que des données brutes. Ce n'est pas à Word de faire ce travail.
L'argument entendu 100 fois ici "oui mais ma base de données n'est
pas modifiable :-( " n'est pratiquement jamais recevable :
- il n'est pas question de modifier le champ d'origine, il est question
d'ajouter un autre champ, par exemple avec une requête, pour pouvoir
fusionner avec la bonne donnée. Si ceux qui gèrent la base vous disent
que c'est impossible, c'est que cette base est mal foutue puisqu'on
n'y trouve pas les données utiles. C'est clair.
- Au cas ou la dictature s'oppose à vous fournir la bonne donnée il
est toujours possible d'utiliser une autre base de donnée, par
exemple une bête feuille Excel, liée à votre base 'intouchable' de
façon dynamique, et d'utiliser cette 2ème source pour votre
publipostage dans Word. Simple et rapide.
Tout ça pour dire qu'il est exceptionnel d'avoir à demander à Word
de faire le boulot soit à la fusion avec des champs calculés ou des
macros soit sur le document de fusion à retoucher. Bien sûr que
c'est possible (on peut tout imaginer) mais pourquoi cherche-t-on
systématiquement à faire ce qui est le plus compliqué ???
Anacoluthe
« Pourquoi faire simple quand on peut faire compliqué ? »
- Jacques ROUXEL
ben oui, mais le plus simple etant bien sur de modifier la source ou encore mieux, de créer une bête requète avec un requeteur quelconque (je me demande même si MS Querry ne saurait pas le faire) et d'utiliser le résultat de ce dernier
-- JièL / Jean-Louis GOUBERT La FAQ Outlook est la : http://faq.outlook.free.fr
Merci pour votre réponse qui ne m'a pas plus éclairé mais qui m'a bien fait rire =:) La proposition de faire une liaison dynamique d'Oracle vers un fichier Excel afin de pouvoir fusionner vers le document Word est une solution pour le moins complexe... Je vous retourne donc l'aphorisme de Jacques ROUXEL : « Pourquoi faire simple quand on peut faire compliqué ? » @+
Bonjour !
'patrick' nous a écrit ...
Merci de votre réponse, mais la base de données n'est pas modifiable (Oracle) car cet élément est nécessaire, dans son intégralité,à d'autres utilisateurs ou requêtes de la base. Ce que je voudrais est précis : je cherche à tronquer une valeur texte dans un champs de fusion sous Word. Il existe sans doute un commutateur de champ qui fonctionne pour cette tâche (?)
Non, il n'y a ni commutateur ni fonction de troncature pour les champs de fusion. Le publipostage Word est qqch de simple, il n'attend que des données brutes. Ce n'est pas à Word de faire ce travail.
L'argument entendu 100 fois ici "oui mais ma base de données n'est pas modifiable :-( " n'est pratiquement jamais recevable : - il n'est pas question de modifier le champ d'origine, il est question d'ajouter un autre champ, par exemple avec une requête, pour pouvoir fusionner avec la bonne donnée. Si ceux qui gèrent la base vous disent que c'est impossible, c'est que cette base est mal foutue puisqu'on n'y trouve pas les données utiles. C'est clair. - Au cas ou la dictature s'oppose à vous fournir la bonne donnée il est toujours possible d'utiliser une autre base de donnée, par exemple une bête feuille Excel, liée à votre base 'intouchable' de façon dynamique, et d'utiliser cette 2ème source pour votre publipostage dans Word. Simple et rapide.
Tout ça pour dire qu'il est exceptionnel d'avoir à demander à Word de faire le boulot soit à la fusion avec des champs calculés ou des macros soit sur le document de fusion à retoucher. Bien sûr que c'est possible (on peut tout imaginer) mais pourquoi cherche-t-on systématiquement à faire ce qui est le plus compliqué ???
Anacoluthe « Pourquoi faire simple quand on peut faire compliqué ? » - Jacques ROUXEL