X-Git-Url: http://git.euphorik.ch/index.cgi?a=blobdiff_plain;ds=inline;f=doc%2FTODO.txt;h=f08ffbcce74e4cfd9a65392386c9f54412c32fe4;hb=9d95f5af441fda194444405983e4d110c2514680;hp=e9452f0f575efe5fd5302eaccd09c0c227267830;hpb=00f9e2153808b4f03a455958489c786d2ae24489;p=euphorik.git
diff --git a/doc/TODO.txt b/doc/TODO.txt
index e9452f0..f08ffbc 100755
--- a/doc/TODO.txt
+++ b/doc/TODO.txt
@@ -1,29 +1,35 @@
== TODO ==
=== v1.0 ===
-* Rendre compatible IE 7 (pfff..)
-* Mettre un icone (genre sablier ou truc qui tourne à la apple) lorsque le chat se charge (également lors d'un changement de page par exemple)
-* 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/
-* Avoir un thème de discussion affiché en haut des messages genre appellé "troll de la semaine : linux sera-t-il desktop ready en 2008?"
-* Un statut "EK" avec plein de privilège à la con. (avoir une petite étoile à coté de son nick ou le nick d'une certaine couleur)
+[50%] Un statut "EK" avec plein de privilège à la con. (avoir une petite étoile à coté de son nick ou le nick d'une certaine couleur)
* Une page "admin" avec :
* Trolls : La liste des trolls proposés. L'admin peut éditer ses propres trolls.
* Les ip bannis : avec la date d'échéance et le pseudo. Un admin peut décider de débannir un utilisateur
* Pouvoir kick/ban un user (directement depuis le chat, lors du survol du pseudo d'un user des options sont présentés sous la forme de petits boutons)
* Un kick : l'utilisateur (ip) est kické et bannis pour 15 min
- * Un ban : l'utilisateur (ip) est kické et bannis pour 3 jours
+ * Un ban : l'utilisateur (ip) est kické et bannis pour 3 jours
* Modification de la BD -> ajouter une relation "banned_ip"
+* Créer un style common puis adapter les CSS (classic et cold -> web2.0)
+* Rendre compatible IE 7 (pfff..)
+* Mettre un icone (genre sablier ou truc qui tourne à la apple) lorsque le chat se charge (également lors d'un changement de page par exemple)
+* 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/
+* Avoir un thème de discussion affiché en haut des messages genre appellé "troll de la semaine : linux sera-t-il desktop ready en 2008?"
* Traiter les tags TODO et FIXME dans le code
* Mettre les constantes au niveau du serveur dans euphorik_defines.hrl (par exemple les temps lié au flood)
* 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, voir : http://www.gnu.org/licenses/gpl-howto.fr.html
+* 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
+* Passer à jQuery 1.2.4 et remplaxer lightbox par : http://leandrovieira.com/projects/jquery/lightbox/
+* Mise à jour automatique de la version dans le about en fonction du tag/branche courant ?
+* La largeur de la ligne de saisie doit corresponde à la largeur de la fenêtre
+* Corriger les bugs [1] et [2]
* Finir le script de mise en production
* Make des modules.
* Compactage 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*;;;.*$/
* Virer les commentaires dans les pages HTML
=== v1.1 ===
+* Passer sur git !?
* 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)
* traitementComplet() de euphorik.js est très très lent à executer
@@ -31,7 +37,7 @@
=== v1.2 ===
* 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 d'une certaine taille (en pixel?)
+ * Masquer systématiquement ceux qui dépassent une certaine taille en pixel
=== V1.3 ===
* Shift-enter pour ajouter une ligne dans la ligne de saisie (retour à la ligne)
* Crée un
XHTML (lf -> br coté client)
@@ -148,6 +154,7 @@
[ok] Tester avec des caractères exotiques (jap, coréen, etc..)
[ok] Modifier la syntaxe des smiles actuels (pour pas qu'ils entre en conflit avec totoz)
[ok] Trouver un moyen pour éviter la création à la suite de plusieurs comptes (via register).
+[ok] Restructurer le code Erlang : déplacer certaines fonctions d'un module à l'autre (ev. créer des modules)
=== Bugs ===
@@ -155,20 +162,16 @@
2 : Urgent
3 : Peu grave
-[1] 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)
[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?)
-[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é)
-[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é
-[2] cliquer sur les smiles ne marche pas sous IE
+ * Arrive une fois sur 20 environ
+ * Jamais reproduit avec Opera
+[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
[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.
+[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...
[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] 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é
@@ -191,8 +194,18 @@
[ok] les heures sont formatées par le serveur avec un espace devant : " 12.30:10", zarb
[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
-[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] 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
+[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 ===
Une fois l'idée validée elle est déplacée dans une version à venir.
@@ -219,6 +232,10 @@ ok : Implémenté
* La balise pour mettre des spoilers
[2] Pouvoir cacher les dates
[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] 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.
[4] Compatible OpenID pour l'identification