Je n'ai essayé que celui-ci, plus par curiosité pythonique que par réel besoin, donc mon avis est à prendre avec des pincettes.

Ma modeste conclusion : c'est bien fichu. De toute manière, le principe de glu entre différentrs sous-frameworks robustes (sqlobject, kid...) me convient parfaitement car je peux approfondir chaque facette indépendamment quand j'en ai besoin.

Pour se faire une idée, il convient de regarder le tutorial vidéo sur le site (comment faire un Wiki rapido).
http://www.turbogears.org/docs/wiki20/20MinuteWiki.mov

J'ai suivi les instructions de la vidéo (le tuto existe en texte, mais je me suis forcé à ne pas faire de copier-coller). Et ça marche. C'est con, mais ça marche, on a bien un Wiki opérationnel en 20 minutes.

En ce qui concerne les mécanismes sous-jacents, et bien c'est très simple à comprendre. Vous voulez faire "http://monsite/edit?page=" ? Et bien, vous écrivez une méthode edit dans le controleur, vous lui faites renvoyer un dico avec les infos qui vont bien, et vous annotez la méthode pour lui dire dans quel template passer. Simple, efficace.

A essayer, je pense.

Zope / CPS :)
D'ailleurs, en parlant de ça, les CPS metadirectories, ... Non, je posterai ailleurs.

Comme tout le monde, j'ai créé mon framework car tous les autres sont mauvais !

Trève de plaisanterie, j'ai utilisé mod_python pendant un temps et j'en étais assez satisfait. Mais c'est un peu trop bas niveau pour être utiliser au quotidien, et je ne considère pas ca comme un framework web.

Twisted est classé dans ce questionnaire, mais il pêche plutôt dans le domaine du web. Le futur avec l'extension web2 paraît plus prometteur.

J'utilise pour l'instant Nevow, qui offre pas mal de choses intéressantes (pour les personnes qui utilisent Twisted...). Mais bon ca fait plus d'un an que c'est en refactoring, donc une version stable serait la bienvenue. La gestion des templates XML est bien mais devient vite compliquée. Stan (écriture d'XML en Python) permet lui de faire des pages quick&dirty, mais on mélange trop logique et présentation pour que ce soit maintenable au long terme.

Quant à Trac, je ne pourrais plus m'en passer, c'est vraiment un outil génial.

parce que c'est objectivement le framework web python le plus riche, le plus souple et le plus eprouvé

la fameuse courbe d'apprentissage, peut etre rebutante, au debut c'est pas facile, ca manque de doc, bien qu'il y en ait plus que tous les autres framework web python, les livres ne sont pas assez developpés, mais uil y en a, ya plein de trucs qui m'on rendu dingue, mais au bout d'un moment c'est super, faut tenir jusque là.

d'ailleurs je verais bien un forum zope ici..

Moi c'est surtout Zope 2, Zope 3 et bientot Turbogears, avec un oeil qui louche quand même un peu sur Django.

Maintenant, pour l'afpy, il est bon de montrer que tout est accepté, même si pour des raisons évidentes (de temps, de personnes, de compétences), il est impossible d'avoir un parfait équilibre.

Juste un point, ne pas faire l'amalgame entre dév Web et Framework (beaucoup sont justement rebutés par ces derniers), mod_python par ex. n'est pas un framework amha :)

Il manque webpy dans le sondage ;-(
bon, ok, il est tout jeune ...
http://webpy.org/
mais il est très prometteur ...

J'étais un fan de cherrypy ... mais webpy m'apporte bien plus
Il est même encore plus bas niveau,

Par rapport à cherrypy, il apporte le mapping d'url (via regex), une séparation GET/POST, et une foultitude de méthodes pour simplifier la vie ... de plus il se plug très simplement à des mod_python, wsgi, cgi, scgi ou fast-cgi ... et possède un embedded httpserver et un module reloader d'une praticité énorme pendant le dev ... le tout en 1 fichier de 30k ...
bref, il s'adapte à tout type d'hébergement, très simplement

Il est très aisé de se batir son "framework qui va bien"
Il peut surprendre au début, si on part sur l'optique une page = une class ... mais faut un peu jouer avec pour comprendre le potentiel de cette lib, qui devrait, à mon sens, être intégré dans les libs python pour le bonheur de tous ...

Le seul reproche qu'il lui est fait habituellement, c'est de ne pas être très pythonic ... Et c'est justement ce que j'aime, et que je trouve bien au-dessus de cherrypy ... C'est que le web/html, à la base, n'est pas pythonic non plus... Et donc pythonisé des echanges http d'html est une hérésie qqpart ... Bref pour moi, il s'adapte bien plus aisément pour le dev web ...

C'est vraiment à essayer ...et aaron est loin d'être une brêle en python ... et il est vraiment sympa ...

Pour le site du conseil syndical de ma résidence, avec un petit côté dynamique, Karrigell, très simple d'accès, les fonctions de base dont on a besoin, et on peut lui coller un système de templates si on veut (Cheetah est inclus).
Il propose différentes façons de travailler (cf les exemples sur le site http://karrigell.sourceforge.net/ ), qui permettent de démarrer simplement (typiquement de mettre une page HTML) et de compliquer ensuite lorsque l'on en a besoin.

Pour le boulot, javais regardé Zope, m'étais lancé dans ZPT. C'est très puissant, mais ça a un coût d'entrée non négligeable... et s'il faut que quelqu'un puisse reprendre derrière...
[jai finalement fait du PHP pour le service des pages et qq scripts Python pour de l'analyse/traitement en batch ainsi que pour la génération du 404 - et ça ne m'a pas fait aimer PHP pour le développement d'algos n tant soit peu complexes, mais alors pas du tout]