dev@xmlfr.org : liste de discussion des développeurs du site XMLfr
[dev@xmlfr.org] Re: NITF ?
From: Django (Oznog) Blais (webmestre@trucsweb.com)
Date: 03/01/2004 - 03:55
> 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>
Abusif, surtout quand ces données devrait se trouver dans le Dublin Core en
méta-données.
> on se trouve avec une chose tout de même bien proche de HTML.
Ça me chicotte aussi, quant on vois des balises du genre <nitf-table>,
pourquoi pas <table>?
J'aime l'idée du NITF parceque c'est du concret mais...
> 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é.
Tout à fait. Et l'idée offre une infini de possibilité à ce niveau. La
classe exception-ci et la classe exception-là. Il me semble que c'est
justement l'idée du XML?
Cette tendance à tout "prévoir" complique inévitablement la chose.
L'avantage du NITF est qu'il est défini. Mais ça s'arrête là dans mon cas.
Si la communauté dit let's go avec le NITF j'irais mais n'y aurais t'il pas
quelque chose de plus simple pour baliser un simple TEXTE. Entre le NITF et
le HTML?
Un tableau par exemple est toujours un série de lignes avec des colonnes. Si
les tableaux imbriqué HTML ont étés pensés c'est pour créer des structures
et non pas pour représenter un tableau. Ouvrez un magazine et analyser le
texte (pas la structure de la page QuarkX Press est fait pour ça). On se
retrouve donc avec deux type de tableaux mais une seule balise, la confusion
est facile.
> 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.
C'est aussi mon avis, ce que cette compagnie peut donner de meilleurs est un
solide standard pour le stockage de texte (et pas de document, structure et
style) un mini-XHTML me plairait bien. Tout semble être mélangé à force de
tout prévoir. De la structure au style en passant par le Dublin Core. Quand
on ne parle que d'un simple texte.
Ça me fait penser à une base de données où tout se retrouve dans un champ
mémo! Baliser pour l'indexé et pour indiquer les relations. Ça n'a pas de
sens, c'est un retour à l'âge de pierre.
Le Dublin Core est le meilleurs exemple, simple, répandu sans vouloir tout
reproduire. Le RSS est aussi un bon exemple (en autant qu'on ne veuille pas
lui donner du style à lui aussi comme la tendance semble l'indiquer, ajouter
des bold, des href et des même des tables dans un RSS!!!)
----- Original Message -----
From: "Frédéric Glorieux" <frederic.glorieux@ajlsm.com>
To: <dev@xmlfr.org>
Sent: Friday, January 02, 2004 8:47 PM
Subject: [dev@xmlfr.org] NITF ?
>
> >>- 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)
>
>
--
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
|
