Bonjour!

J'ai conçu un système de polls (sondage) qui se "patche" au SWP. Il n'en est qu'à une version très basique, mais devrait pouvoir être distribué d'ici quelques jours...

Je l'enverrai à ChMat pour qu'il donne son avis.

Il me reste à faire en sorte qu'on ne puisse voter qu'une fois et à améliorer l'esthétique.

Voilà, j'espère que ca intéresse des gens, faites vos suggestions et/our remarques ici, que j'intègre éventuellement des choses auxquelles je n'aurais pas pensé.

Tarpan

Ok, sans l'avoir vu, je te suggère de directement mettre le code html au format xhtml 1.0 (transitional donc). Il sera ainsi utilisable dans la version 1.1 du swp

Oui, normalement j'ai fait attention à ca...

Mais je le testerai pour être sur...

Je suis en train de me demander comment faire pour contrôler qu'un utilisateur ne puisse voter qu'une fois...
*Ajouter un champ (0 ou 1) pour chaque poll sur chaque fiche membre?
*Ajouter un champ TEXT dans la table avec les polls dans lequel on séparerait les numéros des membres ayanté déjà voté. (ex: "+23+1+56+11")
*autre chose... car mes propositions ci-dessous ne me semblent pas très élégantes...

Une table extérieure à celle des membres.

appellons-la : swp_polls_votes

Comme champs, il te faut :

id_poll de type int (numéro du sondage déterminé dans la table contenant les sondages)
id_user de type int (numéro du membre)
vote de type au choix (char(x) probablement) où tu enregistres le vote)

et tu mets un index sur id_poll pour optimiser le bazar de calcul des résultats.

Cependant, c'est dans le cas où tu n'autorises le vote qu'aux membres identifiés.

Dans le cas où tu autorises tous les utilisateurs à voter, je pense qu'un cookie avec une idunique (générée par cleunique() par exemple) stockée en cookie devrait faire l'affaire. Tu peux récupérer l'id utilisateur mais elle change à chaque fois que l'utilisateur passe par le formulaire d'identification.

Evite d'ajouter des champs à des tables de base du portail sinon ça complique la mise à jour, les sauvegardes et autres manipulations du portail

Parmi les outils du module de sondages : création, modification, suppression, clôture de sondage. Nombre d'options au choix pour chaque sondage...

j'oubliais un index sur id_user histoire de retrouver plus rapidement si un utilisateur a déjà voté pour un sondage précis

Donc en fait chaque vote serait une ligne de cette table... je crois que t'as trouvé la meilleure solution

Le faite de mettre un index, je me suis toujours demandé ce que ca faisait réellement. Je savais pas que ca aidait à accélérer une recherche... cool, un nouveau truc appris!

Je comptais faire en sorte que ce soit accessible uniquement aux membres.

dans le courant de la semaine prochaine je devrais avoir une version qui ressemble à qqch alors...

Merci pr les conseils!

En fait, l'index est un système qui localise les valeurs au sein de la table. Plus d'infos sur les index en MySQL.

une proposition d'un animateur chez moi (mon debugger officiel): lier à une discussion du forum...

ca pourrait être intéressant

j'y pensais aussi oui

Faudrait-il déjà avoir voté pour voir les résultats?

Je suggère que ce choix soit laissé au créateur du sondage.

Oui, c'est mieux, tu as raison!

Je pense que j'ai une version qui tient la route, j'ai fait tous les tests possibles je crois. Je l'envoie par mail à ChMat de suite. Tu sais regarder ca? Merci

Voici les fonctions actuellement:
*Créer un poll (heureusement, lol)
*Supprimer
*Terminer
*Réactiver
*2 à 4 choix de réponse
*paramétrer si les résultats sont visibles alors qu'on a pas voté

Extension possible:
*Lier à un fil du forum (champ prévu dans la base

J'ai déjà mis la fonction chez moi en test, et ca à l'air de mordre...

Encore quelques relectures et test et c'est prêt pour la distribution publique!

Ce sera pour la semaine prochaine car ce we... 24H!

Voilà, la version 1.0.0 est disponible à la page téléchargement !

J'espère que j'arriverai à résister à l'assaut de bugs qui pourrait m'arriver...