>>Négociation qu'il faut répercuter à 2 niveaux, pour le contenu, et pour
>>l'interface ?
> à moins de générer toute la combinatoire.
J'aprécie beaucoup Norman Walsh, il s'explique de sa technique de blog
ici : http://norman.walsh.name/2003/05/14/how, il rappelle les
ServerSideInclude. Pas très portables sur tous les serveurs, mais il y a
encore pire, les frames :o)
Il y a une raison d'ergonomie définitive pour justifier les frames.
Redimensionner une barre de côté, tu imagines en javascript ? Et pour
une grande table des matières un peu clicable, si tu recharges, tu perds
tout ce que tu as caché/montré. Pensons au javadocs...
Si l'interface apportée par les frames n'est pas indispensable à la
navigation, cela peut simplifier quelques générations d'interface, et
diminuer la combinatoire ? D'autant plus qu'une simple ligne de
javascript assure de replacer une page dans un contexte.
> Exactement. Mais là, ça suppose d'avoir un Cocoon "live" sur le serveur,
Je suis évidemment convaincu que Cocoon est un outil formidable,
tellement que j'essaie d'extraire ce qu'il peut produire...
--
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)
Received on Thu Sep 2 23:36:47 2004
