Re: Grammaire XML pour le contenu

Le sam 03/01/2004 à 17:41, Olivier Issaly a écrit :
> Bonsoir,
> 
> cette grammaire a par but de structurer tous les longs textes présents dans 
> le contenu du site. Cela comprends surtout les articles et les news, mais 
> aussi les présentations des thèmes et des rubriques par exemple.
> 
> Elle est destinée à gérer le contenu en lui même, mais pas les métadonnées 
> comme le nom de l'auteur, la date, etc ... Elle se doit aussi d'être la 
> plus simple possible, car dans un premier temps la saisie d'article ou 
> autre se fera en saisissant l'article directement dans cette grammaire XML 
> (une syntaxe wiki ou un outil wysiwyg pourront être envisagés par la suite 
> ...).
> 
> Voila ce qui doit figurer dans cette grammaire :
> 1 - paragraphes
> 2 - niveaux de titres
> 3 - listes ordonnées ou pas
> 4 - citations
> 5 - acronymes
> 5 - notes de bas de pages
> 6 - liens hypertextes
> 7 - objets externes (images, autres ...)
> 8 - un trip aussi pour représenter des pairs clé=>valeurs, j'expliquerai ca 
> plus en détail quand on aura fini les points précédents ;)
> 
> C'est ce qui me vient à l'esprit pour le moment. J'en ai peut être oublié, 
> n'hesitez pas à donner votre avis sur cette liste.
> 
> Pour réaliser cette DTD, on a plusieurs possibilités:
> A - Partir d'une DTD existante en ne gardant que ce dont on a besoin 
> (DocBook, HTML par exemple)
> B - Faire un mix de DTD existantes
> C - Créer une nouvelle DTD
> 
> Pour ma part, de ce que j'ai vu de DocBook je vois mal comment en garder un 
> subset répondant à aux besoins ci-dessous (en gardant les même balises) et 
> au souci de simplicité. (HTML est interessant pour la simplicité, mais il 
> manque les objets externes et les notes de bas de pages. J'ai pas fait de 
> grosses recherche non plus pour DocBook donc je me trompes peut être ...
> 
> Actuellement dans la version 0.3, j'étais parti sur l'option C, mais cela 
> n'a vraiment rien de définitif (d'où ce mail :p). Voila par exemple ce que 
> ca donne pour les points 1 & 2:
> 
> <idee>
>   <titre>titre du paragraphe</titre>
>   <bloc>paragraphe 1</bloc>
>   <bloc>paragraphe 2</bloc>
>   <idee>
>     <titre>titre du sous-paragraphe</titre>
>     <bloc>paragraphe 3</bloc>
>      <bloc>paragraphe 4</bloc>
>   </idee>
> </idee>
> 
> Qu'est-ce que vous en pensez ?
> 
Je propose la création d'une nouvelle DTD.

Pourquoi ? Le problème d'utiliser ou de reprendre une partie d'une DTD
est qu'un jour ou l'autre on sera limité. J'ai vu de nombreux projets
utiliser une DTD, application ou autre bloquer à un moment donné par le
faite que ça ne soit pas eux qui ont écrit le programme original (en
l'occurence une DTD). 

Dépendre de quelque chose ou de quelqu'un ça ne peut apporter que des
ennuis... C'est d'ailleurs ce qui pose problème sous Linux avec les RPM
contrairement aux applications exécutables sous Windows. (Merci de ne
pas déclencher un troll suite à ce message ;) ).

Puis comme le dit si bien  le proverbe, "on est jamais mieux servit que
par soit même".

> L'idéal serait d'étudier dans l'ordre les possibilités A, B puis C, et de 
> choisir sur quelle voie on part. Ca vous va ?
> Une fois fixé, le travail consistera à définir les balises nécessaires pour 
> chacun des points 1 à 8. Il ne s'agit donc pas d'un travail de 
> développement / programmation pour le moment, mais essentiellement de 
> discussion :)
Avant d'établir un cahier des charges il faut bien évidemment le
préparer, c'est ce qu'on fait non ?

@ +
orion

> 
> a+
> 
> --
> Olivier Issaly
> http://www.kiad.org
> Jabber-Id: [email protected]
> 
> Liste de diffusion haricow
> Dernières nouvelles : [email protected]?subject=info
> Pour se désinscrire : mailto:[email protected]?subject=unsubscribe
> 
> 	
> 


Liste de diffusion haricow
Dernières nouvelles : [email protected]?subject=info
Pour se désinscrire : mailto:[email protected]?subject=unsubscribe