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] NITF ?

From: Frédéric Glorieux (frederic.glorieux@ajlsm.com)
Date: 03/01/2004 - 01:47


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

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 ?

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 ?
<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 ? comment indiquer un historique de révision ?).

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.

----------

<report count="981">
    <object.title count="13527"/>
    <p count="07209"/>
    <a count="05867"/>
    <org count="04737"/>
    <person count="03047"/>
    <li count="02760"/>
    <ul count="01489"/>
    <lang count="01107"/>
    <chron count="01097"/>
    <q count="01091"/>
    <hl2 count="00998"/>
    <byline count="00982"/>
    <nitf count="00981"/>
    <head count="00981"/>
    <title count="00981"/>
    <body count="00981"/>
    <body.head count="00981"/>
    <hedline count="00981"/>
    <hl1 count="00981"/>
    <dateline count="00981"/>
    <story.date count="00981"/>
    <body.content count="00981"/>
    <copyrite count="00976"/>
    <copyrite.holder count="00976"/>
    <copyrite.year count="00960"/>
    <bytag count="00958"/>
    <virtloc count="00766"/>
    <em count="00196"/>
    <pre count="00179"/>
    <br count="00144"/>
    <h3 count="00117"/>
    <location count="00101"/>
    <country count="00078"/>
    <city count="00069"/>
    <block count="00058"/>
    <img count="00053"/>
    <h2 count="00044"/>
    <question count="00039"/>
    <answer count="00039"/>
    <references count="00039"/>
    <quote count="00019"/>
    <td count="00018"/>
    <tr count="00017"/>
    <ol count="00011"/>
    <dl count="00007"/>
    <dt count="00007"/>
    <dd count="00007"/>
    <h6 count="00006"/>
    <th count="00005"/>
    <strong count="00005"/>
    <h1 count="00004"/>
    <table count="00004"/>
    <h4 count="00004"/>
    <img.data count="00003"/>
    <b count="00002"/>
    <hr count="00002"/>
    <cite count="00002"/>
    <tagline count="00002"/>
    <tbody count="00001"/>
    <e count="00001"/>
    <body.end count="00001"/>
</report>

-- 

Frédéric Glorieux AJLSM, ingénieur documentaire

<frederic.glorieux@ajlsm.com> tel +33 (0)1 49 54 22 22 fax +33 (0)1 49 54 21 80

http://www.strabon.org EUMEDIS - Strabon - WP7 - formation/training Maison des Sciences de l'Homme 54 Boulevard Raspail 75006 PARIS

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