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 - 00:39
>>S'il s'agit d'un objectif il faut vérifier que les xsl passent sous
>>mozilla (quelques limitations hors spec), et bien sûr que les
>>transformations n'aient pas besoin de ressources serveur indisponibles
>>en ligne.
>
>
> Et également que cela présente un intérêt de faire réaliser la
> transformation par le poste client ce qui n'est pas toujours le cas.
J'en ai rencontré la pertinence lorsqu l'on manipule des DTD standard
inaffichable (docbook, Dublin Core, BilbioML ...), cela permet au client
de prendre un contact direct avec la source.
En ce qui concerne la transformation de présentation des documents, je
n'en suis pas un chaud partisan. Je préfère réserver au dynamique ce qui
résulte d'une interaction avec le client (exemple, des résultats de
recherche).
Je ne suis plus abonné cocoon mais je serai pourtant très intéressé par
l'avis de Sylvain là-dessus.
Je ne l'ai pas encore fait car tout est trop simple dans cocoon, mais je
persiste à considérer que la cache est une solution batarde. Je me
serais contenté de l'idée initiale de cocoon 2.0 de garder des URLs
compatible système de fichiers (laisser les paramètres pour
l'interaction) et considérer qu'il s'agit d'une sorte de ant toujours à
l'écoute qui me regénère un site statique à chaque modification des
sources (ex: la version CLI). Cela devient très utile lorsqu'on produit
des images ou des pdfs que l'on aimerait bien retrouver plus facilement.
Au fond, ça ne prendrait qu'un transformer qui écrirait le fichier à
envoyer dans une sorte de répertoire build, reste à bien ciseler le
sitemap pour qu'il teste si la ressource statique a été générée et si
elle est à jour.
> Sur XMLfr, nous manipulons fréquemment des canaux RSS pouvant être
> volumineux et cela serait contre productif de les faire transformer par
> le poste client.
J'ai hâte de voir ça dans le SVN (c'est bien le nom ? J'ai découvert,
est-ce une alternative http à CVS ?). Sur RSS, j'ai lu mais jamais
pratiqué. Avec notre machinerie de requêtes SDX, nous parlons de "liens
tarzan" qui effectuent des requêtes sur des mots clés indexés dans des
champs communs à plusieurs documents (classiquement, auteur, sujet ...).
C'ets bien pour ce genre de choses ?
> Je pense que l'architecture la plus souple serait une double
> transformation (dégrossissage côté serveur et
Prégénérer les agrégations ? Pour des blog j'ai cru comprendre que
certains se suffisent des ServerSideInclude. Il ne s'agit pas de s'y
limiter, mais cela vaut peut-être la peine de ne pas trop s'éloigner de
cette compatibilité (pourquoi pas un cocoon qui prépare mais ne répond
pas ?).
Si je comprends, la tête et le pied ne changent pas souvent, les mots
clés d'un document ne changent pas après la rédaction mais la liste de
documents sur un mots clé doit être mise à jour, pareil pour les
actualités ?
affinage interactif côté client).
de la présentation ? des skins ?
>
> Eric
--
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
|
