Zep-3 : Page résumant les tutos en rédaction

| Q                         | R
| ------------------------- | -------------------------------------------
| Correction de bugs ?      | non
| Nouvelle Fonctionnalité ? | oui
| Tickets concernés         | [ZEP-3](http://zestedesavoir.com/forums/sujet/666/zep-03-page-resumant-les-tutos-en-redaction/)

La voici la voila, la ZEP-3 !! Ce n'est pas tout a fait finit, mais suffisant pour montrer quelque chose qui marche.

### Ce qui est OK
+ Le formulaire dans les tutos pour gérer les nouvelles options
+ La page qui résume tout ca (via le bouton "tutoriels" dans la liste)
+ Les filtres pour n'afficher que ce qui nous intéresse
+ Le peuplage du tableau
+ Les tests unitaires du back-end
+ La doc. technico-fonctionnel

### Ce qui n'est pas fini
+ Pas d'images donc c'est moche

----------

Donc finalement, **QA can start** ! (puisque les points manquants n'influence pas le comportement global). **Il vous faudra faire un migrate** (`python manage.py migrate`)

Précision:
Pour être affiché dans le tableau, un tutoriel doit répondre à **au moins une** des conditions suivantes:
+ Etre en beta
+ Chercher un rédacteur
+ Chercher un correcteur
+ Chercher un illustrateur
+ Chercher un repreneur

# WIP, ne pas merger !
Après reflexion:

Je comprend tes arguments et les trouve tres logique... MAIS
+ Ca rend tout le dev caduque (au pire tant pis)
+ Ca souleve du dev moins trivial:
    + La liste des filtres sera a charger dynamyquement
    + Le back réagit dynamiquement
    + Le tableau sera de plus en pus large
    + Il faudra trouver de nouvelles icônes a chaque nouvelle "aide possible"
    + etc...

Bref, ca va demander un peu plus de dev'... Je pense qu'il faut peser le pour et le contre, par exemple qu'elle sera la frequence de ces nouveaux ajouts ? S'il y en a, combien de travail ca represente comparé a l'exemple actuel ? L'overhead généré actuellement est-il si genant (comparé au nombre de tutos en écriture et à la place que prenne tout les messages en BDD par exemple)... etc