== TODO ==\r
\r
=== v1.0.1 ===
-* Pouvoir afficher les utilisateurs (print_users(admin)) qui sont admin
-* Enlever le petit carré mis en couleur et mettre le pseudo + date en couleur à la place\r
+* Pouvoir afficher les utilisateurs (print_users(admin)) qui sont admin\r
* Mettre dans la FAQ la signification des couleurs associées aux messages.\r
* Ne pas pouvoir poster avec "<nick>"\r
+* Ajouter euphorik_common.erl au repo !!\r
+* Compilation :\r
+ * Compiler avec le flag +debug_info pour le developpement\r
+ * Compiler avec le flag +native lors de la mise en production\r
+ * Faire d'abord des tests en local pour voir s'il y a vraiment des gains, utiliser le module test_euphorik\r
+ * Regarder également si la comsommation de la mémoire est différentes\r
+ * La compilation DOIT se faire sur la machine cible, il faut donc d'abord copier les fichiers dans /tmp sur euphorik.ch\r
+ puis lancer la compilation à distance et finalement copier les fichiers sur /var/www/euphorik\r
+* Appliquer les flags suivant à Yaws : http://forum.trapexit.org/mailinglists/viewtopic.php?t=6725&sid=8729e02f79c3ef0e0794add77b74b6ce\r
=== v1.1 ===\r
* Revoir le système de conversation : \r
* Pouvoir extraire "toute la conversation" ou seulement une "sous conversation" (ce qui est actuellement le cas)\r
[ok] Limiter la mise en évidence de la conversation lorsque le curseur se trouve sur les pseudos\r
[ok] Cleaner le code (erl, js, xhtml, css) et eventuellement profiler un peu (le refresh est lent sous opera)\r
[ok] Afficher l'ip dans le print_users().
+[ok] Enlever le petit carré mis en couleur et mettre le pseudo + date en couleur à la place
=== Bugs ===
1 : Critique
2 : Urgent
3 : Peu grave\r
\r
-[1] Il arrive qu'après le poste d'un message le refresh ne se fasse plus, peut-être une "race-condition" dans la classe PageEvent de euphorik.js
+[1] Il arrive qu'après le poste d'un message le refresh ne se fasse plus, peut-être une "race-condition" dans la classe PageEvent de euphorik.js\r
+ * Observé sur opera et firefox\r
+ * Après quelques analyses il apparait que firefox attend alors que le processus n'existe plus du coté yaws\r
+ * Cela arrive après 5-10min\r
+ * Regarder du coté des paramètres (options) du socket coté yaws s'il n'y a pas un indice, par exemple un timeout\r
+ * solution de secours : timeout de (1 à 5 min) sur la connexion ajax\r
+ * Est-ce que yaws tient compte du "Keep-Alive 300" de l'entête HTTP ? (=5min)\r
+ * Normalement si le socket est fermé du coté de yaws, le client devrait être avertis... !?
[2] Le widget select qui permet la sélection des css n'est pas initialisé correctement au chargement du site\r
[2] Traiter les tags TODO et FIXME dans le code
[2] Le changement de skin n'est pas mémorisé lorsque l'on est pas connecté (normal puisque le style est mémorisé dans le profil)
[3] Quand on revient en arrière dans firefox le message en rédaction est perdu
* Pas sous Opera, apparemment Firefox recharge toute la page (donc impossible qu'il puisse remettre le message)
* Eventuellement sauvegarder le message en rédaction dans le profile...\r
-[3] Le changement de page sous Firefox (pas essayé avec d'autre nav) est plutot moche, le texte est d'abors affiché puis le style est appliqué.
+[3] Le changement de page sous Firefox (pas essayé avec d'autre nav) est plutot moche, le texte est d'abord affiché puis le style est appliqué.
[3] Quelques fichiers sont encore en iso-8859-1 (Makefile, euphorik_bd.hrl, etc..) tout passer en UTF-8
[3] Un message envoyé sans être authentifié ne sera pas taggé comme appartenant à l'utilisateur.
a) L'utilisateur attend des messages SANS donné de cookie car il n'est pas authentifié
projects / euphorik.git / blobdiff