Re: [Demexp-dev] Joyfully marching towards OCaml Summer and running strainght into the Big Wall of Fear
Dear Ketty, I understand your concerns. In demexp we have always taken the approach that we do not put pressure on ourselves and on those who contribute. There is not such things as commitments or deadlines. Things may be slower this way but this is also why we're still here. So don't worry and don't feel guilty in any way! Studies are very important and you can spent more time on demexp at a more appropriate moment. Felix On 2/12/07, ketty <[EMAIL PROTECTED]> wrote: I have bad news about ocaml summer. i am suddenly very scared by it. it is so far away in the future and so long, i don't longer feel comfortable making a commitment like that. this is partly because in a very short amount of time aktivdemokrati.se has recieved two unrelated proposals for votingsystems (the first was not opensource though, and i don't know about the technical quality of the second compared to demexp yet). and in the case that aktivdemokrati.se would go with some other system than demexp i would like to be able to shudle my commitments accordingly... another part of the reason for fear is that i have previously had a very high rate of failed courses in school (because of my unability to handle longtime commitments in a sane way) and this term everything has gone flawlessly (so far) because of a lot of random ahead of time studying. i would like to continue doing well in school and the summer would be a perfect time to do random ahead of time studying. with all that said i still don't want to abandon demexp, and i feel really bad about freaking out. i guess the only way to clear my concience is to do really much demexp-related work :-) ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
Re: [Demexp-dev] Google Summer of Code 2007
Hi David, First proposal, to be modified, improved, expanded. Félix About Your Organization ^ back to top 1. What is your Organization's Name? The Democratic Experience 2. What is your Organization's Homepage? http://www.demexp.org 3. Describe your organization. Our organization is based on a small core of dedicated members (about 4-6 people) mostly (but not all) living in the city of Rennes, in France. Most of us are working in the IT field and we are 30 years old (+/- 20%). We have a horizontal organization and we take our decisions by consensus. We communicate mostly by email but we meet at least once a month for a project meeting. There is a larger community of about 30 persons who are contributing to the project occasionnaly, and participating in the discussions on our mailing list. Our goal is to develop a software tool to facilitate direct democracy within small structures (associations, projects, companies...) or larger entities (towns, regions...). The software, called demexp, is based on a client server architecture. Each participant can: -Submit a new vote (eg. "How to we process waste in our company?") -Submit candidate answers (eg. 1:"We put everything in the same bin" 2: "There are three bins for each employee" 3: "There are three bins in a dedicated room" 4: "Question rejected") -Vote (using Condorcet voting algorithm in the current version) The question and the winning answer are compiled into a database representing the decisions taken by the community of participants. There are a number of additional features already coded or specified (eg. vote delegation). 4. Why is your organization applying to participate in GSoC 2007? What do you hope to gain by participating? Our main goal is to get help in developping a web based client interface to the voting server. The expertise to do this is currently lacking in the project and we believe GSoC is a good opportunity to find it. 5. Did your organization participate in GSoC 2005 or 2006? If so, please summarize your involvement and the sucesses and failures of your student projects. (optional) We did not participate in previous GSoCs. 6. If your organization has not previously participated in GSoC, have you applied in the past? If so, for what year(s)? (optional) We did not apply in the past. 7. What license does your project use? Our project is under GPL. 8. URL for your ideas page htp://www.demexp.org 9. What is the main development mailing list for your organization? demexp-dev@nongnu.org [mettre un pointeur plus explicite?] 10. Where is the main IRC channel for your organization? We do have an IRC channel [en fait on en a un je crois, mis en place par rZr] 11. Does your organization have an application template you would like to see students use? If so, please provide it now. (optional) No, we don't. 12. Who will be your backup organization administrator? Please enter their Google Account address. We will email them to confirm, your organization will not become active until they respond. (optional) [Que mettre ici?] 1. What criteria did you use to select these individuals as mentors? Please be as specific as possible. [Que mettre ici?] 2. Who will your mentors be? Please enter their Google Account address separated by commas. If your organization is accepted we will email each mentor to invite them to take part. (optional) [Que mettre ici?] About The Program ^ back to top 1. What is your plan for dealing with disappearing students? We have a well organized software methodoly and repository system and therefore code source durability is ensured. Moreover we insist on good practice programmation. Until now the code has been written using litterate programming. 2. What is your plan for dealing with disappearing mentors? [La je ne comprends pas très bien] 3. What steps will you take to encourage students to interact with your project's community before, during and after the program? We will encourage them: -to use the program (it is already possible to vote and interact with our main voting server, using our software client). -to participate in the discussions on our general and development mailing lists. 4. What will you do to ensure that your accepted students stick with the project after GSoC concludes? We hope that the student will be highly motivated not only by the software development aspects, but also by the prospects of facilitating direct democracy and bringing it in new structures. Since our project has an experimental and slightly philosophical dimension, we hope they will have an interest in pursuing the experience/experiment it represents. ___
[Demexp-dev] Google Summer of Code 2007
-- Forwarded message -- From: Félix <[EMAIL PROTECTED]> Date: Mar 7, 2007 11:46 PM Subject: Re: [Demexp-dev] Google Summer of Code 2007 To: David MENTRE <[EMAIL PROTECTED]> Hello, thanks to François and David for reviewing and updating the initial proposal, here are my comments again: [I created a new page: ] https://demexp.org/dokuwiki/doku.php?id=en:proposals_for_google_summer_of_code_2007 The page is fine for me (we can integrate the mails that are linked into the page to obtain a clean presentation). [They want a second mentor for the student (see the FAQ, to reduce the workload and take holidays). Félix, as you already have a Google Account, would you take this role? ] Yes that's fine, my account name is felifelo. 1. >> >> What criteria did you use to select these individuals as >> mentors? Please be as specific as possible. > In no specific order: * Knowledge of OCaml language; * Motivation of student and interest in the project; * Knowledge of the student in the project area; * Willing of the student to use project's habits (literate code, source control system, non-regression tests, ...). [Other things??] I'm not sure here: the criterais you list are the ones that apply to the students. I think the questions asks which criterias we used for to select the *mentors*. In this case the criteria is simple: the mentors are us. so the criteria would be "the mentors are the projects participant which are the most involved in software development" (althought this is not exactly true for me!) >2. >> >> Who will your mentors be? Please enter their Google Account >> address separated by commas. If your organization is accepted we will >> email each mentor to invite them to take part. (optional) > > > [Que mettre ici?] david.mentre,felifelo[?] OK! [Any further comments?] No, I agree with your modifications! Félix ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
Re: [Demexp-dev] Re: Request for ideas on delegation
Hi David, On 5/1/07, David MENTRE <[EMAIL PROTECTED]> wrote: Hello, My own answers, after some coding and thoughts about it. 2007/4/27, David MENTRE <[EMAIL PROTECTED]>: > Internally, I use the participant identifier to identify to whom one > wants to delegate a question. Now the question is: what should be the > external API for this identifier? I've decided to use a cryptographic token, i.e. a short string, to identify each participant that wants to be a delegate. When one wants to be a delegate for other people, he creates such a delegation token and give it to other people or publish it on his web site. This delegation token is used by a participant when he want to delegate. I have a comment here. We are dealing with the threat of "stealing" the delegation: Someone can be pretending to be someone else in order to attract delegation. Of course you always have the possibility to check his votes but after a while you become confident and you don't check them anymore and problems arise. Lets call this problem "Delegation phishing". I see two strategies to avoid the problem: -First startegy: the delegation phishing prroblem is managed within demexp. You trust the demexp software to garantee that token XYZ corresponds to Alice.Bob.TRUC. In this wcase we need a mechanism that garantees it. -Second strategy: it's up to every participant to avoid delegation phishing and get the token by a trustful source (read: the person itself, not his website, or another trustful source) I assume that you are taking the second approach, and I support that, in the name of coding simplicity. > Should all participants publish their participant id? Should we use a > random identifier associated to a participant id and generated only if > a participant wants to be a delegator? In that case, what should be > the lifetime of this identifier? Up to 1024 tokens can be simultaneously active for a participant. A participant can create or delete a delegation token at will. They are valid as long as the participant does not remove them. A comment is attached to each token (for example the real user name and email address of the participant). Here we deel with what I call "Weak Delegation Anonymity". This means that you don't want to give your name to everyone because then everyone can delegate to you temporarily in order to know your vote (I know, delegate vote is different to personnal vote, but frankly, who is going to vote differently?). So you only give a token to a person you trust and you hope that this person is not going to "publish" the token and your name together (this is why I call it Weak Delegation Anonymity). Of course the person can do it but it stil provides some protection. > Another question: should it be possible to delegate to somebody that > has never voted on a question (right now, this is impossible)? That's fine with me. Félix ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
[Demexp-dev] Une question comme
Hi David, A question: would it be possible to make a simple modification to the demexp server, so that it sends an email to the classifiers (Fred and myself) when a new question arrives? This would be useful because in times where few question are raised we often forget to classify, and when a new question arrives, it takes sometimes two or three days before it's classified. With the mail system we would ensure a quick classification. I guess it could be done for the moment in a simple way by hard-coding the email adresses in the code. What do you think? Félix ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
Re: [Demexp-dev] Web Client Interface [status]
On 10/18/07, Lyu Abe <[EMAIL PROTECTED]> wrote: > Hi, > > Here's a small report of what I've obtained so far: > http://img138.imageshack.us/img138/3824/demexpinterfacev001lj2.png > > It's just tests, so probably we should not care about small details > right now. > (maybe you can tell if this presentation is "roughly" okay to you) Yes, it's roughly more than okay! It's good to see you manage to get this amount of info from the demexp server, in Python. > Next, I want to find some ways to access question details (responses, > votes, and other details if we want to include them). As David say, I would also suggest to put every on the same page intially, and try to get all different "pages" (voting, browsing questions...) work together first. Keep up the good work!! Félix ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
Fwd: [Demexp-dev] Web Client Interface [status]
Dear all, I'm sending this message again because it bounced due to too large attachement. I removed the attachement. Félix -- Forwarded message -- From: Félix <[EMAIL PROTECTED]> Date: Oct 19, 2007 6:58 PM Subject: Re: [Demexp-dev] Web Client Interface [status] To: David MENTRE <[EMAIL PROTECTED]>, Lyu ABE <[EMAIL PROTECTED]> Cc: Demexp Dev > > What I wanted to say is that you should not use a table to position > elements on the page, e.g. make a two column presentation. and > CSS should be used for that. > I attached for you the raw css material I have used on the wdialog interface I had started some time ago. There was one page that was complete: the one used to browse questions (and the login page but it's too simple). The CSS style sheet is probably clear enough to give you an idea, and the browse.ui file is an html-like syntaxe which is interpreted by wdialog to build the browsing page, but it looks very much like html so it is probably readable as such. I've also attached a screen capture. You can actually log onto this client at: http://82.240.213.32/cgi-bin/web/demexpweb.cgi but it works only if my computer is on, and it's often off! You can ask me question about it, I will try to remember what I did ;-) ! Félix body { font-family: arial; font-size: 12px; background-color:#FF; padding: 0% 0% 0% 0%; } input { font-size: 12px; } .block0 { background-color:white; } .loginfo { position:absolute; right:1%; } .block1 { background-color:#ff; padding:0% 0% 0% 0%; width:100%; } .block2 { width:100%; } .tags { float:left; margin-left:0%; background-color:#FF; width:24%; color:blue; } .questions { margin-left:25%; margin-right:0%; background-color:#FF; width:25%; color:green; } .question { margin-left:0%; margin-right:0%; width:74%; padding:1%; background-color:#FF; text-align:justify; } .details { font-size: 11px; float:right; background-color:#EE; width:22%; margin: 0% 0% 1% 1%; padding: 1%; } li { background-color:transparent; text-align:justify; } a:link { font-family:arial, sans-serif; font-size:100%; color:blue; background-color:transparent; text-decoration:underline; } table { border-width:0; } td { font-family:arial; color:black; text-align:left; vertical-align:top; background-color:transparent; border-color:gray; border-style:solid; border-width:0px; } browse.ui Description: Binary data ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
Re: [Demexp-dev] Update of Web Client Screenshots
Hi Lyu, Congratulations for the work accomplished till now! I've answered here: https://demexp.org/phpbb/viewtopic.php?p=112#112 Félix On 10/24/07, Lyu Abe <[EMAIL PROTECTED]> wrote: > Hi, > > I put some updates of the web client screenshots with several comments. > These are located on the Demexp forum: > > https://demexp.org/phpbb/viewtopic.php?p=110#110 > > As I said in my comments, all is not fully functionnal, but this is only > a matter of coding. If possible, I'd like to have some feedback on the > current status of the web client before going further... don't hesitate! > (even if you don't like it, please say it, and explain why) > > -Lyu > > > ___ > Demexp-dev mailing list > Demexp-dev@nongnu.org > http://lists.nongnu.org/mailman/listinfo/demexp-dev > ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
Re: [Demexp-dev] Web Client development status: temporarily suspended
Hi Lyu, No worries, we understand. All the best for this busy period! Félix 2007/11/27, Lyu Abe <[EMAIL PROTECTED]>: > Hello all, > > Just a note to mention that I'm quite busy these days, and I will be > absent in the next week (flying abroad). After that, I'll have 10 days > left in Japan, so I guess I'll become even more busy! > > So the web client development is postponed until, probably second half > of december or january. > > Best regards, ABE Lyu > > > ___ > Demexp-dev mailing list > Demexp-dev@nongnu.org > http://lists.nongnu.org/mailman/listinfo/demexp-dev > ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
[Demexp-dev] Bugs in web client
Hi Lyu, I've noticed a couple of bugs when trying the web client: -On the pages displaying the list of question, when one clicks on the tags above a question, this generates an error witht the following log (see [1]) -Also, when one creates a new question, there is an error if one does not specify the field "Date de clôture du scrutin". The expected behaviour would be that a question has no limit date if nothing is specified. The error page is the following (see [2]) All the best, Félix [1] - MOD_PYTHON ERROR ProcessId: 3500 Interpreter:'88.174.45.164' ServerName: '88.174.45.164' DocumentRoot: 'C:/Program Files/wamp/www' URI:'/Demexp/python/main_login.py/retrieve_qu_category' Location: None Directory: 'C:/Program Files/wamp/www/Demexp/python/' Filename: 'C:\\Program Files\\wamp\\www\\Demexp\\python\\main_login.py' PathInfo: '/retrieve_qu_category' Phase: 'PythonHandler' Handler:'mod_python.publisher' Traceback (most recent call last): File "C:\Program Files\Python25\Lib\site-packages\mod_python\importer.py", line 1537, in HandlerDispatch default=default_handler, arg=req, silent=hlist.silent) File "C:\Program Files\Python25\Lib\site-packages\mod_python\importer.py", line 1229, in _process_target result = _execute_target(config, req, object, arg) File "C:\Program Files\Python25\Lib\site-packages\mod_python\importer.py", line 1128, in _execute_target result = object(arg) File "C:\Program Files\Python25\Lib\site-packages\mod_python\publisher.py", line 213, in handler published = publish_object(req, object) File "C:\Program Files\Python25\Lib\site-packages\mod_python\publisher.py", line 425, in publish_object return publish_object(req,util.apply_fs_data(object, req.form, req=req)) File "C:\Program Files\Python25\Lib\site-packages\mod_python\util.py", line 554, in apply_fs_data return object(**args) File "C:\Program Files\wamp\www\Demexp\python\main_login.py", line 241, in retrieve_qu_category if tag_labels[tags]['a_tag_label'] == category_set[n]: NameError: global name 'n' is not defined MODULE CACHE DETAILS Accessed: Sat Mar 29 12:51:12 2008 Generation: 1 _mp_bce5f92cfe2962d94f7f0cbbc1e4f7a4 { FileName: 'C:\\Program Files\\wamp\\www\\Demexp\\python\\main_login.py' Instance: 1 Generation: 1 Modified: Fri Mar 28 19:42:23 2008 Imported: Sat Mar 29 10:42:47 2008 [2] -- MOD_PYTHON ERROR ProcessId: 3500 Interpreter:'88.174.45.164' ServerName: '88.174.45.164' DocumentRoot: 'C:/Program Files/wamp/www' URI:'/Demexp/python/main_login.py/validate_new_question' Location: None Directory: 'C:/Program Files/wamp/www/Demexp/python/' Filename: 'C:\\Program Files\\wamp\\www\\Demexp\\python\\main_login.py' PathInfo: '/validate_new_question' Phase: 'PythonHandler' Handler:'mod_python.publisher' Traceback (most recent call last): File "C:\Program Files\Python25\Lib\site-packages\mod_python\importer.py", line 1537, in HandlerDispatch default=default_handler, arg=req, silent=hlist.silent) File "C:\Program Files\Python25\Lib\site-packages\mod_python\importer.py", line 1229, in _process_target result = _execute_target(config, req, object, arg) File "C:\Program Files\Python25\Lib\site-packages\mod_python\importer.py", line 1128, in _execute_target result = object(arg) File "C:\Program Files\Python25\Lib\site-packages\mod_python\publisher.py", line 213, in handler published = publish_object(req, object) File "C:\Program Files\Python25\Lib\site-packages\mod_python\publisher.py", line 425, in publish_object return publish_object(req,util.apply_fs_data(object, req.form, req=req)) File "C:\Program Files\Python25\Lib\site-packages\mod_python\util.py", line 554, in apply_fs_data return object(**args) File "C:\Program Files\wamp\www\Demexp\python\main_login.py", line 317, in validate_new_question year = int(args['year']) ValueError: invalid literal for int() with base 10: 'no_year' MODULE CACHE DETAILS Accessed: Sat Mar 29 12:52:34 2008 Generation: 1 _mp_bce5f92cfe2962d94f7f0cbbc1e4f7a4 { FileName: 'C:\\Program Files\\wamp\\www\\Demexp\\python\\main_login.py' Instance: 1 Generation: 1 Modified: Fri Mar 28 19:42:23 2008 Imported: Sat Mar 29 10:42:47 2008 --- ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
Re: [Demexp-dev] Re: Utilisation de demexp via web2py
Salut! j'ai testé sur le serveur mis à disposition par David. J'ai pu: -m'inscrire, -voter, -ajouter des réponses, -ajouter des tags. Au chapitre des bug ou fonctionalités non implmentées: -Je n'ai pas pu me faire renvoyer le MDP (sans doute pas implémenté), -j'ai pu m'inscrire avec un MDP vide A quoi correspond le nom d'inscrit à droite? A celui qui a posé la question? Globalement, c'est tout à fait encourageant, bravo à Jean-Marc! Félix Le 11 mai 2009 23:55, David MENTRE a écrit : > Bonjour Jean-Marc, > > David MENTRE writes: > >> Suite au prochain épisode. ;-) > > Bon, j'ai exécuté web2py sans problème en local sur ma machine. > > Par contre, j'ai pas été capable malgré tous mes efforts de le faire > fonctionner en FCGI sur mon serveur. Apparement les docs sont périmées > ou j'ai loupé des trucs. > > Donc je l'ai installé en mode serveur en Python par web2py : > http://bentobako.org:8000/Demexp/ > > Ça permet à tout le monde de tester ton code. > > Amicalement, > d. > -- > GPG/PGP key: A3AD7A2A David MENTRE > 5996 CC46 4612 9CA4 3562 D7AC 6C67 9E96 A3AD 7A2A > > > ___ > Demexp-dev mailing list > Demexp-dev@nongnu.org > http://lists.nongnu.org/mailman/listinfo/demexp-dev > ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
[Demexp-dev] Re: Demexp sur Serveur
Salut Jean-Marc, > > Concernant la licence à mon sens c'est à demexp de voir , pour ma part je ne > revendique rien d'autant qu'une grosse partie du travail était déjà fait > (notamment par Lyu,David...) donc : question ouverte à soumettre à demexp Là, pour le coup, il n'y a que toi qui peut (au final) décider de la licence sous laquelle mettre ton travail! Nous ne pouvons que t'encourager à la mettre sous licence libre type GPL (par exemple en suivant les instruction sommaires ici: http://www.april.org/fr/comment-fait-pour-mettre-son-logiciel-sous-licence-gnu-gpl ) qui garanti les droits fondamentaux du logiciel libre. > Concernant le renvoit du mot de passe ("-Je n'ai pas pu me faire renvoyer le > MDP (sans doute pas implémenté),") effectivement pour l'implémenter il > faut que je désigne un serveur SMTP or, vu que jusque là je travaillais en > localhost cela n'avait pas beaucoup de sens ..Mais cela semble simple à > corriger si David me donne les références du serveur (sans doute un truc du > genre" bentobaco.org: " ?) .Il faut en plus un email valide pour > expédier . Oui, mais ce n'est pas une priorité, je ne soulevais le pb que au cas où il aurait été implémenté mais où il n'aurait pas fonctionné. Actuellement j'aurais tendance à favoriser la création de compte par demande "humaine" (par mail) mais encore une fois c'est accessoire pour l'instant. . > En tout cas merci de votre participation active ,c'est important à mon sens > de faire vivre ou revivre le projet Demexp qui manque cruellement aux > citoyens d'aujourd'hui (même s'ils n'en ont pas encore conscience...) . Je pense que bcp de gens sentent confusément qu'il y a quelquechose qui cloche! Demexp est une voie possible pour que la démocratie s'exerce, même si on en est encore loin. Amicalement, Félix ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
[Demexp-dev] Re: Demexp: Du paradoxe des ré ponses ajoutées...
Salut Jean-Marc, > 1- On considère que le vote déjà fait aurai ignoré la nouvelle réponse ,en > créant des matchs où les réponses choisies sont >N+1... Oui, je pense qu'il faut choisir cette option. On peut se baser sur le fait que l'utilisateur aurait de toute façon classée la nouvelle réponse en mauvaise position, vu qu'il ne l'a pas proposée à l'époque où il a voté. > 3-On ne met la question en vote que lorsque le "pool" de réponses est clos > interdisant donc l'ajout de nouvelles réponses ... Ca je pense qu'il faut l'éliminer: il faut toujours conserver la possibilité d'ajouter une nouvelle réponse. > 4-On prévient les votants ayant déjà voté de l'apport d'une nouvelle réponse > leur proposant de revoter si finalement la nouvelle réponse leur convient... Oui, ça c'est l'idéal. Au niveau de l'interface, il faudrait que l'utilisateur puisse distinguer entre une question sur laquelle il n'a jamais voté, une question sur laquelle il a déjà voté, et une question sur laquelle il a déjà voté mais où une nouvelle réponse est proposée. (de même qu'actuellement un logiciel de mail te permet de distinguer les mails déjà lus de ceux qui ne l'ont pas été). Amicalement, Félix ___ 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: De la transparence du vote des délégués...
> > Au passage, on retombe sur un problème déjà posé : est-ce qu'on > accepte des logins « Pinpin des bulletins » ? Les membres de > demexp-canal-historique étaient clairement contre. Le but étant de faire un système dans lequel on vérifie l'identité de chaque personne (pour éviter qu'une personne ne s'inscrive plusieur fois) il vaut mieux avoir un login "sérieux" du type Prénom.NOM, ça évite d'avoir à maintenir une base de donnée des associations entre vrai nom (nécessaire pour vérifier l'existence de la personne) et pseudo rigolo. > > À mon avis, on ne devrait rien demander à un délégué : n'importe qui > peut le devenir, sans avoir rien à faire. Pas de barrière à l'entrée. Je suis d'accord avec cette position. Félix ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
[Demexp-dev] Re: De la transparence du vote des délégués ...suite
Le 27 mai 2009 10:31, Fauché Jean-Marc a écrit : > Bonjour, > Que pensez vous de ceci: > La délégation ne pourrait se faire que par question ou sujets, c'est à dire > :Si Mr X estime être expert dans un domaine ,il se propose d'accepter la > délégation sur ces questions et seulement celles ci ;ce faisant il rend son > vote visible (uniquement pour les items concernés) ;et accède à un champ > texte où il peut argumenter de sa position et éventuellement exposer ses > compétences . > Un usager souhaitant déléguer son vote pour une question ou un sujet car ne > se sentant pas compétent peut consulter la liste des délégations possibles , > leurs argumentaires,et les votes qu'ils proposent ... Oui c'est une approche possible qui résoud une grande partie du problème. Ca ne résoud pas le problème suivant: je veux bien être le délégué de mon pote Machin sur la question Bidule, mais de lui seul, et je ne veux pas que les autres puissent voir mon vote. Une approche complémentaire consiste à mettre en place un mécanisme d'acceptation de délégation: le délégué "accepte" qu'Untel lui donne une délégation sur une question. Si il n'a pas envie qu'Untel voit son vote, il n'accepte pas la délégation. > > Je pense qu'en tout état de cause on ne peut demander à un usager de > déléguer son vote sans qu'il puisse savoir comment il a été utilisé !Cela > implique la transparence du vote du délégué ! > Je ne serais pas aussi tranché: dans le système actuel, la procuration ne te donne aucun moyen de savoir ce que ton "délégué" vote pour toi: simplement tu as une grande confiance en lui. Ce système a plein d'avantages: -Il permet de conserver le secret du vote, bien sûr -Il donne une importance plus grande à "l'évaluation" de ton délégué (dans ce système tu ne va pas délégué à qq que tu ne connais pas et qui fait sa pub sur internet) et favorise le lien social et le débat (je sais: ce n'est pas forcément le rôle de demexp) -Si tu as peur que la personne n'aie pas voté comme tu le souhaite, tu restes libre de reprendre ton vote Encore une fois, je ne dis pas que c'est la bonne approche, simplement elle a certains mérites qui doivent être comparés à ceux des autres approches. > David à émis l'hypothèse de A délègue à B qui délègue à C (voir à A !!), > à mon avis il faut interdire ces pratiques qui me semblent un non sens et > qui revient à dire : "Moi j'y connais rien mais je me propose de voter pour > vous parce que je connais un mec qui connais un mec qui lui s'y connait ..." > .Pour moi c'est à éviter et celui qui accepte d'être délégué pour une > question ne doit pas pouvoir déléguer pour ces mêmes questions . > On avait pas envisagé ça mais pourquoi pas: ça veut dire que si tu te déclare "déléguable" sur un sujet, tu t'engages à voter toi-même et donc à suivre l'actualité dans le domaine, bref à te former une opinion éclairée. Et ça simplifie l'implémentation! Félix ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev
Re: [Demexp-dev] Demexp: Bugs à Gogo?
Salut Jean-Marc, Le 28 mai 2009 14:45, Fauché Jean-Marc a écrit : > Bonjour, > J'ai vraiment trop honte du fonctionnement en ligne... Il n'y a aucune honte à avoir. > Si jamais cette version plantait ,peut être faudra-t-il faire une pause > (arrêter les test en ligne le temps d'avoir une version stable) pour ne pas > décrédibiliser Demexp ou lasser les utilisateurs potentiels.. Si ça peut te rassurer, pour l'instant ça ne va pas lasser trop de monde vu que le projet est largement confidentiel. Donc aucun souci à se faire! Il vaut mieux qu'on puisse te remonter des bugs tout de suite et donc qu'on aie accès régulièrement à la version à jour. Bon courage pour la suite, Félix ___ Demexp-dev mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/demexp-dev