[Demexp-dev] Re: De la transparence du vote des délégués ...suite
Le 27 mai 2009 10:31, Fauché Jean-Marc jm.fau...@free.fr 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] (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: 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
[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
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 dmen...@linux-france.org a écrit : Bonjour Jean-Marc, David MENTRE dmen...@linux-france.org 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 dmen...@linux-france.org 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] 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] 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
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
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 demexp-dev@nongnu.org
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. DIV 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] 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
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
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 mailing list Demexp-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo
