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: [xhtml] Objectifs

From: Frédéric Glorieux (frederic.glorieux@ajlsm.com)
Date: 30/12/2003 - 10:39


> ("cool URIs don't change").

C'est un principe cardinal.

> Il est également intéressant de considérer Cocoon comme un middleware
> qui permet de masquer la structure physique du site (qui peut être
> amenée à changer) pour assurer la permanence des URIs

Je n'ai pas assez d'expérience autre que notre Cocoon/SDX pour avoir un
avis objectif sur la chose. Par contre j'ai souvent eu le besoin de
donner une vue statique sur une collection, il y a aussi le problème des
performances Cocoon. D'où cette envie de donner le plus possible au
statique, et de ne demander que le minimum au dynamique.

> Oui. Entre autres avantages, subversion permet d'associer des propriétés
> aux documents qu'il gère et gère également l'historique de ces
> propriétés. C'est une fonctionnalité que nous utilisons abondamment dans
> l'interface rédaction de XMLfr.

Cette interface de rédaction fera-t-elle partie de la distribution ? Par
exemple, je n'ai pas bien compris si vous vouliez conserver votre DTD
newsML ?

Même pour moi, je lâche de plus en plus l'éditeur XML. En ce moment je
prescris des configuration OpenOffice 1.1 avec des XSL maison et des
templates pour enregistrer des articles (xhtml + méta-données Dublin
Core). On reste dans une interface connue, pleine de commodités, avec en
particulier la correction orthographique en cours de rédaction. Il est
aussi imaginable de pouvoir faire l'édition en ligne dans le genre du
linotype de Mazzochi (j'ai étudié le principe aussi, dans l'esprit de
xopus, profiter d'une propriété .contentEditable dans le navigateur). En
fait, je crois de plus en plus à l'accés multiple en édition, et depuis
que je vois Mazocchi parti dans Slide, je me dis qu'il faut rester
compatible CMS/Webdav.

> Oui, mais également le fait (par exemple) de trier les articles (par
> date, catégorie, auteur). C'est à creuser, mais je suis certain que l'on
> doit pouvoir améliorer l'ergonomie du site de cette manière.

Vu désormais la quantité d'articles que vous maintenez, pouvez vous vous
passer d'une base de données (je n'ai pas dit relationnelle) ?

Evidemment je suis bien plus intéressé de découvrir votre solution RSS,
mais avec notre SDX, ce sont des choses que nous faisons très
simplement. Je n'ose pas vous le conseiller complètement pour l'instant
car je ne sais pas encore l'effort que cela représentera de le passer à
cocoon 2.1. Le principe, par contre, peut vous inspirer.

Cela repose sur Lucene. Tous les documents sont indexés en plein texte,
avec des champs pour leurs meta (date, sujet, auteur...). Cela devient
alors très facile de fournir des listes de termes sur un champ, ainsi
que bien sûr des résultats sur des requêtes.

-- 

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 31/12/2003 - 17:02 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