projects / vchess.git / blame
| Commit | Line | Data |
|---|---|---|
| 984b39b4 BA |
1 | Email form instead of clear email: |
| 2 | https://nodemailer.com/smtp/ | |
| 3 | https://www.w3schools.com/nodejs/nodejs_email.asp | |
| 4 | ||
| 263eef68 | 5 | Finish rules translation in Spanish + improve existing ones |
| 69f3d801 | 6 | Design: final touch (gain extra space on top, using space on the right) |
| 684e1cac | 7 | Crazyhouse: center reserves, grey if zero available, numbers superimposed |
| 263eef68 BA |
8 | Promotions: increase pieces sizes, better background. |
| 9 | Code: use two spaces instead of tabs, everywhere. | |
| d5dd0008 BA |
10 | Increase code line length to 100 or more? |
| 11 | (http://katafrakt.me/2017/09/16/80-characters-line-length-limit/) | |
| edcd679a BA |
12 | Chat button should be more apparent after game ends (color ?) |
| 13 | Reinforce security for problems upload (how ?) | |
| 14 | The mode switch between human/computer/friend (+ problem) is a mess | |
| 15 | (example: finished computer game, ongoing friend game, reload, friend game is unreachable) | |
| 16 | ||
| 17 | Later: | |
| 18 | Let choice of time control, allow correspondance play, several games at the same time | |
| 19 | ==> need to use indexedDB instead of localStorage. Maybe with Dexie https://dexie.org/ | |
| 20 | Each user would have a unique identifier stored in the client DB. | |
| 21 | Allow to cancel games (if opponent doesn't connect again) | |
| 22 | Identity would be browser-based: different games on smartphone, home computer, work computer... (why not ?) | |
| 23 | Index might still look the same, and variant page would have another tab "Games" | |
| 24 | ==> running, and finished (which can be deleted from local memory) | |
| 25 | (A true analysis mode could be implemented also, to navigate in completed games --> use a button) | |
| 26 | Allow challenging a specific player (by his chosen name) | |
| 27 | But keep the random pairings as main playing way + always playing in ZEN mode, | |
| 28 | except when accepting an individual challenge. | |
| 8280382c BA |
29 | |
| 30 | style menu : surligner onglet courant | |
| 31 | ||
| 32 | Interface : | |
| 33 | - un menu "jouer" avec sous menus humain, computer, (ou mieux : une modalBox à paramètres, timeControl, type d'adversaire ==> "new Game") | |
| 34 | --> cette "modal" doit être affichée par défaut en arrivant sur la page (si pas de chemin renseigné) | |
| 35 | --> ou alors non, affichage plutôt des parties en cours (liste avec diags : en 2nd sous-menu "games") | |
| 36 | [ friend-->renommé en 'analyse' et devenant un vrai mode analyse (on garde ces trois modes ?) ] | |
| 37 | - un menu "joueurs" avec liste "P2P" des connectés (sous-menu de "Jouer" ?) | |
| 38 | --> plutôt dans une sorte de "hall" avec liste des connectés ? | |
| 39 | - un menu "étudier" avec sous-menus règles, [analyse (également accessible depuis import partie)], problèmes | |
| 40 | ||
| 41 | problèmes : récupérer 20 ou 50 depuis le serveur, puis les afficher un par un en les analysant directement, | |
| 42 | comme sur le site de ProgramFOX ==> présentation unifiée échiquier avec instructions dessus et soluce cachée dessous | |
| 43 | ||
| 44 | ==> il faut pouvoir faire "new Interface(variables)" pour lancer une analyse de problème sans repasser par le mode jeu... | |
| 45 | ||
| 46 | Importer des parties : nécessite de parser le PGN produit (possible, un peu pénible) | |
| 47 | mais permettrait mode analyse (avec bouton "analyse", comme sur ancien site). | |
| 48 | ||
| 49 | espagnol : jugada ou movimiento ? | |
| 50 | fin de la partida au lieu de final de partida ? |