Concernant la génération des résultats
Hello, Actuellement, les résultats sont regénérés à chaque affichage de la page des résultats, nous avons prévu de changer ça [1]. Pour faire ça de manière facile, je compte procéder de la sorte afin d'assurer la compatibilité: - ajouter un état dans Poll (resultUptodate defaut value = false) - à chaque création/modification/suppression de vote on recalcule les résultats + on mets le nouveau champs ) true - lors de l'affichage des résultats, si le nouveau chaps est à false alors on recalcule Ainsi, on va regénérer les résultats en base que lorsque cela est nécessaire.Une autre solution aurait été de regénérer tous les résultats lors de la migration, malheureusement je pense pas qu'on soit dans un context suffisant pour faire ça :( donc ça me parait compliqué. Par contre je ne sais pas comment il faudrait faire pour l'ajout/modification/suppression de choix car je suppose que cela peut avoir une incidence sur les résultats? Peut-être que le problème ne se pose pas? si on a effectivement bien distinguer les deux périodes : - période ajout - modification des choix - période de votes A vos réactions, pollenement votre, tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
On Sun, 3 Jun 2012 13:01:14 +0200 Tony Chemit <chemit@codelutin.com> wrote:
Hello,
Actuellement, les résultats sont regénérés à chaque affichage de la page des résultats, nous avons prévu de changer ça [1].
[1] http://chorem.org/issues/135 -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
Hello,
Actuellement, les résultats sont regénérés à chaque affichage de la page des résultats, nous avons prévu de changer ça [1].
Pour faire ça de manière facile, je compte procéder de la sorte afin d'assurer la compatibilité:
- ajouter un état dans Poll (resultUptodate defaut value = false) - à chaque création/modification/suppression de vote on recalcule les résultats + on mets le nouveau champs ) true - lors de l'affichage des résultats, si le nouveau chaps est à false alors on recalcule
Ainsi, on va regénérer les résultats en base que lorsque cela est nécessaire.Une autre solution aurait été de regénérer tous les résultats lors de la migration, malheureusement je pense pas qu'on soit dans un context suffisant pour faire ça :( donc ça me parait compliqué. Ton idée me semble viable, par contre le calcul sur creation/modification/suppression de vote se fait uniquement si les résultats sont continues (poll.continuousResults). Sinon, juste sur la cloture du sondage, cela devrait suffire. Même si cette notion de cloture me semble un peu de trop (j'avais envoyé un mail à ce sujet)... Aucune gestion ne semble nécessaire sur la cloture, a priori, cela affichera la page de résultats, et vu que le nouveau champs sera false, le dépouillement sera effectué.
Par contre je ne sais pas comment il faudrait faire pour l'ajout/modification/suppression de choix car je suppose que cela peut avoir une incidence sur les résultats? Peut-être que le problème ne se pose pas? si on a effectivement bien distinguer les deux périodes :
- période ajout - modification des choix - période de votes
A vos réactions, Oui on avait parlé d'empêcher un chevauchement de période, mais je crois
On 03/06/2012 13:01, Tony Chemit wrote: pas que ce soit le cas pour le moment (compatibilité anciennes versions). Ca peut poser problème pour un dépouillement Condorcet, les autres je pense que c'est bon. Sauf si il y a une suppression de choix où il y a des votes, mais du coup ca devrait effectuer une suppression de vote. Je sais pas ce qui est le mieux pour gérer ça... On aurait moins de problèmes à gérer si on empêchait le chevauchement de période.
pollenement votre,
tony.
participants (2)
-
Florian Desbois -
Tony Chemit