X-Git-Url: http://git.euphorik.ch/?p=euphorik.git;a=blobdiff_plain;f=doc%2FTODO.txt;h=cebd6464d642de11a920a90bad4fdfc8798456f4;hp=faa7d24afc7224c5e2dd744bf035a25deb2cbd9f;hb=650c44a784cabc8a1f2bd1daa7e5e61ccf74ca6f;hpb=5ee4e978246872793812f0abe06c8a46a3ea69cc diff --git a/doc/TODO.txt b/doc/TODO.txt index faa7d24..cebd646 100755 --- a/doc/TODO.txt +++ b/doc/TODO.txt @@ -1,14 +1,31 @@ == TODO == -=== v1.0 === -* Cleaner le code (erl, js, xhtml, css) et eventuellement profiler un peu (le refresh est lent sous opera) +=== v1.0.1 === * Pouvoir afficher les utilisateurs (print_users(admin)) qui sont admin - * Afficher l'ip dans le print_users(). -* Limiter la mise en évidence de la conversation lorsque le curseur se trouve sur les pseudos +<<<<<<< .working * Mettre dans la FAQ la signification des couleurs associées aux messages. -* Enlever le petit carré mis en couleur et mettre le pseudo + date en couleur à la place * Ne pas pouvoir poster avec "" -* Lorsque le curseur se trouve sur le nom d'une personne à qui l'on répond n'highliter que cette conversation !! (très bonne idée) +* Ajouter euphorik_common.erl au repo !! +* Compilation : + * Compiler avec le flag +debug_info pour le developpement + * Compiler avec le flag +native lors de la mise en production + * Faire d'abord des tests en local pour voir s'il y a vraiment des gains, utiliser le module test_euphorik + * Regarder également si la comsommation de la mémoire est différentes + * La compilation DOIT se faire sur la machine cible, il faut donc d'abord copier les fichiers dans /tmp sur euphorik.ch + puis lancer la compilation à distance et finalement copier les fichiers sur /var/www/euphorik +* Appliquer les flags suivant à Yaws : http://forum.trapexit.org/mailinglists/viewtopic.php?t=6725&sid=8729e02f79c3ef0e0794add77b74b6ce +======= +* Ne pas pouvoir poster avec "" -> mettre en constante +* Ajouter euphorik_common.erl au repo !! +* Compilation : + * Compiler avec le flag +debug_info pour le developpement + * Compiler avec le flag +native lors de la mise en production + * Faire d'abord des tests en local pour voir s'il y a vraiment des gains, utiliser le module test_euphorik + * Regarder également si la comsommation de la mémoire est différentes + * La compilation DOIT se faire sur la machine cible, il faut donc d'abord copier les fichiers dans /tmp sur euphorik.ch + puis lancer la compilation à distance et finalement copier les fichiers sur /var/www/euphorik +* Appliquer les flags suivant à Yaws : http://forum.trapexit.org/mailinglists/viewtopic.php?t=6725&sid=8729e02f79c3ef0e0794add77b74b6ce +>>>>>>> .merge-right.r271 === v1.1 === * Revoir le système de conversation : * Pouvoir extraire "toute la conversation" ou seulement une "sous conversation" (ce qui est actuellement le cas) @@ -25,16 +42,15 @@ * Pouvoir récupérer son mdp (ou en générer un autre) via son email. Marquer dans le profile que l'email sert à cela et n'est pas visible pas les autres personnes * (Pouvoir inverser le chat) tester la faisabilité === v1.2 === -* Avoir une partie publique dans son profile : "the wall" ... euh non disons plutôt : "Mes trolls" - * Liste de messages ajoutés de manière explicite à partir du chat - * Correspond à des conversations que l'on souhaite soit en conserver la trace soit exposer aux autres personnes -* Une conversation extraite doit avoir dans son titre le message originel, il est bien sur possible de cliquer dessus pour y répondre * Avoir une liste d'amis dans le profile * Pouvoir n'afficher les messages que des amis (et des personnes y répondant) * Ajouter une personne à ses amis avec une toolbar similaire à celle de banissement * Création d'un script ruby dans /tool pour apposer automatiquement une entête concernant la licence voir : http://www.gnu.org/licenses/gpl-howto.fr.html * Eventuellement mettre à jour automatiquement le Copyright (date) et les personnes responsables * Système de censure par les admins (suppression d'un message) + * Ne supprime pas réellement le message mais le censure + * L'admin vois toujours le message (grisé, ou tracé) + * Les utilisateurs normaux voient à la place "" * Intégrer les totoz : http://www.totoz.eu/ (avec une limite de 3 par messages par exemple) * avoir une option pour les cacher ou les voir * Masquer systématiquement ceux qui dépassent une certaine taille en pixel @@ -190,27 +206,47 @@ * processus : 1) copie des fichiers (+minimisation) 2) Execution d'un scripte erlang pour recharger tous les modules au sein du noeud - 3) Executer euphorik_bd:update() pour mettre à jour la BD -[ok] Ajouter dans la FAQ et/ou dans la page d'enregistrement les conditions d'utilisation, genre "chacun est responsable de ses dires" https://linuxfr.org/bouchot/ - + 3) Executer euphorik_bd:update() pour mettre à jour la BD +[ok] Ajouter dans la FAQ et/ou dans la page d'enregistrement les conditions d'utilisation, genre "chacun est responsable de ses dires" https://linuxfr.org/bouchot/ +[ok] Limiter la mise en évidence de la conversation lorsque le curseur se trouve sur les pseudos +[ok] Cleaner le code (erl, js, xhtml, css) et eventuellement profiler un peu (le refresh est lent sous opera) +[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 +[ok] Mettre dans la FAQ la signification des couleurs associées aux messages. + + === Bugs === 1 : Critique 2 : Urgent 3 : Peu grave -[1] Traiter les tags TODO et FIXME dans le code +[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 + * Observé sur opera et firefox + * Après quelques analyses il apparait que firefox attend alors que le processus n'existe plus du coté yaws + * Cela arrive après 5-10min + * Regarder du coté des paramètres (options) du socket coté yaws s'il n'y a pas un indice, par exemple un timeout + * solution de secours : timeout de (1 à 5 min) sur la connexion ajax + * Est-ce que yaws tient compte du "Keep-Alive 300" de l'entête HTTP ? (=5min) (normalement pas puisque HTTP/1.1) après avoir regardé les sources il me semble que non + * Normalement si le socket est fermé du coté de yaws, le client devrait être avertis... !? + * Après beaucoup d'investigation il semblerai que se soit le firewall/routeur qui coupe la connexion sans prévenir, + pour éviter cela il est possible de mettre 'keepalive' à true au niveau du socket, voir : + - http://erlang.org/doc/man/inet.html#setopts-2 + - http://forums.globalscape.com/tm.aspx?m=4114 +[2] Le minificateur js doit ajouter un espace après une expression régulière sinon il est possible que le caractère qui suit celle ci soit pris pour un modificateur de la regexp +[2] Le widget select qui permet la sélection des css n'est pas initialisé correctement au chargement du site +[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) * solution 1 : permettre le changement de skin uniquement pour les personnes enregistré ? * solution 2 : mémoriser le skin courant dans un cookie +[2] Il est possible d'envoyer plusieurs fois le même message en pressant très rapidement plusieurs fois sur ENTER... (à vérifier) [2] Après l'ajout d'une image il n'est pas possible de naviger depuis celle ci vers les autres images en utilisant Next et Prev de lightbox après l'avoir affich [2] Plein de bugs sous MS internet explorer 7 * click sur le lien du conv insère sont id systématiquement au début du message * le changement de skin foire complétement -[2] griser le login dans le profil pour montrer qu'on ne peut pas l'éditer [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... -[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é @@ -257,6 +293,16 @@ * Peut être un bug lié à jQuery * Reproduit sur Firefox 2 et 3 ! [ok] Lors d'un logout il faut faire un full refresh (pour mettre à jour les messages auquel on répond par exemple) +<<<<<<< .working +[ok] Après être passé de la page Admin à Chat le client continu de réaliser de temps en temp des requêtes "lists_banned_ips" + * action=%7B%22action%22%3A%22list_banned_ips%22%2C%22cookie%22%3A%22<>%22%7D +======= +[ok] Après être passé de la page Admin à Chat le client continu de réaliser de temps en temp des requêtes "lists_banned_ips" + * action=%7B%22action%22%3A%22list_banned_ips%22%2C%22cookie%22%3A%22<>%22%7D +[ok] Le widget select qui permet la sélection des css n'est pas initialisé correctement au chargement du site +[ok] Il est possible d'envoyer plusieurs fois le même message en pressant très rapidement plusieurs fois sur ENTER... (à vérifier) +[ok] griser le login dans le profil pour montrer qu'on ne peut pas l'éditer +>>>>>>> .merge-right.r271 === Idées === Une fois l'idée validée elle est déplacée dans une version à venir. @@ -277,8 +323,6 @@ ok : Implémenté * Utiliser la syntaxe de mediaWiki : http://en.wikipedia.org/wiki/Wikipedia:Cheatsheet * La balise pour mettre des spoilers [2] Une option dans le profile pour se délogger automatiquement lorsque l'on quitte le site -[2] Pouvoir demander la liste des connexions en attente via le shell erlang connecté à yaws - * Afficher pour chaque connexion au minimum le (Pseudo)login de la personne [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