xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] Balisage et WYSIWYG ne sont pas de bons amis (INFO : XML et WS tous azimuts !)
From: Eric van der Vlist (vdv@dyomedea.com)
Date: 06/11/2002 - 10:40
Bonjour Laurent,
On Tue, 2002-11-05 at 17:10, Laurent CAPRANI wrote:
> Néanmoins, le XML de Word gagnera probablement une reconnaissance que n'eut
> jamais RTF. Précisément parce qu'il s'agit de XML. C'est aussi un progrès
> par rapport au terrible Wordo-HTML !
Je ne voudrais pas paraître rabat-joie et suis le premier à me féliciter
que MS Office annonce enfin un format XML qui sera espérons le plus
intéressant que celui que j'avais annoncé le 1er avril 2001!
http://xmlfr.org/actualites/tech/010401-0002
Je pense cependant que le principal problème que pose l'édition de
documents XML au moyen d'éditeurs bureautiques n'est pas la syntaxe
elle-même (le Wordo-HTML n'est pas terrible mais parfaitement et
facilement utilisable dans de chaînes de traitements XML au moyen de
parseurs faciles à développer) mais l'orientation WYSIWYG des outils
bureautiques qui privilégient la forme sur le fond alors qu'un balisage
de qualité doit privilégier le fond sur la forme.
Cette introduction est peut-être un peu abstraite et je vais donner un
exemple concret...
J'utilise des outils bureautique (au sens large) pour éditer les
articles de XMLfr et ai besoin de faire correspondre des styles aux
balises sémantiques du document final (ce qui est un besoin très
fréquent dans ce type d'application).
L'idée est qu'un style "person" affiché en caractères gras et rouges sur
l'écran génèrera une balise sémantique "person" identifiant le texte
correspondant comme un nom de personne.
Cela pose deux problèmes:
1) l'utilisateur juge souvent du résultat à ce qui s'affiche et peut
être tenté d'utiliser les boutons permettant de mettre un texte en
gras/rouge sans utiliser le style "person". A la limite, on peut
admettre que ce n'est "qu'un problème de formation".
2) plus ennuyeux à mon sens, la plupart des logiciels de bureautique (MS
Word mais également Open Office, Abiworld, Mozilla, ...) font de même
dans certaines circonstances plus ou moins communes (par exemple
utilisation de styles imbriqués, utilisation de styles caractères sur un
paragraphe ou de styles paragraphes sur une sélection de caractères,
...). Cela ne peut être évité que par une discipline extrême dans
l'utilisation des fonctions des outils qui rend leur utilisation très
aléatoire.
Il me semble que cela vient l'orientation WYSIWYG de ces outils qui les
poussent à considérer que tant que cela s'imprime ou s'affiche comme le
souhaite l'utilisateur tout va pour le mieux et c'est à mon sens le
principal obstacle à leur utilisation pour saisir des documents
structurés.
Le seul outil qui me donne le contrôle dont j'ai besoin est Amaya, mais
même avec Amaya je suis souvent obligé de passer en mode "source" et de
corriger le balisage ce qui n'est pas envisageable pour la plupart des
applications.
A moins peut-être d'admettre nous aussi que c'est la présentation qui
compte:
http://xmlfr.org/actualites/decid/020527-0001
Et de ne pas chercher à identifier le style "person" mais à considérer
comme un nom de personnes tout texte gras/rouge quelque soit la méthode
employé pour y parvenir. Cela compliquerait notablement les feuilles de
styles, mais peut-être est-ce le seul moyen pragmatique de parvenir à un
résultat!
Cordialement,
Eric van der Vlist
--
Did you know it? Python has now a Relax NG (partial) implementation.
http://advogato.org/proj/xvif/
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
Devenez redacteur <XML>fr et contribuez au developpement
du xml francophone (http://xmlfr.org/infos/redacteurs) !
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/11/2002 - 10:22 UTC
webmaster@xmlfr.org
| 
