🚀 go-pugleaf

Hi, 

Je vais etre bref je te prie de m'excuser d'avance, deuxieme tentatvive,
netscape crash, plus assez de place sur le hd. shit ! 

Alain Ketterlin a �crit:

> > Mais, si on se place dans un contexte ou une appli attend certaines
> > donn�es. Certaines obligatoires, d'autres facultatives, d'autres dont la
> > frequence obeie a un index. Tu me diras si je me trompe, mais ces
> > controles ne peuvent pas etre etablis par xml ?
> 
> En partie si. Une DTD precise des regles de syntaxe. Et les
> Schemas permettent d'etre encore plus precis.
> 
> (Je ne comprends pas ce que signifie "dont la frequence obeit a un
> index".)

Un champ donnant le nombre d'occurence d'une structure de donnee ou d'un
nombre de ligne. Ca n'a pas vraimment de sens dans un fichier texte
'classique' mais ca en a lorsque ce fichier est une base de donnee d'un
seul champ ou chaque ligne = un record. C'est un moyen, par exemple sur
mainframe, de traiter un fichier texte.
 
> > Ce qui veut dire que l'integration de ces donnees doit encore etre
> > controlee. En fait xml ne fait que faciliter l'analyse des donnees
> > mais par leur validation, non ?
> 
> Encore une fois, il est possible de "valider" des donnees avec un
> analyseur XML. Le sens de "valider" est tres precisement defini par la
> norme XML : verifier la conformite du document par rapport a une
> grammaire. Les Schemas vont plus loin en augmentant l'expressivite de
> la grammaire.
> Ce que tu reproche a XML, tu peux le reprocher a n'importe quel
> langage, y compris le francais. Toute application particuliere
> demandera une validation "semantique" des donnees. XML a au moins le
> merite d'aller jusqu'a verifier la syntaxe.

Le contenu d'une zone peut etre limite a des valeurs precises ?

> > Je suis en partie d'accord avec toi, seulement voila : qui est cense
> > exploiter ces donnees dans ce cas si ce n'est l'homme ?
> 
> La je pense que tu fais erreur. Des protocoles ont ete developpes pour
> la communication machine-machine, sans intervention humaine. Vois SOAP
> par exemple, ou XML-RPC pour une version simplifiee.

Nous parlions de caracteres et d'affichage, donc d'intervention humaine
en final pour lecture de donnee. Bien entendu il ne me viendrait pas a
l'idee d'ecrire ce texte par impulsions electrique. Quoique , a l'aide
d'un implant biotech ... 
 
> > En fait se qui me trouble le plus, c'est que xml n'apporte rien de plus
> > par rapport a html (dans le cadre du web)
> 
> Je suis en total desaccord avec ca. D'abord XML n'a pas de lien
> privilegie avec le web (sinon par l'usage qui en est fait pour
> l'instant), ...

je precisais : (dans le cadre du web)

> ...ensuite il apporte une distinction tres importante entre
> le contenu et la presentation (dont html n'est qu'une forme).

Cela peut etre effectue a l'aide d'une bdd et d'un autre langage pour la
mise en forme. D'ailleurs, les donnees qu'utilise xml ne sont-elle pas
deja en bdd ? Certes, une fois l'extraction effectue par xml (ou en xml,
comment dit-on pour la collecte des donnees en xml ???), on peut
facilement en changer la presentation. Mais cette derniere doit aussi
etre redefinie, non ?

Ma problematique etant le stockage.
Concretement, lors d'un echange de donnees entre 2 personnes (hors web)
:

classique:
	BDD
	 |
	 V
    exportation (programme COBOL par exemple)
	 |
	 V
      Fichier (contenu/presentation etablie par les 2 pers.)
	 |
	 V
    importation (programme C p.ex.)
	 |
	 V
	BDD

xml ??? :
	BDD
	 |
	 V
	???
	 |
	 V
	BDD
 
> > et qu'il n'apporte rien de plus non plus a l'echange des donnees
> > entre systemes differents (aujourd'hui meme nos bon vieux mainframe
> > comprenent l'ascii) si l'on utilise pas l'accentuation.
> 
> Je pense que tu fais une erreur en te fixant sur les accents, parce
> que tu penses au francais pour lequel il existe une convention
> acceptable (oublier les diacrites et les cedilles).

Oui, mais surtout a l'anglais pour l'internationalisation des echanges.

>Mais il existe des
> langues dans lesquelles certains caracteres n'ont tout simplement pas
> d'equivalent acceptable en ASCII. Personnellement j'habite en Turquie,
> et l'ascii est clairement insuffisant, parce qu'il y a deux
> caracteres, le i-avec-point et le i-sans-point dont la confusion
> provoque trop d'erreurs. Et je ne parle pas des langages qui
> n'utilisent pas un alphabet latin. Des lors qu'une application utilise
> du texte, elle *doit* representer ce texte completement.

I agree with you.

--

Y'a plein de bonne choses avec xml, c'est vrai, mais je ne suis pas
encore convaincu de son utilite reelle dans l'echange de donnees ( C'est
le sujet qui m'interesse le plus comme tu l'auras note, le web : bof ).
Je ne crois pas qu'avec un japonnais , par exemple, on chercherait a
converser lui en japonnais et moi en francais. a moins que je connaisse
le japonnais (le meme aplhabet que lui), et que j'en possede la police
de caractere. Et tu me diras qu'en plus, la codification des caracteres
doit etre la meme ( cf. xml pour ca, non ? ). xml semble neanmoins
interressant pour ce qui est de la transcodification de l'encodage des
caracteres. 

Merci, en tous cas, d'avoir converse avec moi j'usqu'a present. xml a
l'air de t'avoir conquis, tes reponses sont tres interressantes.
Si tu m'y autorises, nous poursuivrons cette conversation par nos boites
e-mail. Car nous risquons d'etre hors NG, vu que nous tournons au
dialogue. 

A bientot.