== TODO ==\r
\r
=== v1.0 ===\r
-* Problème de rafraichissement des couleurs des messages auquels on répond\r
-* Problème dans l'alternance des couleurs des messages\r
* Rendre compatible IE 7\r
* Tester avec des caractères accentués sur Firefox, Safari, Opera et IE7. Les messages doivent être envoyés en UTF8.\r
* Tester avec des caractères exotiques (jap, coréen, etc..)\r
-* Utiliser une listbox pour la liste des css\r
+[ok]Utiliser une listbox pour la liste des css\r
* Changer les noms des css : Light -> Cold, Old -> Classic\r
* Faire une page faq et raconter n'importe quoi (entre autre la limitation avec firefox) "pourquoi ce site à des couleurs qui ne veulent rien dire ?"\r
* Ralentir volontairement le connexion lors d'un mauvais login (ou après n mauvais login)\r
[ok] Les id ne sont plus passés en base 36\r
[ok] Flusher le profil lors du déchargement de la page ? -> oui\r
[ok] Envoyer les infos des conversations avec l'attente d'events ? -> oui
+[ok] Problème de rafraichissement des couleurs des messages auquels on répond
+[ok] Problème dans l'alternance des couleurs des messages
+
=== Bugs ===
1 : Critique
3 : Peu grave\r
[1] Lors de l'extraction d'une conv il arrive que la conv extracté soit bien créée mais vide, le bouton ne ferme pas la conv (très étrange, bug de firefox?)
-[1] 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.
[2] Quand on revient en arrière dans firefox le message en rédaction est perdu
[2] En changeant de page puis en revenant sur la page principale les smiles ne sont plus highlightés lorsque le curseur les survol\r
[2] 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é)
[2] cliquer sur les smiles ne marche pas sous IE\r
[2] le return ne marche pas sous IE
[2] Lors d'un login ou d'un logout il faut faire un full refresh
+[2] 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.
[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
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\r
+[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)
-\r
+
+[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
projects / euphorik.git / blobdiff