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 - 12:15


On Sat, 2004-01-03 at 02:47, Frédéric Glorieux wrote:
> >>- un schéma d'article ad hoc du genre nitf, ou basé sur XHTML mais
> >> typable à volonté par l'ajout d'attributs de classe.
>
> 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).
>
> 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.
>
> Il y a un bon niveau de balisage sémantique (object.title, org, person).
>
> Je ne connais pas la machinerie mais vous obtenez cela par la seule
> volonté des rédacteurs ou l'application de filtres a posteriori ? Il y a
> manifestement des mails ?

Ce balisage sémantique est créé (manuellement) par les rédacteurs.

> S'il s'agit de balisage a posteriori, il me semblerait plus pertinent de
> placer ces mots clés en méta-données (avec s'il le faut un score
> boostable). Auteur je ne souhaiterais pas voir mon balisage modifié.
>
> Pour un bon usage des metas, je trouve étrange qu'un copyright soit dans
> un paragraphe
> <p><copyrite>Copyright <copyrite.year>2000</copyrite.year>,
> <copyrite.holder>Eric van der Vlist</copyrite.holder>.</copyrite></p>
>
> Est-ce que ceci n'est pas un peu lourd ?

Il s'agit d'un des premiers articles et ce n'est plus le cas dans les
articles récents.

> <li>
> <block>
> <p>...</p>
> </block>
> </li>
>
> Veut-on dire que l'on ne peut pas mettre @xml:lang partout ?
> <lang lang="en">Core Components</lang>
>
> On peut regretter qu'il n'y ait pas mieux que <pre/> pour donner des
> exemples XML. Personnellement je suis partisan que le code puisse être
> donné directement (pas seulement en CDATA), ce qui permet de le parser
> et d'en faire une présentation stylée.
>
> NITF semble pertinent s'il on en reste aux news, mais s'il on veut un
> peu plus de documentation XML, cela ne me semble plutôt une contrainte,
> voir un faux-sens (une référence techno, n'est-ce pas autre chose qu'une
> actualité volatile ?

Dans un souci de simplification, j'ai adopté un vocabulaire unique pour
tous les documents publiés. Et dans la mesure où la grande majorité de
ces documents sont des articles, j'ai préféré un vocabulaire adapté aux
articles.

> 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.

> Cela ne justifie pas pour autant de passer à la machinerie docbook, un
> HTML sémantique classé pourrait suffire ? Il suffirait apparemment de
>
> <span class="org"/>
> <span class="person"/>
> <span class="object"/>
> <div class="question"/>
> <div class="answer"/>
> <div class="chron"/>
>
> Un usage extensif de Dublin Core en meta pourrait être plus précis et
> documenté.
>
> Je pense que cela augmenterait l'audience des développements consentis
> pour ce portail, en tous cas moi je serai preneur (et donneur), tandis
> que je ne suis pas convaincu par NITF.

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.

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.

Eric

-- 
Tired to type XML tags?
                                                       http://wikiml.org
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