-[ok] Au bout d'un moment opera n'écoute plus rien... et donc n'affiche plus les nouveaux messages..\r
-[ok] La méthod traiterSmiles est très lourde ! (4 secondes pour 80 appels (une page normale))\r
-[ok] Utiliser Alpha truc à la place d'opacity sous explorer\r
-[ok] les heures sont formatées par le serveur avec un espace devant : " 12.30:10", zarb\r
-[ok] un undefined est mis lorsque l'on répond à qqun qui n'a pas de pseudo (traiter ces pseudo par le formateur)
-[ok] On ne peut pas réponde aux messages du système\r
-\r
-[2] Après un register le pseudo est effacé - le pseudo n'est pas mémorisé dans le profil lors d'un envoie de mess en l'ayant changé\r
-[3] "Return" ne marche pas sous safari\r
-[1] Apparement les process liés aux connexions ne sont jamais terminé même quand l'utilisateur coupe la connexion à cause de minichat:attends_nouveau_messages()\r
-[2] cliquer sur les smiles ne marche pas sous IE\r
-[2] le return ne marche pas sous IE\r
-[3] la page est completement rechargé après avoir submité le profile dans opera\r
-[3] après le login un '?' s'ajoute à l'adresse (opera, firefox)\r
-\r
--- Idées --\r
-* Possibilité d'utiliser les balises <i> et <b>\r
-* Avoir un thème de discussion affiché en haut des messages\r
-* Pouvoir cacher les dates\r
-* Pouvoir choisir une couleur pour son pseudo\r
-* Gestion de l'historique (calendrier)\r
-* Créer un gamebot pour lancer des jeux. Par exemple un jeu d'énigmes\r
-[abandonné] smiles personnalisé, on peut en ajouter dans la préférence utilisateur.\r
- * tout le monde peut voir les smiles des autres et les utiliser : [nom_user:smile]\r
-* Utiliser XMLRPC ou SOAP ou JSON pour la communication client -> serveur\r
-* Image animée à la http://www.google.co.kr/ cf http://www.google.co.kr//ig/f/AaEyQnOaAr4/intl/ALL_kr/svc_sprite_all.gif\r
-* Bot de traduction\r
-* RSS\r
-* Voir les personnes connectées\r
-* Plusieurs cannaux\r
-* Statut : Modo avec ce qui va avec : kick ban sodo gravier etc...\r
-\r
+ \r
+[1] Les processus en attente ne se termine pas lorsque le socket est fermé (pour l'instant un timeout de 1heure est appliqué)\r
+ * De plus la mémoire utilisé (process_info(list_to_pid("<0.814.0>"), memory)) par une connexion en attente est de 1.5Mo (version de Décembre 2007). Il faut essayer de réduire cette consommation !
+[1] Possibilité d'enregistrer plusieurs users avec le même login
+[1] Lors de l'extraction d'une conv il arrive que la conv extractée soit bien créée mais vide, le bouton ne ferme pas la conv (très étrange, bug de firefox?)
+ * Arrive une fois sur 20 environ
+ * Jamais reproduit avec Opera\r
+ * Peut être un bug lié à jQuery\r
+[2] cliquer sur les smiles ne marche pas sous IE
+[2] Les smiles ne devraient pas dépasser de la fenêtre lorsqu'ils sont affichés\r
+[2] le return ne marche pas sous IE
+[2] Lors d'un login ou d'un logout il faut faire un full refresh (pour mettre à jour les messages auquel on répond par exemple)
+[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) es plutot moche, le texte est d'abors 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é
+ b) L'utilisateur envoie un message
+ i) Il se register sans login/pass (réalisé automatiquement)
+ ii) Il envoie le message (put_message)
+ c) Le serveur réagie au nouveau message et débloque la connexion, à ce moment le serveur n'a pas le cookie car pas donné, voir a)
+[3] Traiter le cas ou le cookie n'existe pas coté serveur (et plus généralement traiter tous les cas d'inputs exeptionnels)
+[3] "Return" ne marche pas sous safari
+[3] Le "cachage" des messages ne marche pas sous Konqueror, voir : "#page.minichat #conversations div.cache {" dans pageMinichat.css.
+ "-khtml-opacity: 0.3;" ne fonctionne pas\r
+[3] Amélioration des requêtes MNESIA, voir : http://mail.google.com/mail/#label/Erlang+mailing-list/117f688280569a58
+[3] la page est completement rechargé après avoir submité le profile dans opera
+[3] après le login un '?' s'ajoute à l'adresse (opera, firefox)
+
+[ok] Comme le json du client est encapsulé dans de l'xml il faut utiliser des xml entities pour les charactères <, > et &. Il faudrait, absolument éviter cette encapsulation moisie.\r
+[ok] Au bout d'un moment opera n'écoute plus rien... et donc n'affiche plus les nouveaux messages..\r
+[ok] La méthod traiterSmiles est très lourde ! (4 secondes pour 80 appels (une page normale))\r
+[ok] Utiliser Alpha truc à la place d'opacity sous explorer\r
+[ok] les heures sont formatées par le serveur avec un espace devant : " 12.30:10", zarb\r
+[ok] un undefined est mis lorsque l'on répond à qqun qui n'a pas de pseudo (traiter ces pseudo par le formateur)\r
+[ok] On ne peut pas réponde aux messages du système\r
+[ok] Apparement les process liés aux connexions ne sont jamais terminé même quand l'utilisateur coupe la connexion à cause de minichat:attends_nouveau_messages()
+[ok] Bug rafraichissement des conversations, exemple :
+ - la page 2 de la conv est affiché (mess 1 à 10) et la conv principale contient les mess de 11 à 2.
+ - lors de l'ajout d'un mess dans la conv celle ci n'est pas rafraichit.
+ - trouver une solution : donné un idDernierMess pour chaque conv ou supprimer cet idDernierMess et jouer sur le fait que l'on recoit un message après l'autre (orientation des messages après attente)
+[ok] En changeant de page puis en revenant sur la page principale les smiles ne sont plus highlightés lorsque le curseur les survol
+ * Plus reproduit
+[ok] Dans certains cas (à déterminer) les message-box (message d'information affiché tout en haut de la page) ne s'affiche plus (on ne voit que un petit bout dépassé)
+ * Plus reproduit\r
+[ok] Après un register le pseudo est effacé - le pseudo n'est pas mémorisé dans le profil lors d'un envoie de mess en l'ayant changé
+[ok] jQuery définit l'option "X-Requested-With" à "XMLHttpRequest dans l'entête HTTP. De ce fait Yaws exige absolument de l'xml...
+ Solution actuelle : jquery.js est modifié pour ne plus définir cette option. Trouver un autre moyen plus élégant.
+
+=== Idées ===\r
+Une fois l'idée validée elle est déplacée dans une version à venir.\r
+
+1 : A implémenter tout de suite !
+2 : A implémenter dans un futur proche
+3 : Ca peut attendre
+4 : A discuter
+A : Abandonné
+ok : Implémenté
+
+[1] Possibilité d'extraire une conversation, on click (par l'intermediaire d'un petit bouton par exemple) sur un message et l'arbre de réponses correspondant s'affiche dans une colonne sur la gauche.
+ * Il est possible d'ouvrir plusieurs conversations
+ * Les messages faisant partie des conversations ne sont plus visibles dans le flux général
+ * (une colonne peut avoir le focus, dans ce cas on répond automatiquement à la dernière personne qui nous a répondu)
+ * Chaque colonne possède une entête avec le message d'origine et trois boutons :
+ * un pour copier l'id de la conversation dans la textbox (voir point suivant)
+ * un pour fermer la conversation
+ * un pour créer une url vers cette conversation (un peu à la manière de google maps)
+[2] Raccourcis pour répondre aux conversations (genre CTRL+2 pour répondre au deuxième)\r
+[2] Syntaxe avancée des messagees :\r
+ * Possibilité d'utiliser les balises <i>, <b>, <code>, <q> (quoted text)\r
+ * Utiliser la syntaxe de mediaWiki
+ * La balise <hide> pour mettre des spoilers
+[2] Pouvoir cacher les dates\r
+[3] Gestion de l'historique (calendrier)
+[3] Idée de bernie :
+ * Pouvoir STFUER des personnes, lorsqu'elle envoie un message un autre truc à la con est écrit à la place
+ * la phrase à la con est piché parmis une liste éditable depuis le panneau d'admin
+ * La stfuation se fait depuis le panel de bannissement (slap, stfu, kick, ban)
+[4] Unifier tout le code en anglais (sauf les commentaires)
+[4] Inscrire le nom de l'image dans les les liens vers des images (à la place de simplement [jpg] ou [gif])
+[4] Réduire les pseudos trop long en mettant un ".." à la fin et permettre de le voir en entier lorsque le curseur le survol.\r
+[4] Compatible OpenID pour l'identification\r
+[4] Outil de localisation des personnes un peu comme ca : http://bouchot.org/cps
+[4] Pouvoir voir le profile des personnes.
+ * Voir leurs derniers messages
+ * Une page de recherche de personne\r
+[4] Chaque user possède un Blog (ne pas utiliser le terme 'Blog') Dans lequel il peut poster des "Troll", sorte de "sujet" de forum.\r
+ * Ce système est utilisé dans le chat principal (avec le troll de la semaine posté par un admin).\r
+ * Chaque troll possède un certain nombre de tag.\r
+ * il est possible de faire une recherche sur l'ensemble des users.\r
+ * Voir description.txt pour plus d'info sur les trolls\r
+[4] Pouvoir privatiser une conversation entre 2 ou plusieurs personnes
+[4] Pouvoir choisir une couleur pour son pseudo
+[4] Créer un gamebot pour lancer des jeux. Par exemple un jeu d'énigmes
+[4] Utiliser XMLRPC ou SOAP ou JSON pour la communication client -> serveur (boah, faut pas déconner :))
+[4] Image animée à la http://www.google.co.kr/ cf http://www.google.co.kr//ig/f/AaEyQnOaAr4/intl/ALL_kr/svc_sprite_all.gif
+[4] Bot de traduction
+[4] Bot de jeu (jeu du pendu par exemple)
+[4] RSS
+[4] Système de vote sur les messages, + ou - qui donne des points aux messages...
+[4] Voir les personnes connectées
+[4] Avoir une liste d'amis
+[4] Restreindre la consultation d'un message posté à un ou plusieurs utilisateurs définis. Les messages de la conversation ne sont alors vus que par cet ensemble d'utilisateurs.
+[4] Système de trolls. Voir decription.txt.\r