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.

 
Cliquez ici.

dev@xmlfr.org : liste de discussion des développeurs du site XMLfr

[dev@xmlfr.org] Re: NITF ?

From: Eric van der Vlist (vdv@dyomedea.com)
Date: 03/01/2004 - 22:29


On Sat, 2004-01-03 at 22:25, Frédéric Glorieux wrote:
> >>Pour nourir le débat, voici quelques arguments, fondé sur une liste
> >>(voir dessous) des éléments NITF utilisés dans les documents existants
> >>(build+xsl pour qui veut).
>
> > Il est vrai que nous n'utilisons actuellement pas toutes les
> > fonctionnalités de NITF, mais si nous continuons à utiliser NITF,
> > j'aimerais que nous étendions les fonctionnalités que nous utilisons.
>
> Décrire ce qui est n'est donc pas un argument suffisant, mais cela
> indique quand même ce qui est réaliste après 3 ans d'exploitation.
> S'il on veut faire mieux, en effet, HTML pourrait ne pas suffire...

Effectivement. Ajoutons à cela que NITF étant en place aujourd'hui, il
faudrait qu'un autre format présente un avantage marquant pour justifier
la migration ;-) ...

> > Comme je le disais, la différence est très mince, mais je reste
> > convaincu que la structure des documents NITF (avec notamment son entête
> > générique distincte de son entête de body) est mieux adapté à la
> > définition d'articles que ne l'est XHTML.
>
> Je me demande encore ce que je pense là-dessus, mais ce qui est sûr,
> c'est que s'il on veut cette division, alors oui, on va tirailler HTML
> plus loin que ce qu'il peut donner.
>
> Il me semble par contre que NITF est décidément trop vieux et peu
> mis-à-jour (dernière "news" 2001-06-07),

???

La version 3.2 date d'octobre 2003 (
http://www.nitf.org/news-releases/nitf3-2.php).

> je crois que ce serait une
> mauvaise idée que xml-fr propage ce schéma.
>
> >>on se trouve avec une chose tout de même bien proche de HTML.
> >
> >
> > Oui et je le vois comme un avantage (par rapport par exemple à DocBook)
> > : NITF n'a pas chérché à réinventer la roue et a tenu compte de l'acquis
> > de XHTML.
>
> Je n'ai pas beaucoup d'expérience, mais est-ce que docbook ne date pas
> d'avant HTML ? Ceci dit, si j'ai compris, les éléments genre <p/>,
> <h1/>, <ol/> date des premières DTD SGML ? En tous cas cela y ressemble
> s'il on voit ces noms repris par TEI ou EAD. Mais je trouve que
> maintenant avec le zip et les machines que l'on a, on peut supporter des
> noms plus expressifs. Par exemple pour une liste, j'aime assez
> <sequence/> pour insister sur l'ordre, et <enumeration/> quand il n'y en
> a pas (OK, cela sent son schema). Je trouve en cela que DocBook (Norman
> Walsh ?) a un goût du nommage que je partage.
>
> >><li>
> >><block>
> >><p>...</p>
> >></block>
> >></li>
>
> Sur ce point, j'ai maintenant la doc sous les yeux, je suis contre, je
> préfère le modèle de contenu html.
>
> >>
> >>Veut-on dire que l'on ne peut pas mettre @xml:lang partout ?
> >><lang lang="en">Core Components</lang>
>
> NITF manque cruellement d'attributs transversaux.
>
> >>comment indiquer un historique de révision ?).
> >
> >
> > C'est prévu par NITF mais nous n'utilisons pas cette fonctionnalité qui
> > est (sur XMLfr) gérée par subversion.
>
> C'est certainement mieux de laisser gérer par subversion que les
> applications diversement configurées des rédacteurs, par contre, je ne
> trouverait pas inintéressant d'inscrire l'information, enfin au moins
> date de création et de modification, et le nom de quelques contributeurs.

Cela dépend du rôle que l'on veut faire jouer à NITF. Aujourd'hui il
s'agit d'un format de stockage interne mais on pourrait envisager un (ou
des) format(s) d'échanges dans lesquels ce type d'information serait
important et pourrait être importé depuis subversion.

L'introduire manuellement dans le format de stockage introduirait une
redondance qui, à mon avis, ne pourrait qu'être source d'erreurs.

Eric

-- 
Read me on XMLhack.
                                      http://xmlhack.com/author.php?id=8
Upcoming XML schema languages tutorial:
 - Santa Clara  -half day- (15/03/2004)        http://masl.to/?J24916E96
------------------------------------------------------------------------
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 "dev@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie au developpement du site XMLfr.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a dev-request@xmlfr.org (mailto:dev-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/01/2004 - 09:12 UTC

webmaster@xmlfr.org

 

dev@xmlfr.org

Liste de discussion de la communauté des développeurs de XMLfr.

Cette liste publique est dédiée aux discussions concernant la conception et le développement technique du site XMLfr.



Cliquez ici.
Cliquez ici.

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  

Conception, réalisation et hébergement
Questions ou commentaires
  redacteurs@xmlfr.org