Merci Alex pour ta r�ponse.
OOo n'a pas ce m�canisme.
Bouh ! J'avais tellement envie de me passer de Microsoft.
Les champs MEMO du format dBIII, (et je suppose IV, mais sujet � caution) sont g�r�s dans des fichiers � part portant l'extension DBT. Normalement, le DBF et le DBT doivent se retrouver dans le m�me r�pertoire, sinon OOo ne saura pas le lien entre les deux. Pour l'affichage, les champs MEMO ou texte ne peuvent qu'appara�tre comme les autres champs dans la vue "Table", c'est-�-dire sur une seule ligne, m�me lorsque le texte du MEMO comporte des retours � la ligne (signal�s par ailleurs par un petit caract�re de substitution selon l'encodage utilis� � l'origine)
Access fonctionne donc comme DBase avec DBF+DBT ? On importe la base de donn�e et il se d�brouille pour g�rer ce qu'il trouve. Comment se peut-il que OOo ne puisse pas faire pareil, puisqu'il est cens� permettre le passage d'Access � OOo ?
L'autre possibilit� serait de faire un formulaire et un sous-formulaire, avec les champs MEMO dans le sous-formulaire, mais je ne suis pas s�r que cela r�pond � ton attente.
J'ai des bases de donn�es �normes, toutes fonctionnent avec les champs m�mos puisqu'ils permettent l'�quivalent d'une vingtaine de page de texte pour chaque enregistrement. Cela allie l'int�r�t de la Base de donn�e pour les renseignements courts et le traitement de texte pour les notes ou rappels beaucoup plus longs.
Je ne me vois pas passer du temps � retravailler chacun d'entre eux, ni bidouiller (du style copie du m�mo dans la partie en bas pour pouvoir lire et recopie si modification et remettre le tout dans la ligne m�mo) pour obtenir quelquechose d'� peu pr�s semblable.
J'ai bien peur de devoir repartir chez microsoft si je ne trouve pas quelquechose de plus rapide.
Amicalement
Nathalie
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
