glob2-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [glob2-devel] Olaf to WOlaf


From: Gabriel Walt
Subject: Re: [glob2-devel] Olaf to WOlaf
Date: Mon, 7 Jul 2003 14:52:00 +0200

> j'ai modifié un peu la source d'olaf pour qu'il se débarasse de la veriable 
> path et qu'il la remplace par du /page/a/afficher directement après l'url. Je 
> n'ai pas le diff sur cette machine, mais je voulais juste te dire que c'est 
> fait. 

Ah? C'est possible de faire des /page/a/afficher en php? C'est cool, je me 
rejouis de voir le code qui fait ca!

Donc comment est-ce que tu geres les differents arguments, parcequ'il n'y a pas 
que l'arguement de page, mais aussi la langue (et il peut encore y en avoir des 
autres). Et ce sont pourtant tous des arguments de contenu et pas de layout 
(selon ce que tu dis plus bas). Donc comment distinguer deux arguments 
differents avec la notation en /page/a/afficher?

> Le seul problème est que je me suis débarassé du préfixe 
> index.php|noframe.php 
> pour le remplacer par un suffixe ?mode={frameset, noframe, framemenu, 
> framecontent} que je pense serait mieux de remplacer par un ?frame{no, set, 
> menu, content} pour utiliser l'argument mode pour un {view,edit,rename,...}.

Ok, oui.

> J'ai fait ça car je pense que c'est plus logique au niveau des 
> recommandations 
> du w3c concernant les URL (principalement le fait qu'une url doit représenter 
> la localisation d'un document et non la manière de l'afficher => ces derniers 
> parametres devraient être en arguments et non dans les arguments de l'url).

Tu veux dire transmettre les arguments tous les arguments de layout par POST 
plutot que GET? Si c'est de ca dont tu parles, je suis tres mitige, j'aime bien 
qu'on puisse aussi bookmarquer l'etat d'une page. De plus j'ai pas trouve de 
moyen facile pour transmettre les arguements par POST sans faire de <FORM> pour 
chaque lien. Et j'ai pas envie d'utiliser les sessions pour ca, une page 
publique ne devrait pas ouvrir de session tant qu'on a pas demande de choses 
speciales (recherches, edition, acces zone privee, ...)

> Je pense que le wiki est plus ceaucoup plus pratique que les cvs. Par 
> exemple, 
> quand tu lis le manuel, si tu vois une erreur, tu vas probablement laisser 
> tomber la correction s'il faut trouver un client cvs, un compte savannah, 
> obtenir la source, la modifier et la commiter; alors qu'avec Wiki, il suffit 
> de cliquer sur edit, modifier puis sauver. Je pense que ça rend l'utilisateur 
> anonyme beaucoup plus enclin à contribuer.

Je suis totalement d'accord.

> Pour rendre olaf (wolaf) plus wiki, je pense qu'il serait plus facile, pour 
> ceux qui ne connaissent pas olaf, d'utiliser (optionellement) une syntaxe xml 
> pour les documents. Ce doit être faisable en écrivant un olaf dtd (ou xml 
> schema), un xml(conf).inc, un olaf to html xslt et un olaf xml to olaf syntax.

Je ne suis pas d'accord, xml est seulement facile a comprendre pour les gens 
qui le connaissent deja (p.ex. par l'html). Mais pour les personnes qui ne sont 
pas initiees a l'informatique la syntaxe olaf est peut-etre meme un peu plus 
facile, car il n'y a pas de recursivite (juste un niveau, plus facultativement 
un second niveau pour des details).

> Il suffit ensuite de faire usage de xslt dans olaf pour transformer les 
> sources en ce qu'il faut (et d'utiliser le même code pour avoir du docbook ou 
> tout autre xml dans le wiki). Il n'est pas nécessaire de jeter le code 
> existant qui transforme la syntaxe olaf en xml, car c'est un racourci pour le 
> xml(conf).inc + olaf to html xslt.

Pour qu'on soit clair, je suis pour n'utiliser le xsl uniquement pour traduire 
un language dans un autre. Utiliser le xsl pour du layout me semble l'horreur 
absolue de la complexite innutile xmlisante, car bonne chance pour faire les 
menus et tout l'affiche bordellique du html en xsl.

Donc le xsl peut p.ex. etre utilise pour traduire le docbook en html standard 
qui est en suite repris par olaf comme contennu brut de la page. Une autre 
possibilite est de traduire le xml en syntaxe olaf, ce qui permet d'avoir un 
layout vraiment super uniforme sur tout le site web. Je preffere la seconde 
solution si ce xsl n'est pas trop dur a faire.

> Il serait bien aussi de supporter la 
> syntaxe Wiki, car elle est hallucinament simple et proche du wysiwig. Je 
> pensais à utiliser une macro qui définit la syntaxe utilisée dans le topic.

Pour la syntaxe wiki dans olaf, je ne crois pas que ca apporte tellement de 
choses, la syntaxe olaf n'est pas si dur a utiliser et force l'utisisateur a 
synthetiser un peu son contennu.

Le but principal but d'olaf est vraiment de separer le contennu du layout et 
d'avoir *tout* le code du layout a un endroit, pour que si on change qqch, il 
suffit de changer a cet endroit, pour que ca se repercute en suite sur tout le 
site web. Je suis donc vraiment pour ne conserver qu'une routine qui genere le 
layout final, et pas pour une routine de olaf=>html, une xml=>html et une 
wiki=>html pour finalement encore ajouter le menu, l'entete et le pied de page.

Je propose donc plutot des routines xml=>olaf, wiki=>olaf et en suite 
olaf=>html ou olaf=>*.

> PS: canal 18 est une chaine en espagne qui passe du porno à ces heures-ci...

Ah, ok, cool! C'est donc bien un channel irc specialise pour le php!!

> PS: je suis incapable d'écrire en Anglais quand j'ai bu autant que ce soir...

No pb, on passera definitivement a l'anglais des qu'il y aura du monde qui ne 
parle pas anglais sur cette liste. En attendant tu peux continuer de boire :)

Gabriel




reply via email to

[Prev in Thread] Current Thread [Next in Thread]