Cliquez ici.
Cliquez ici.
Accueil
chercher            Plan du site              Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

xml decid : Stratégies, marchés, affaires autour de XML.

[xml-decid] INFO : ebXML cherche toujours une langue universelle.

[xml-decid] INFO : ebXML cherche toujours une langue universelle.

Auteur: <redacteurs@xmlfr.org>
Date: 01/02/2001 - 15:15
X-Mailer: FormatedTextOutputHandler

ebXML cherche toujours une langue universelle.
Apres avoir suggere que des identifiants universels (UID) soient
ajoutes aux elements XML pour laisser le choix des noms de leur langue
et de leur encodage aux concepteurs d'applications, le debat a rebondi
sur la liste de discussions ebXML a propos du manque de lisibilite des
UIDs "inintelligents" pour couvrir de nombreux points tres
controverses.
Eric van der Vlist  , Dyomedea ( vdv@dyomedea.com ).
---------------
Retrouvez cet article en ligne
(http://xmlfr.org/actualites/decid/010201-0001).

Donnez votre avis !
mailto:xml-decid@xmlfr.org?subject=Re:%20INFO%20:%20ebXML%20cherche
toujours%20une%20langue%20universelle.
---------------

La langue, l'encodage et le sens des noms de balises XML sont des
questions controversees, souvent debattues et d'autant plus importantes
pour ebXML que son objectif et sa parente avec les Nations Unies
l'obligent a definir un standard universel et comprehensible par tous
les habitants de cette planete.

Pour contourner ce probleme, il a ete propose d'ajouter dans tous les
elements un attribut faisant reference a un identifiant universel (UID)
et dont la valeur pourrait etre fixee au niveau de la DTD .

Chaque element aurait donc a la fois un nom rendant le document lisible
et un identifiant le rendant interpretable sans ambiguite par les
applications.

La proposition a donne lieu a un vif debat, notamment apres la mise en
cause [1] par William Kammerer  de l'utilisation de noms non anglais:

  "A la place de donner des exemples fantaisistes (comme celui du
  marchand Thai qui voudrait vraiment bricoler en XML – il ou elle
  prefererait sans doute utiliser un logiciel standard et abordable),
  peut etre que Duane et David peuvent demontrer comment ces BizCode s
  ou UIDs pourraient etre utilises pour rendre les messages RosettaNet
  (ou OTA ou SWIFT XML ) comprehensibles dans le contexte de composants
  de base ebXML ."

qui ne semble pas vouloir utiliser des UTDs n'ayant aucune
signification:

  "En consequence, nous n'avons pas encore besoin d'eliminer
  l'utilisation de balises utilisant un vocabulaire limite comme celui
  qui est defini dans le Basic Sematics Register (BSR). Cela eviterait
  le desagrement de l'indirection rendue necessaire par des UIDs et
  BizCode s inintelligents. Par inintelligents, je ne veux pas dire que
  la proposition de Duane est stupide, mais simplement que l'UID par
  lui-meme ne donne aucune indication sur son sens."

Mais, affirme [2] Irvin Chmielewski  , ce manque de sens est egalement
un avantage:

  "Un des principaux problemes que nous avons trouves dans le passe
  avec des langages naturels est qu'un mot peut avoir des sens
  differents. "

Et Duane Nickull  explique [3] pourquoi l'on ne peut pas utiliser les
espaces de noms a la place des UIDs:

  "Un espace de noms XML ne dit rien d'utile a un parseur."

  "Un espace de noms XML ne donne aucune indication semantique au sujet
  d'un element."

  "La seule chose que la valeur d'un espace de noms XML fasse est de
  permettre a un programmeur d'ecrire une routine qui puisse dire a une
  application que le domaine d'un element est different de celui d'un
  autre element grace au fait que l'attribut d'espace de noms est
  unique (je veux dire l'URL qu'il contient). Il n'y a aucune regle qui
  dise que les URLs doivent pointer sur quoique ce soit qui fournisse
  des regles semantiques."

  "Les UIDs, comme nous les envisageons pour ebXML auront cette
  vocation."

Le debat se poursuit, mais il semble, en fin de compte, que le langage
le plus universel se reduise a une suite de chiffres!

Copyright 2001 , Eric van der Vlist .

---------------------------------------------------------
References:
[1] http://lists.ebxml.org/archives/ebxml-core/200101/msg00163.html
[2] http://lists.ebxml.org/archives/ebxml-core/200101/msg00187.html
[3] http://lists.ebxml.org/archives/ebxml-core/200101/msg00202.html
---------------------------------------------------------
Mail genere par FormatedTextOutputHandler pour XT
(http://4xt.org/downloads/examples/outputhandlers/formatedtext/).

--
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)
Received on Thu Feb 1 10:15:32 2001

Archive générée par hypermail 2.1.8 le 13/02/2005 - 21:02 UTC

webmaster@xmlfr.org

 

xml decid

Discussions sur les marchés et entreprises autour de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet non technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement