Ce dont tu parles existe d�j� en partie avec des projet comme XSL-FOO et dans une moindre mesure LaTeX, TeX, html etc...
Je suis bien d'accord avec toi que bien que tr�s complet d�j�, l'importation de .doc avec OO n'est pas encore parfaite. Pour ma part, je n'utilise un �diteur WYSIWYG uniquement pour la correspondance et les documents de peu d'ampleur. Je pense que bon nombre de repr�sentant de la communaut� scientifique, universitaire et autre hautes �coles utilise aussi ces outils de langages balis�s. La traduction de ce genre de langage peut "facilement" �tre r�alis�e. Pour preuve, mon tfe que j'�cris avec LaTeX existe .ps, .pdf, et en version html <PUB> voir http://benoit-joseph.mine.nu. J'ai presque fini, j'ai corrig� plein de trucs pour ceux qui �tait venu voir il y a quelques temps </PUB> J'utilise le compilateur latex, pdflatex et latex2html L'id�e est bonne mais pas vraiment neuve. Parcontre, l'id�e de cr�er un projet qui ne s'occuperait que de la conversion me semble int�ressant. Surtout, s'il est accompagn� d'outils portables de conversion. Ainsi, on re�oit un doc, on le passe dans le prog et on obtient un pdf parfait ou un fichier OO parfait. Ce serait en effet pas mal A+ Benoit On Sat, May 11, 2002 at 06:39:48PM, Bruno Gadaleta wrote: > Hello, > > Pour lancer un peu la conversation, je voulais parler des formats de > fichiers. Je pense qu'une application bureautique, quand bien m�me elle ne > serait pas user-friendly, devrait pour attirer les n�ophytes du monde de > windows (et de linux), avoir un compatibilit� *totale* au niveau des formats > de fichiers. > > Les filtres de conversion de fichiers entre diff�rents formats (abondants > sous windows) sont souvent tr�s limit�s: leurs fonctionalit�s s'arr�tent � > l'importation de texte plein. La pr�sence d'un tableau ou d'une image rend > l'op�ration plus compliqu�e. Quand la police et la mise en page sont > exotiques, le r�sultat d'une importation par les filtres est d�sastreuse. > > Or on sait que les utilisateurs, m�me agu�ris, passent presqu'autant de > temps � mettre en forme leur documents qu'� les �crire. Si le fait de les y > contraindre, leur fait perdre du temps, ils resteront dans leur syst�me > informatique habituel. > > C'est pourquoi, je pense que les d�veloppeurs devraient utiliser l'ouverture > du code (pour les applications linux en tout cas) pour permettre une facilit� > d'importation et d'exportation. Le reverse ingeneering sur les formats > propri�taires devrait �tre syst�matis� (oui, je sais qu'il est facile de le > dire et moins de le faire). Un projet uniquement d�di� � la transformation > des diff�rents formats de fichiers semble �tre (� mon avis) une priorit� ! > > On pourrait aussi envisager la mise d'un document sous une forme > indiff�renci�e (ou standardis�e cf. XML) : cela permettrait un "boom" du > copier-coller sous linux qui fait actuellement cruellement d�faut. La plus > que fameuse "p�r�nit� des donn�es" serait alors solidement assur�e dans la > pratique et cela ne pourrait que renforcer la cr�dibilit� des logiciels > libres. > > Je serais int�ress� par la collecte d'infos � ce sujet. Si vous avez des > remarques, avis ou commantaires... > > Bruno > Gadaleta > _______________________________________________ > Linux Mailing List > LCP - 11 Mai - http://www.unixtech.be/lcp.php > Archives: http://www.unixtech.be/mailman/listinfo/linux ---end quoted text--- -- Benoit JOSEPH Manex SPRL: [EMAIL PROTECTED] Perso: [EMAIL PROTECTED] [EMAIL PROTECTED]
msg04898/pgp00000.pgp
Description: PGP signature
