[Demexp-dev] (pas de sujet)
Bonjour, Je me penche actuellement sur les champs à inclure dans la base de donnée concernant les délégués. Pour le moment j'envisage: -Numéro identifiant -Champ texte de "présentation" du délégué -Adresse d'un éventuel Blog ou site perso si vous avez d'autres idées ... prévoir photo? avatar?.. A Félix :j'ai mis en application ton idée de faire apparaitre différemment les questions votées des non votées , le numéro de la question apparaitra en vert pour les votées, en rouge pour les non votées ,et en bleu pour les votes délégués. Amicalement, Jean-Marc ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
Re: [Demexp-dev] (pas de sujet)
Salut Jean-Marc, > Je me penche actuellement sur les champs à inclure dans la base de donnée > concernant les délégués. > Pour le moment j'envisage: > -Numéro identifiant > -Champ texte de "présentation" du délégué > -Adresse d'un éventuel Blog ou site perso Je n'ai pas d'opposition sur ces champs, mais je pense que se pose la question plus générale du secret du vote du délégué. Un des problèmes de la délégation est que l'on voit ce que le délégué vote en son nom (c'est indispensable pour vérifier que c'est conforme à ce qu'on souhaite et pouvoir retirer le vote le cas échéant). En conséquence, pour voir ce que quelqu'un a voté, il suffit de lui délégué son vote, de regarder, puis d'enlever sa délégation. Pour contourner ce problème, le serveur demexp utilise 2 login pour chaque personne. Un login personnel (sur lequel personne ne peut délégué) et un login de délégué (sur lequel on peut déléguer et donc le vote est visible). On peut voter différemment sur les deux login, ce qui permet de préserver le secret du vote personnel, même si c'est un peu hypocrite. Une autre approche pourrait consister à empecher de voir le vote du délégué. Ceci nécessite de ne déléguer qu'à des personnes de grande confiance. Par ailleurs ceci simplifie l'implémentation. > A Félix :j'ai mis en application ton idée de faire apparaitre différemment > les questions votées des non votées , le numéro de la question apparaitra en > vert pour les votées, en rouge pour les non votées ,et en bleu pour les > votes délégués. C'est parfait, et il faudrait en plus (si c'est techniquement possible) une couleur supplémentaire pour les questions sur lesquelles on a déjà voté mais où une nouvelle proposition de réponses est arrivée. Bon courage pour la suite! Félix ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
[Demexp-dev] Re: Demexp:Correction de Bug
Bonjour Jean-Marc, 2009/5/21 Fauché Jean-Marc : > Pensez vous qu'un lien du forum vers l'interface sur bentobako:8000/Demexp/ > serait souhaitable (tout en précisant qu'il s'agit d'une version test et > donc des risques de "scroutch de base..." qui en découle)? On peut effectivement mettre ton logiciel et un lien vers lui sur la page principale de demexp.org. Je suis plutôt pour. Mais il serait probablement plus raisonnable de faire l'upgrade Etch -> Lenny du serveur avant. > Nb :j'ai du mal à faire parvenir les fichiers joins à > demexp-...@nongnu.org...ils me renvoient le message comme quoi il n'a pas > été reçu car trop long.Comme si les fichiers étaient inclus dans le texte > du mail...si quelqu'un sait pourquoi... > Je reçois un message du genre: Bizarre. Probablement une erreur de config de notre part. Peux-tu nous forwarder le message d'erreur complet (avec headers et tout) à cont...@demexp.org ? Amicalement, d. ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
Re: [Demexp-dev] (pas de sujet)
Bonjour, 2009/5/26 Félix : > Pour contourner ce problème, le serveur demexp utilise 2 login pour > chaque personne. > Un login personnel (sur lequel personne ne peut délégué) et un login > de délégué (sur lequel > on peut déléguer et donc le vote est visible). On peut voter > différemment sur les deux > login, ce qui permet de préserver le secret du vote personnel, même si > c'est un peu hypocrite. À noter que dans la dernière version de mon serveur, j'avais retravaillé cette délégation : - il n'y a qu'un seul login, celui du participant ; - avec ce seul login, on peut faire deux votes : le vote en tant que participant et le vote en tant que délégué (donc on conserve la possibilité du délégué hypocrite). Le vote en tant que participant a un poids de 1 s'il ne délègue pas ou de 0 s'il a délégué son vote sur une question. Celui en tant que délégué a un poids égal au nombre de personne qui lui délègue son vote : 0 si personne n'a délégué, 1 si une personne a délégué, etc. Après, la délégation consiste à donner son poids sur une question à un délégué, de façon transitive (A délègue à B qui délègue à C) en vérifiant l'absence de cycles (éviter A qui délègue à B qui délègue à A). Il faut également pouvoir supprimer une délégation. Le code de délégation est dans le fichier suivant (probablement inutilisable pour toute autre personne que moi) : http://www.linux-france.org/cgi-bin/hgwebdir.cgi/demexp/latest-dev?f=666a5cc3302d;file=srv/posbase.ml.nw (ligne 290 et suivantes) Pour l'identification du délégué, j'ai utilisé un jeton aléatoire : c'est une courte chaine ASCII générée aléatoirement (par ex. abg56H) qui identifie de manière unique un participant. Après, le délégué potentiel peut soit rendre public ce jeton (par exemple sur son site web), comme ça tout le monde peut lui déléguer des questions, soit juste le donner de manière confidentielle à un nombre restreint de personnes, comme ça seules ces personnes peuvent lui déléguer des questions. En fait, un même participant peut avoir plusieurs jetons simultanément (un dizaine max. je crois), pour pouvoir jouer plusieurs rôles. Un participant peut supprimer un ou plusieurs de ces jetons s'il ne veut plus être délégué. Les votes sont alors ajustés en conséquence. La gestion de ces jetons est écrite dans ce fichier : http://www.linux-france.org/cgi-bin/hgwebdir.cgi/demexp/latest-dev?f=9d39d7175466;file=srv/deltok.ml.nw > Une autre approche pourrait consister à empecher de voir le vote du > délégué. Ceci nécessite > de ne déléguer qu'à des personnes de grande confiance. Par ailleurs > ceci simplifie l'implémentation. C'est à mon avis à éviter absolument. Un aspect fondamental de la délégation est justement de pouvoir voir les votes du délégué pour le contrôler. Amicalement, d. PS : Tout ça me rappelle que je dois toujours écrire les specs de demexp. :-) ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
[Demexp-dev] Code en français ? Gestionnaire de version ?
Salut Jean-Marc, Une remarque en passant : tu codes en français ? Il vaudrait mieux faire le code en anglais (identifiants, commentaires, etc.) si ça n'est pas un problème. Si jamais un jour des indiens ou des américains veulent toucher à ton code... ;-) Sinon, est-ce que tu utilises un gestionnaire de version ? C'est très utile pour soi-même pour suivre son code et éventuellement revenir en arrière et très utile pour les autres, pour suivre ton travail. Si tu ne sais pas lequel prendre parmi tous ceux qui existent (Mercurial, GIT, Subversion, ...), je te conseille Mercurial : écrit en Python, fonctionne sous Windows, Linux et MacOS, distribué, très rapide et très complet. http://www.selenic.com/mercurial/ C'est Mercurial que j'utilise pour mes propres développement et mon serveur : http://www.linux-france.org/cgi-bin/hgwebdir.cgi/demexp/latest-dev Les diffs sont par exemple indispensables pour suivre les développement, voir ce qui a été changé / ajouté / supprimé (par exemple : http://www.linux-france.org/cgi-bin/hgwebdir.cgi/demexp/latest-dev?cs=085bb29d078c) Amicalement, d. ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
[Demexp-dev] De la transparence du vote des délégués...
Bonsoir, Concernant les remarques de Félix et David sur la confidentialité du vote des délégués : à mon sens celui qui se déclare délégué par son acceptation de ce rôle accepte également de rendre publique son opinion et donc son vote ...S'il veut garder l'anonymat de son vote ,il ne se propose pas pour être délégué !(encore que... il peut le faire sous le login "Pinpin des bulletins" ou autre). Quand à lui donner 2 votes(public et privé) ,cela me heurte un peu (même si on utilise des correctifs pour qu'il n'y ai qu'un seul vote au final) car effectivement cela permet une hypocrisie que je ne saisis pas bien (genre :moi je vote blanc mais ...je vous fais voter noir ???). Maintenant je n'ai peut être pas tout saisi de la problématique... Toujours à propos des délégués ,est il suffisant pour qu'un utilisateur le devienne qu'il s'inscrive sur la liste ? Ou doit-il accepter certaines conditions ou contraintes ?(dont la transparence de son vote pourrai faire partie..?,ou s'engager à remplir un court argumentaire sur ses choix concernant les questions sur lesquelles il peut recevoir délégation ?...etc..) Concernant le message d'erreur de demexp-dev ,il semble que ce soit les fichiers tar qui le dérange , ...j'envoie la totalité du message de retour . Sinon j'ai remarqué qu'avec internet explorer les questions apparaissent "ouvertes" contrairement à firefox ou elle sont "fermé"(c'est bien plus joli !); cela doit venir d'une interprétation différente de "collapse"... Amicalement ,Jean-Marc ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev