X-Git-Url: http://git.euphorik.ch/?a=blobdiff_plain;f=doc%2FTODO.txt;h=4daa86d6c36cbefbf46da6dbde87ce40d8829124;hb=3f3371f52e6d1e513011dd02a3679a079aa2253d;hp=4528683d12781cc9340c85268a99bc8dca93dbac;hpb=044398d0ce631201bb0f724450446b90a35d79ce;p=euphorik.git diff --git a/doc/TODO.txt b/doc/TODO.txt index 4528683..4daa86d 100755 --- a/doc/TODO.txt +++ b/doc/TODO.txt @@ -4,9 +4,6 @@ * Rendre compatible IE 7 * Tester avec des caractères accentués sur Firefox, Safari, Opera et IE7. Les messages doivent être envoyés en UTF8. * Tester avec des caractères exotiques (jap, coréen, etc..) -* Utiliser une listbox pour la liste des css -* Changer les noms des css : Light -> Cold, Old -> Classic -* 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 ?" * Ralentir volontairement le connexion lors d'un mauvais login (ou après n mauvais login) * Pouvoir afficher le login et/ou le pseudo. Avoir dans le profile une liste box avec ces choix : * pseudo @@ -37,13 +34,14 @@ * Traiter les tags TODO et FIXME dans le code * Cleaner le code (erl, js, xhtml, css) et eventuellement profiler un peu (le refresh est lent sous opera) * Restructurer le code Erlang : déplacer certaines fonctions d'un module à l'autre (ev. créer des modules) -* Choisir une licence et la mettre un peu partout dans les sources +* Choisir une licence et la mettre un peu partout dans les sources, voir : http://www.gnu.org/licenses/gpl-howto.fr.html * Créer une page 'about' * Trouver un moyen pour éviter la création à la suite de plusieurs comptes (via register). * Finir le script de mise en production * Make des modules. * Compatage des js lors de la mise en production (afin d'optimiser la bande passante lors de l'accès au site), regarder comment fait jQuery. - * Modifier le script pour virer les lignes matchant /^\W*;;;.*$/ + * Modifier le script pour virer les lignes matchant /^\W*;;;.*$/ + * Virer les commentaires dans les pages HTML === v1.1 === * Tests de monter en charge coté serveur, analyse de la complexité (regarder du coté des TODO dans le code). Utiliser eventuellement Tsung * Profiling pour améliorer les performances (client et serveur) @@ -145,7 +143,9 @@ [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 - +[ok] Utiliser une listbox pour la liste des css +[ok] Changer les noms des css : Light -> Cold, Old -> Classic +[ok] 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 ?" === Bugs === 1 : Critique @@ -153,7 +153,6 @@ 3 : Peu grave [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 [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é) @@ -161,6 +160,8 @@ [2] cliquer sur les smiles ne marche pas sous IE [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 @@ -168,11 +169,14 @@ 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] "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 [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. [ok] Au bout d'un moment opera n'écoute plus rien... et donc n'affiche plus les nouveaux messages.. [ok] La méthod traiterSmiles est très lourde ! (4 secondes pour 80 appels (une page normale)) [ok] Utiliser Alpha truc à la place d'opacity sous explorer