[SPIP Zone] Gestions des scores pour le plugin Jeux

A la suite de la discussion d'hier soir sur IRC avec

cy_altern et

Patrice, j'ai profité de l'heure de permanence que j'avais

ce matin (les

emplois du temps des lycéen sont souvent mal foutu :wink: )pour

reflechir à

une structure pour les jeux.

L'idée étant de creer une table jeux, qui permettrait de

faire <jeuxxx>,

et de proposer dans un même temps un suivi des scores

Alors voila une idée :
table spip_jeux contenant:
  -id_jeu
  -date
  -contenu
  -score_max : calculé à partir du contenu du jeu, mais ca

fait une mise

en cache
  -suivre_resultat : plusieur options en fonctions du jeu,

donc un nombre

ou un texte

table_spip_jeux_resultats
  -id_jeu
  -id_joueur
  -date
  -score_court : un nombre/un temps
  -socre_long : texte , tableau serialisé ou autre. Pour

connaitre les

résultat détaillé, pour certain jeux.

Voila, voila, vous en pensez quoi ?

--
Maïeul
http://maieul.ouvaton.org

Diférentes propositions pour le plugin jeux.

1] Sauf erreur l'ecriture

<jeux>
#VAL1
blabla

#VAL2
blabla2
</jeux>

crée un tableau avec VAL1 egal blabla et VAL2 egal blabla2

cela corespond déjà il me semble au fonctionnement du bloc
multilingue ?

<multi>[fr]Irak [en]Iraq</multi>

Il conviendrait donc de ne garder quune seule des deux syntaxe
de préfétrence <multi>[fr]Irak [en]Iraq</multi> en raison de
son antériorité.

donc
<jeux>
[VAL1]
blabla

[VAL2]
blabla2
</jeux>

2] Pour l'dée de la table oui c'est une très bone idée. Il me
semble qu'il faudrait voire aussi à ce rapprocher de la
structure de donnée du plugin forms_et_tables_1_9_1 qui
devrait avoir vocation de rejoindre un jour le core je suppose.

3] Un autre besoin serait non pas de pouvoir transformer un
<jeux></jeux> en insertion de modele <jeuxxxx> en permetant
l'insertion des données d'une table dans différents contenu.

Mais de pouvoir ajouter des données propre à un contenu.
Par exemple ajouter un surtitre à une breve.
<jeux>
#SURTITRE
le surtitre
</jeux>

dans un squelette d'afficher toutes les valeurs au moyens
d'une balise #VALEUR qui devra etre surchargée

et Connexion · GitLab.

4] comme il ne s'agit pas toujours de jeux (cas de texte.php)

<bloc>
....
</bloc>

me parais plus exact

5] Pouvoir à partir d'une syntaxe

<jeux_textes>
...
</jeux_textes>

subtituer par l'affichage produit par la fonction jeux_textes
OU par un modele nommé suivant la syntaxe jeux_textes.php

Accédez au courrier électronique de La Poste
sur www.laposte.net ou sur 3615 LAPOSTENET (0,34€ TTC /mn)
1 Giga de stockage gratuit – Antispam et antivirus intégrés

Diférentes propositions pour le plugin jeux.

Super :wink:

1] Sauf erreur l'ecriture

    <jeux>
    #VAL1
    blabla
    #VAL2
    blabla2
    </jeux>

crée un tableau avec VAL1 egal blabla et VAL2 egal blabla2

En gros, mais pas forcément... le décodage de l'intérieur des balises
<jeux></jeux> est encore laissé à l'initiative des modules... car le
preg_split est très simple à faire.
Pour l'instant, la procédure jeux_split_texte($jeu, &$texte) s'en charge en
retournant simplement le tableau :
0=>#TEXTE 1=> 2=>#VAL1 3=>blabla 4=>#VAL2 5=>blabla2
qui est très bien exploitable en l'état...
remarque : le séparateur #TEXTE me sert pour insérer du texte tel quel...
jeux_split_texte() prévoit donc le cas :
    <jeux>
    du blabla
    #VAL1
    le jeu...
    </jeux>
en l'interprétant comme :
    <jeux>
    #TEXTE
    du blabla
    #VAL1
    le jeu...
    </jeux>

cela corespond déjà il me semble au fonctionnement du bloc
multilingue ?
<multi>[fr]Irak [en]Iraq</multi>

C'est vrai que je n'avais pas fait le rapprochement...

Il conviendrait donc de ne garder quune seule des deux syntaxe
de préfétrence <multi>[fr]Irak [en]Iraq</multi> en raison de
son antériorité. donc :

    <jeux>
    [VAL1]
    blabla
    [VAL2]
    blabla2
    </jeux>
Je retiens l'idée :wink: et remplace de suite les séparateurs par [val1] et
[val2]. Les majucules finalement ne sont pas tellement utiles, non ? (...
quelques minutes passent...) Le commit vient d'être fait !

2] Pour l'dée de la table oui c'est une très bone idée. Il me
semble qu'il faudrait voire aussi à ce rapprocher de la
structure de donnée du plugin forms_et_tables_1_9_1 qui
devrait avoir vocation de rejoindre un jour le core je suppose.

Oui, nous l'avons de suite pensé... si qq voulait coder l'idée, je suis
preneur...
A propos du core, je ne suis pas sûr que la tendance actuelle soit de
l'alourdir.
C'est bien que les fonctionnalités supplémentaires de spip soient proposées
au choix de l'utilisateur !
Bien sûr l'idée de différents 'packs' avec qq plugins livrés en sus est
aussi une très bonne idée.

3] Un autre besoin serait non pas de pouvoir transformer un
<jeux></jeux> en insertion de modele <jeuxxxx> en permetant
l'insertion des données d'une table dans différents contenu.
Mais de pouvoir ajouter des données propre à un contenu.
Par exemple ajouter un surtitre à une breve.

    <jeux>
    #SURTITRE
    le surtitre
    </jeux>

dans un squelette d'afficher toutes les valeurs au moyens
d'une balise #VALEUR qui devra etre surchargée
Connexion · GitLab
et Connexion · GitLab.

Je ne vois pas encore comment conserver la syntaxe en doubles balises dans
les articles et la gestion de la base de données pour les scores ou les
statisques...
Je ne suis pas encore assez calé pour cerner l'utilisation de #VALEUR ou
#LESVALEURS avec ses avantages...

4] comme il ne s'agit pas toujours de jeux (cas de texte.php)

    <bloc>
    ....
    </bloc>

me parais plus exact

textes.php est je pense le module réalisé le plus simple et le plus court,
il intègre pour l'instant les citations et les poésies...
Le plugin jeux pourra inclure, entre autres, tous les jeux de lettres
possible... les citations ne sont-elle pas, parfois, des jeux de mots? et
les poesies ne sont-elles pas des jeux de phrases ?
il vaut mieux, je pense, avoir le moins de balises possible, non ?

5] Pouvoir à partir d'une syntaxe

    <jeux_textes>
    ...
    </jeux_textes>

subtituer par l'affichage produit par la fonction jeux_textes
OU par un modele nommé suivant la syntaxe jeux_textes.php

ça simplifierait effectivement un peu la démarches des(du?) plugin(s?)
basé(s?) sur ce genre de syntaxe...
comme tout le monde a pu le voir, le plugin jeux interprète le contenu de
l'article et l'intérieur des balises <jeux></jeux> en pre_propre.

pat