From: Herve AGNOUX (herve.agnoux@diaam-informatique.com)
Date: 05/09/2001 - 15:36
Le 5 Sep 01, Pierre Attar a écrit :
>
> Enfin et pour finir, je crois définitivement que le fait que le document
> xml soit visible, en clair, n'a aucun intérêt ! A la limite, et en
> reprenant CGM ou ODA, on peut avoir différentes représentations : binaire,
> full text, text codé. Je suis à ce titre particulièrement intéressé par le
Et alors ? Quand vous parlez français, il est possible de traduire ce
que vous dites en tchèque, russe, allemand, anglais, de le mettre
en binaire, UTF8, etc. Vous ne comprenez rien à bon nombre de
ces langues (j'imagine) et encodage. Et pourtant, au départ, pour
vous exprimer, vous avez bien besoin de quelque chose que vous
comprenez vous même. Les différentes traduction de votre texte
original permettent d'augmenter votre audience, c'est bien et je ne
vois pas en quoi cela remet en cause qu'il est nécessaire de
disposer au départ de quelque chose de compréhensible.
Au départ, sauf erreur, il y a toujours une personne (et même
plusieurs), et il faut que le document soit compréhensible par
elle(s).
> codage de XML en ASN-1. En effet, si on utilise, par exemple un modèle xml
> pour les schéma, je préfère avoir des outils de définition comme XMLSpy
> plutôt qu'un éditeur ascii/unicode : mes schémas font, pour les plus
> complexes quelques centaines de kiloooctet et c'esdt un peu lourd à lire.
Une précision : quand je disais que je ne connaissais pas de
chaîne de développement, je pensais effectivement à des outils
graphiques, et c'était pour déplorer leur absence, non pour m'en
réjouir.
Et qu'il y ait par ci par là des outils graphiques performants ne
change rien au problème. Sauf erreur, le "Visual XML" reste à
inventer.
...Et vous remarquerez que j'évite soigneusement le débat "outils
de développements graphiques contre outils de développements
textuels" :-)
> De même, si je dois faire du XSLT, je suis passionné par ce qui se passe
> du coté de XSLcomposer et à nouveau XMLSpy.
>
Je ne nie pas que ces outils soient intéressants. XMLSpy a l'air de
bien faciliter le travail, que ce soit dans l'écriture d'un document
XML ou dans sa lecture. Et je pense que si un document est
clairement lisible ave XMLSpy, il devrait l'être aussi dans son
format brut.
Avez-vous vu ces shémas UML ou Merise, ou même ces
graphiques Excel qui tiennent sur 4 pages de long et 8 de large ?
Ils démontrent bien que la clarté ne vient nullement du graphisme
seul.
La clarté vient de ce qui se conçoit bien, on le sait depuis bien
avant l'informatique.
> Que dire alors ? Les outils de manipulation de base, DOM, SAX, XSLT seront
> gratuits mais va se développer des outils à forte valeur ajoutée de
> manipulation de plus haut niveau, ayant des interfaces utilisateur plus
> accessibles ? C'est certainement la différence entre TeX et d'une part
> Word ou d'autre part les add-on Wysiwyg à TeX.
>
J'avoue que je ne comprends pas très bien ce que vous voulez
dire... Où se trouve la valeur ajoutée dans un projet XML ? Quel
rapport avec les outils graphiques utilisateurs ?... Je ne vois pas
très bien en quoi l'étiquette "XML" intervient dans ce débat ?
Si des spécialistes de tel domaine utilisent XML pour exprimer
leurs échanges, on utilisera les mots de leur domaine pour
désigner les éléments, et leur mode d'organisation pour les
shémas. Pourquoi ne le comprendraient-ils pas ? Si dans leur
domaine il y a des pictogrammes reconnus par tous, il sera bien
évidemment possible de créer des outils graphiques à partir d'eux.
Mais si l'on créée du jour au lendemain des pictogrammes qu'ils ne
connaissent pas, simplement pour faire du graphisme, pourquoi les
comprendraient-ils ?
--
Sur le Web, tout de suite.
Herve AGNOUX - diaam informatique
http://www.diaam-informatique.com
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC
webmaster@xmlfr.org
| 
