Re: [Maitretarot-devel-fr] Re: [Maitretarot-devel-fr] Re: [Maitretarot-devel-fr] port par défaut.

[philippe brochard]

"address@hidden"<address@hidden> writes:

> > le lun 11-03-2002 à 09:04, address@hidden a 
> écrit :
> 
> > > J'ai pense a un truc hier aussi: le serveur doit 
> aussi 
> > > avoir une interface d'ecoute (un port, quoi) reserve 
> a 
> > > une interface utilsateur. Ceci afin de pouvoir 
> controler 
> > > le serveur facilement.
> > > - quitter quand on veut
> > > - configurer via une GUI et pas via un fichier texte 
> avec 
> > > vi/emacs.
> > > - afficher les scores
> > > - autres idees?
> > ce port peut aussi servir au chat. Il utilise des 
> commandes à la irc
> > /score -> donne les scores etc...
> > pas de commande envoie le message aux autres joueurs.
> > 
> > > 
> > > Je sais pas si c'est une excellente idee car on peut 
> > > aussi donner cette interface de controle aux clients: 
> le 
> > > serveur peut envoyer les scores a chaque client a la 
> fin.
> > Je pense qu'il doit le faire aussi (envoyer les score à 
> la fin). Il faut
> > les deux.
> > Le premier client connecté à le role de maitre du 
> serveur (un peu comme
> > avec tetrinet). c'est le seul à pouvoir envoyer des 
> commande au serveur.
> > une commande spéciale lui permet de donner ces droit à 
> un autre
> > utilisateur. l'interface du client peut disposer de 
> facilité pour
> > exécuter ces commandes, mais on doit pouvoir les 
> réaliser en mode texte.
> 
> Pourquoi seul le premier client aurait le droit d'envoyer 
> des commandes au serveur? Je crois que ca complique!
> Faudrait recenser les ordres a donner au serveur. Pour 
> l'instant, je ne vois que:
> - deconnexion d'un client
> - demande des scores
> 

est-ce que c'est vraiment la peine que le client envoye des
commandes au serveur.

- deconnexion d'un client : que ce passe-t-il si un client
  quitte le jeu sans rien dire (ex: un crache). Il ne faut
  pas que ça plante le serveur.
  C'est peut être au serveur de retester si le client est
  toujours là avant de continuer (ex: test avant d'envoyer
  les cartes, test avant d'envoyer les scores...).

- demande des scores : les scores ne changent pas au cours de
  la partie. Donc un envoie des scores par le serveur à la
  fin de la partie devrait suffir.
  Sinon, pour le nombre de plis joués, le nombre de cartes en
  main, c'est au client de suivre le jeu ou alors le serveur
  lui renvoie ces valeurs à un moment donné dans le protocole,
  mais je ne crois pas que ce soit au client de les reclamer.


Sinon, une GUI integrée au serveur pour que celui qui l'a
lancé le controle, ça ne suffit pas (en plus du fichier de
conf et de la ligne de commande) ?


> > on doit pouvoir aussi donner au serveur une conf par 
> défaut grace à un
> > fichier texte et cette conf doit pouvoir aussi être 
> modifiée sur la
> > ligne de commande.
> 
> guile rulez
> 

:-))

> T'utilises glib? Si oui, je te conseille glib2 (la 
> version 1.3 puisque la 2.0 n'est pas encore sortie), et 
> le parser sax qui est excellent pour ca. Si tu veux un 
> exemple de code, le projet MyAM utilise ca. C'est mieux 
> que lex&yacc que j'utilise dans gtktalog. Et c'est 
> largement mieux que de reinventer la roue.
> 
> > 
> > Bon, pour la première version il n'y aura que la ligne 
> de commande. Dans
> 
> Laisse tomber la ligne de commande. La premiere version, 
> la fonction init(int argc, char**argv) initialise les 
> donnees avec des valeurs codees en dur.
> 
> > la seconde version j'ajoute la conf par fichier texte 
> et dans la
> 
> init(argc,argv) regarde si y'a un fichier de conf dans 
> les arguments et sinon prend le fichier de conf par 
> defaut (PREFIX "/etc/maitretarot.conf"). Elle lit le 
> fichier et ecrase les donnees ecrites en dur. Note qu'il 
> faut que tu gardes les donnees codees en dur pour si y'a 
> pas de fichier de conf.
> 
> > troisième, on change le protocole et on ajoute le chat 
> et la conf via le
> > chat. 
> 
> Mouaif. Y'a vraiment besoin de modifier la conf?
> 


Philippe