DDD spécification

De Le modèle M3M
Aller à la navigation Aller à la recherche

Introduction

Le modèle démocratique DDD se matérialise pour les acteurs de la démocratie par un logiciel DDD.

Cette page contient les spécifications de développement du logiciel DDD. Ces spécifications sont rédigées et entretenues par Philippe Gonze, créateur et rédacteur du modèle M3M et de DDD.

Cette page de spécification prolonge le document général de la la DDD, et le contenu de celle-ci peut être considéré comme à la fois base et complément des spécifications. 

Deux implémentations du logiciel DDD sont considérées:

  • La maquette, accessible en ligne dès 2014, réalisée bénévolement par Nathan Tossens. Elle montre les principes de fonctionnement d'une démocratie DDD, mais de manière simple et légère.
  • La version réelle, qui devrait suivre exhaustivement les présentes spécifications, mais qui ne sera développée que le jour où le modèle démocratique DDD sera effectivement adopté et mis en place.

Dernière mise à jour de cette page: 30 novembre 2014.

Généralités - contexte d'utilisation et prérequis

Le logiciel DDD est une application web. Cela signifie qu'elle fonctionne au sein d'un navigateur Internet.

Il doit être opérationnel sur les operating system suivants: Windows, Linux, MacOs.

Il doit être opérationnel avec au moins 3 navigateurs populaires (par exemple Chrome, Firefox, IE).

Il doit aussi être opérationnel sur les plates-formes portables populaires (tablettes, GSM android, GSM iPhone).

Les prérequis en terme de mémoire, de puissance de calcul et de bande passante doivent être très tolérants. Le logiciel DDD ne peut être vorace ni en mémoire ni en transfert de données.

Pour ce qui concerne les paramètres graphiques, le logiciel DDD doit être utilisable avec toute configuration graphique supérieure ou égale à 1280x1024 pixels.

Maquette: Seulement WIndows & Linux nécessaires. Seulement Chrome et IE nécessaires. Les autres environnements peuvent, mais ne doivent pas être testés et vérifiés.

Concepts

Les concepts suivants sont manipulés au sein du logiciel DDD.

Champ de compétence

Un champ de compétence est un des segments où s'exerce le mécanisme de délégation digitale

Le nombre de champs de compétence et la liste des champs de compétence sont figés. Exceptionellement des CCs peuvent été ajoutée, fusionnés, ou retirés.

Les attributs d'un champs de compétence sont:

  • un intitulé par langue
  • une couleur
  • un logo (dont la couleur dominante est la couleur attribut)

A un champ de compétence est lié un collège de gestion.

Votant

Un votant est un émetteur de vote.

Tout utilisateur est un votant autorisé à voter, et ce parallèlement dans tous les champs de compétence.

Toute délégante est un votant autorisé à voter seulement dans le(s) champs(s) de compétence ou elle est active.

Il n'y a aucun attribut pour les votants.

Votable

Un votable est un objet qui peut être choisi par vote.

Le concept de votable regroupe les candidats et les délégantes.

Les votables possèdent les attributs suivants:

  • une séquence de couleurs (deux pour un représentant, trois pour un candidat, quatre pour une délégante). Cette séquence de couleur sera traduite en un gradient muticolore circulaire, la première couleur étant centrale et la dernière étant périphérique.
  • une image-logo (50x50 pixels)
  • une URL de communication (lien vers un site ou le votable expose tout ce qui le concerne)

Utilisateur

L'utilisateur est de manière générale le citoyen humain ayant des droits démocratiques.

L'utilisateur est un votant.

Il peut être votable au titre de représentant.

Il peut être votable au titre de candidat.

Il ne peut être à la fois représentant et candidat.

Il peut être administrateur au sein d'une ou plusieurs délégantes.

Il peut être gestionnaire d'une délégante (au plus).

Ses attributs sont:

  • un id (clé d'identification unique, telle que celle figurant sur la carte d'identité)
  • nom, prénom, lieu et date de naissance
  • un indicateur logique indiquant si l'utilisateur est déchu de ses droits civiques
  • un indicateur logique indiquant si l'utilisateur dispose de droit d'administration technique DDD
  • une couleur (par défaut elle est générée pseudo-aléatoirement à partir de son id)
  • une photo (genre identité)

Statut

Chaque électeur possède, dans chaque champ de compétence l'un des trois statuts suivants:

  • électeur (simple électeur). C'est la situation de la majorité des utilisateurs et le statut par défaut
  • représentant
  • candidat

Représentant

Un utilisateur peut ou non être représentant dans un ou plusieurs champs de compétence.

Le représentant possède les attributs de l'utilisateur et ceux du votable (2 couleurs).

Candidat

Un utilisateur peut ou non être candidat dans un ou plusieurs champs de compétence.

Le candidat possède les attributs de l'utilisateur et ceux du votable (3 couleurs).

Note technique: Les représentants et les candidats constituent, en terme OO, de cas de double héritage: le candidat et le représentant héritent des attributs de l'utilisateur, masi aussi de ceux du votable. A traiter éventuellement par la notion OO d'interface.

Vote

Il existe un vote pour chaque combinaison votant - champ de compétence.

Donc pour N votants et M champs de compétence, il existe une matrice de NxM données de vote.

Les possibilités de vote sont reprises dans le tableau suivant (la colonne de gauche spécifie le votant, les titres des autres colonnes spécifie les votables):


Electeur Abstention
Représentant Candidat Délégante Self? Vote négatif?
Electeur simple
x
x x x
possible
Electeur-représentant


x x
non
Electeur-candidat




forcé non
Délégante


x x possible non

Les attributs d'un vote sont (outre l'identification du votant et le champ de compétence):

  • l'indicateur logique d'abstention
  • la date de dernière modification non-abstention (une référence temps)
  • le signe (positif ou négatif) du vote
  • la référence du votable choisi (le représentant choisi ou le candidat choisi ou la délégante choisie)

Le vote d'un représentant peut se diriger vers une délégante ou vers un candidat.

Le vote d'un candidat est toujours réflexif: un candidat vote automatiquement pour lui-même en tant que votable.

Le vote d'une délégante peut être réflexif ou non. Si le vote est réflexif, la délégante est dite directe et vise le pouvoir. Si le vote est non réflexif, la délégante est dire indirecte, et son action, semblable à celle d'un représentant, vise à grouper et à diriger des votes, à la manière d'un lobby.

De plus le vote d'un utilisateur peut-être réparti. Dans ce cas, le votant désigne non pas un mais plusieurs (max 4) votables. Chacun des votables choisis reçoit une fraction égale du vote (1/2, 1/3 ou 1/4).

Une délégante ne peut produire un vote réparti.

Par défaut, tous les votes sont des abstentions, et ne doivent pas être enrégistrés en tant que tels dans le mémoire du logiciel DDD.

Par contre, si un utilisateur revient à l'abstention après une période de vote explicite, la date de la dernière modification non-abstention doit être conservée.

Maquette: Le vote réparti peut, mais ne doit pas être traité dans la maquette. Et cette option (qui rend les écrans un peu plus complexes) ne doit apparaître que si l'utilisateur exprime (en cochant un checkbox) le désir explicite de passer au vote réparti.

Maquette: Le vote négatif peut, mais ne doit pas être traité dans la maquette.

Délégante

Une délégante est une entité non humaine jouant un role dans le mécanisme de propagation des votes.

Une délégante est toujours à la fois votant et votable.

Une délégante visant l'exercice de responsabilités vote pour elle-même et est appellée délégante directe.

Une délégante visant la pression démocratique par le groupement de votes vote pour une autre délégante et est appellée délégante indirecte.

Chaque délégante est caractérisée par:

  1. des attributs de votables. Ceux-ci incluent 4 couleurs. La page pointée par l'URL d'une délégante devrait être assez riche en contenu. Elle devrait notamment mentionner son administrateur général, ses administrateurs et ses représentants actifs ou susceptibles de le devenir.
  2. des attributs spécifiques:
  • un ou plusieurs champs de compétence (celui ou ceux dans lesquels la délégante est active)
  • un nom
  • un administrateur général (un utilisateur exercant une fonction centrale dans la délégante)

Enfin, la délégante est caractérisée par les éléments suivants, choisis et maintenus par elle

  • un ensemble d'administrateurs, qui sont simplement des utilisateurs jouant ce rôle dans cette délégante (ils ont reçu ce pouvoir de l'administrateur principal).
  • un ensemble de délégués, qui représentent la délégante au sein du ou des collèges de gestion où cette délégante participe effectivement au collège de gestion.

Le logiciel DDD ne définit ni n'impose aucune autre règle sur le fonctionnement interne d'une délégante. Les mécanismes de choix des administrateurs et des représentants est une règle interne à la délégante.

Le logiciel DDD ne définit ni n'impose un concept d'adhérent. Il y a les administrateurs et les utilisateurs qui votent pour elle, plus éventuellement des rôles quelconques définis au sein de la délégante, mais qui ne concernent pas le logiciel DDD.

Collège de gestion

Un collège de gestion est un ensemble d'utilisateurs (les gestionnaires du collège).

Un collège de gestion est défini dans chaque champs de compétence.

Dans chaque champ de compétence, et donc dans chaque collège de gestion, il existe un ou (généralement) plusieurs gestionnaires.

Gestionnaire

Les membres du collège de gestion sont les gestionnaires.

Les gestionnaire peuvent être soit des candidats (directs) soit les délégués de délégantes directes.

Décompte électoral

Ce concept existe au sein de chaque champs de compétence. C'est une donnée calculée (en permanence, ou au moins lorsque les votes changent).

Cette donnée existe pour chaque votable.

C'est le nombre de voix obtenu par le candidat ou par la délégante.

Le mécanisme de décompte des voix obéit aux règles suivantes:

  • pour tout votable, le décompte de voix obtenues et égal au nombre de voix directes (émises par un utilisateur) et indirectes (émises par des représentants et par délégantes).
  • en cas de vote réparti, le décompte intègre 1/2 voix si le votant a émis 2 votes, 1/3 voix si le votant a émis 3 votes, 1/4 voix si le votant a émis 4 votes.
  • les votes en boucle sont écartés du décomptes

Les boucles de vote de délégantes constituent un point technique relativement complexe en terme d'algorithmique. Soient Va, Vb, Vc,... des délégantes (votants votables). Si Va vote pour Vb et Vb pour Va, le débouclage remplace ces votes par Va vote pour Va et Vb pour Vb (votes réflexifs). Idem pour des boucles à 3 ou davantage de votants. Les algorithmes de détection de boucle peuvent être lourds. 

Le décompte électoral est donc un chiffre qui est entier si tous les votants donnent des votes entiers ou des votes simples, mais qui est fractionnaire si certains votes sont répartis.

Poids électoral

Ce concept existe au sein de chaque champs de compétence. C'est une donnée calculée (en permanence, ou au moins lorsque les votes changent).

Cette donnée existe pour chaque votable.

Pour chacun d'eux c'est le rapport entre leur propre décompte électoral et la somme des décomptes électoraux de tous les votables.

Poids de gestion

Ce concept existe, dans chaque champ de compétence pour chaque gestionnaire. C'est une donnée calculée (en permanence, ou au moins lorsque les votes changent).

Cette donnée existe pour chaque gestionnaire.

Pour chacun d'eux c'est le rapport entre leur propre décompte électoral et la somme des décomptes électoraux de tous les gestionnaires du collège de gestion.

C'est donc aussi, par calcul, le rapport entre leur propre poids électoral et la somme des poids électoraux de tous les gestionnaires du collège de gestion.

Poids de gestion majoritaire minimal (PGMN)

Il s'agit d'un paramètre démocratique global. C'est la valeur minimale de la somme des poids de gestion cumulés des gestionnaires d'un collège de gestion actif.

Ce chiffre est donc la représentation formelle de l'idée de 'majorité apte à la gestion'.

Lorsque les changements de vote mettent un collège de gestion en-dessous du poids de gestion majoritaire minimal, le collège de gestion est déclaré invalide (il doit être agrandi ou modifié pour atteindre et franchir à nouveau le PGMN).

Le logiciel DDD ne fournit pas de règle de construction des collèges de gestion. Il suppose que des mécanismes de négociation amènent des combinaisons de votables à s'associer pour former un collège de gestion disposant de facto d'une stabilité liée à un poids global (cumulé) excédant le PGMN.

Maquette: le poids de gestion majoritaire est de 0.5. La négociation est remplacée par une mécanisme d'association basique qui réunit un nombre minimum des plus gros votables de manière à franchir le PGMN. 

Délai de changement de vote (DCVd et DCVu)

Il s'agit d'un paramètre démocratique global. C'est le délai minimum pour changer d'avis, c'est à dire pour introduire un nouveau vote.

Normalement (par défaut), ce délai est de 70 jours pour une délégante (DCVd), et de 7 jours pour un utilisateur (DCVu).

Maquette: le délai est de 1 jour (DCVd et DCVu).

Système

Plusieurs occurences du logiciel DDD peuvent tourner simultanément.

Ces occurences sont appelées 'systèmes DDD'.

A chaque système est associée une base de données propre et complète.

Un système DDD est caractérisé par les attributs suivants:

  • un code général (utilisé pour identifier la base de donnée notamment)
  • un nom explicite, a afficher dans des titres, et mentionnant l'espace démocratique (par exemple: "Etats Unis d'Europe").
  • un paramètre MNBD (une valeur qui est par défaut 0.5)
  • un paramètre DCVd (une valeur (en jour) qui est par défaut 70 (maquette : 1)) 
  • un paramètre DCVu (une valeur (en jour) qui est par défaut 7 (maquette : 1))

Les systèmes DDD sont cloisonnés. Aucune donnée n'est partagée par deux systèmes.

Transparence

De manière générale, toutes les informations de la base de donnée sont de préférence transparents et visibles par tous.

Dans DDD, le vote secret n'est pas la norme!

Un utilisateur peut demander au sein de logiciel que tout ou partie de ses votes ne soient pas public, mais s'il fait cela, il ne peut exercer aucune fonction démocratique (il ne peut être ni représentant, ni candidat, ni administrateur de délégante).   

Par contre les informations constitutives de la base de données DDD ne sont modifiables, et notamment les votes, que suivant des régles strictes. 

Maquette: aucun vote secret, sans exception.

Langues

Le logiciel DDD est multilingue. L'utilisateur peut à tout moment choisir la langue de l'interface. Les langues à déployer sont ajoutées dans des tables linguistiques, qui sont maintenues indépendamment du logiciel.

Maquette: Pour la maquette, les langues disponibles seront dans l'ordre: français, anglais, néerlandais. Les premières versions de la maquette sont unilingues français.

Voici une table de traduction des termes principaux du logiciel DDD:

Français English
DDD DDD
Utilisateur User
Vote Vote
Votant Voting
Votable Votable
Représentant Intermediary
Candidat Candidate
Délégante Delegating
Champ de compétence Competence field
Collège de gestion Competence board
Gestionnaire Board member
DCVu (délai de changement de vote utilisateur)
VSDu (vote switch delay for user)
DCVd (délai de changement de vote délégante)
VDDd (vote swith delay for delegating)

Couleurs et logos

Les champs de compétence, les délégantes et les candidats sont caractérisés notamment pas des couleurs et des logos.

Pour les champs de compétence, les couleurs et les logos sont prédéfinis dans une table ad hoc, sous forme de composantes RGB.

Pour un candidat, la couleurs et le logo sont choisis par lui. Le choix de la couleur est nécessaire. Celui du logo est optionnel. Par défaut, le logo est un gradient bicolore circulaire, la couleur centrale étant celle choisie, la couleur périphérique étant 

Pour une délégante et pour un candidat, les couleurs et le logo sont choisis par les administrateurs de la délégante. Le choix de la couleur est nécessaire. Celui du logo est optionnel.

Maquette: les logos sont absents, ou limités à des surfaces qui sont des gradients circulaires qui sont bicolores, la couleur centrale étant la couleur choisie, et la couleur préiriphérique étant par défaut la blanc.

Navigation

L'écran affiché contient toujours trois zones:

  • La zone supérieure (bandeau)
  • La zone intermédiaire (menu) contient des menus.
  • La zone principale (travail) contient des informations consultables et des zones éditables. C'est la zone de travail.

La zone supérieure, dont la hauteur ne peut excéder 8% de la hauteur d'affichage disponible reprend les informations suivantes:

  • Le logo DDD.
  • Une référence au contexte démocratique traité, en grand et bold: par exemple le nom d'un pays. (maquette: 'Etats Unis d'Europe')
  • L'intitulé complet "Démocratie par Délégation Digitale" en petit et italique.
  • Le nom, le prénom et l'identifiant unique de l'utilisateur connecté, ou bien un vide si aucun utilisateur n'est connecté.
  • Optionnellement et en petit, la date, l'heure et le lieu.
  • L'indicateur de langue active - qui est aussi un bouton permettant de changer de langue.

La zone intermédiaire, dont la hauteur ne peut excéder 5% de la hauteur d'affichage disponible, contient des choix directs et/ou des choix via menus. 

Le contenu de la zone de travail est extrêment variable.

Menus

La partie droite du menu est fixe et comprend 3 choix:

"Connexion" (lorsque0aucun utilisateur n'est connecté) ou "Déconnexion" (lorsqu'un utilisateur est connecté). 

"Documentation". Ce choix déclenche l'ouverture, dans un tab nouveau du navigateur, de la page wiki "DDD". Cette page elle-même permet diverses autres options de navigation, mais cela est traité au sein du wiki.

"A propos". Ce choix déclenche l'affichage d'un contenu fixe. Ce contenu comprend des informations sur le logiciel, sur ses auteurs, et sur le contexte de fonctionnement de l'application.

La partie gauche du menu n'apparaît que lorsqu'un utilisateur est connecté. Elle est dynamique, au sens ou certains choix peuvent n'apparaître que pour certains utilisateurs.

Le choix "Mes Votes" est toujours présent. Le sous-menu contient "vue globale" et un item pour chaque champ de compétence.

Le choix "Résultats" est toujours présent. Le sous-menu contient un item pour chaque champ de compétence.

Le choix "Délégantes" est toujours présent. Le sous-menu contient "Toutes" et un item pour chaque champ de compétence.

Le choix "Responsabilités" est toujours présent. Le sous-menu contient divers choix parmi les suivants: "Candidat" "Administrateur de délégante" "Gestionnaire Collégial". Pour chaque choix, l'intitulé précise la champ de compétence concerné. Donc un utilisteur peut voir dans ce sous-menu "candidat éducation" et "candidat environnement" (par exemple). Ces choix donnent accès à toutes les fonctions qu'impliquent ces responsabilités, à l'exception des votes.  

Le choix "Vote de délégante" n'est présent que pour les utilisateurs ayant effectivement une fonction d'administration d'une délégante (ou plusieurs). Il y a un sous-choix pour chaque combianison délégante/champs de compétence, les délégantes étant celles au sein desquelles l'utilisateur exerce des fonctions d'administration, et les champs de compétence étant, pour chaque délégante, celle ou est active la délégante 

Le choix "Administration Technique" n'est présent que pour les utilisateurs ayant un droit d'administration technique. Les sous-choix sont: "Tables DDD (mysql)", "Gestion des utilisateurs", "Gestion des CC", "Gestion des délégantes","Gestion des droits", "Utilisation & Traces".

Zones de travail

La zone de travail peut avoir divers contenus, décrits ci-dessous.

Navigabilité générale: Partout ou apparaissent des votants, un signal de navigation permet de naviguer vers une page affichant le vote de ce votant dans un ou dans tous les champs de consultation, suivant le contexte de la zone source (propre à un seul champ de compétence ou non). Ce signal est un petit logo représentant un crayon de vote.

Vote (8 variantes)

L'écran de vote est le plus important et le plus complexe. Il se décline en 8 combinaisons d'attributs (2x2x2):

  • le type de votant (délégante ou utilisateur en direct). Il peut s'agir de l'utilisateur connecté (capable de modification) ou d'un autre votant (incapable de modification: consultation seulement)
  • le mode: consultation ou modification
  • le champs de compétence : spécifié ou non (s'il est non spécifié, cela implique que tous les champs de compétence possibles sont pris en compte, listés).

Dans tous les cas, la zone de travail contient en évidence et en hauteur:

  • le champ de compétence: logo et nom (ou rien si champs de compétence non spécifié).
  • les coordonnées du votant (de l'utilisateur ou de la délégante) : logo, nom, URL. L'intitulé affiché est explicite: "Mes votes" (utilisateur avec possibilité de modification) ou "Vote du citoyen X" (pour un utilisateur dont le vote est consulté), ou "Vote de la délégante Z" (pour une délégante).
  • la date de la dernière précédente modification de vote (non-abstentionniste). Si à cause du délai, la modification n'est pas encore autorisée, la zone de travail indique: "pas de nouvelle modification autorisée avant ..."  

En mode consultation, il n'est possible que d'observer les chaînes de délégation.

En mode modification, il est possible non seulement d'observer, mais aussi de modifier. La possibilité de modification se manifeste par le présence d'un bouton de navigation (logo-crayon, hint "mettre à jour le vote") à coté de chaque référence à un champ de compétence. 

De manière générale, l'écran affiche sous forme d'un (ou plusieurs) graphes la chaîne de délégation, depuis le votant jusqu'au collège de gestion.

A l'extrèmité droite du graphe droite figure toujours le nom du champ de compétence (NCC)
Examples (X, Y, Z sont à remplacer par les noms des votables)

  • >> abstention [NCC]
  • >> candidat:X (poids électoral x%) >> membre du collège de gestion (poids de gestion y%) [NCC]
  • >> candidat:X (poids électoral x%) -| ... non gestionnaire [NCC]
  • >> délégante:Y (poids électoral x%) -| ... non gestionnaire [NCC]
  • >> délégante:Y (poids électoral x%) >> membre du collège de gestion par représentant Z (poids de gestion y%) [NCC]
  • >> délégante:Y (poids électoral x%) >> candidat:X (poids électoral x%) >> membre du collège de gestion (poids de gestion y%) [NCC]
  • >> délégante:Y (poids électoral x%) >> délégante:Y2 (poids électoral x%) >> membre du collège de gestion (poids de gestion y%) [NCC]
  • etc...

Chaque graphe en chaîne se présente comme une suite d'objet disposés horizontalement, de gauche à droite, et liés entre eux par des flèches (représentant le vote).

S'il y a plusieurs graphes, ils sont disposés comme une succession de lignes horizontales.

En cas de vote réparti, un votant aura plusieurs lignes graphes par champ de compétence.

La philosophie générale de ces écrans est toujours globalement ceci: il s'agit d'un récapitulatif des choix de l'utilisateur connectés, et de ses mécanismes effectifs de représentation démocratique.

Résultats (pour un champ de compétence)

L'écran affiche le champ de compétence concerné (nom et logo) et deux ensemble pondérés.

Les ensemble pondérés sont (au choix de l'utilisateur) visible sous forme

  • soit de deux pie charts
  • soit d'un tableau

Le premier pie chart (à gauche) est intitulé "Poids électoraux", et met en présence tous les votables qui ont obtenu un poids électoral. Sous le chart figurant également le nombre totals de votes actifs et le nombre d'abstentions (et les pourcentages correspondant).
Le second pie chart (à droite) est intitulé "Poids de gestion", et met en présence tous les gestionnaires qui font partie du collège de gestion. Sous le chart figurent également le nombre total de votes représentés dans le collège de gestion et le pourcentage de votes. transmis au collège de gestion. Pour les votables candidats, seul figure le nom du candidat. Pour les votables délégantes figurent à la fois le nom de la délégante et le nom de son représentant. 

Pour rendre plus visible la correspondance entre les deux pie charts, les éléments communs figurent à droite du pie chart de gauche. Le pie chart de droite est organisé horlogiquement en poids décroissant. Dans le pie chart de gauche, les votables communs aux deux pie charts sont mis en évidence et sont triés dans le même ordre, et visiblement dissociés des autres (ceux qui n'ont pas atteint le collège de gestion).   

De même le votable choisi par l'utilisateur apparaît clairement dans le premier pie-chart, et éventuellement dans le second. Si l'utilisateur a choisi un vote réparti, ce sont plusieurs pies qui peuvent ainsi être mis en évidence.

Comme il peut y avoir un nombre considérable de pies dans un chart, l'ensemble des pies représentant chacun moins de 1% est omis du chart, et repris sous forme d'un pie unique (grisé ou flouté) intituté 'autres votables'. 

Pour l'affichage en mode tableau, par contre, les données sont exhaustives. Il y a une ligne par votable, et les colonnes sont:

  • nom du votable (les noms des candidats et ceux des délégantes doivent être bien dissociables: polices et/ou styles distincte)
  • logo
  • l'URL (hyperlien s'ouvrant dans un tab séparé)
  • vote (il s'agit d'un lien vers la page vote affichant, pour le champ de compétence concerné, les votes de ce votant en mode consultation s'il est votant dans ce champ de compétence). Ceci est donc vide pour un votable (candidat ou délégante) qui conserve le vote pour lui-même, donc qui n'est pas votant.
  • pour un votable de type délégante, le nom de son administrateur général
  • décompte électoral
  • poids électoral
  • poids de gestion (pour une délégante arrivée en gestion)
  • représentant (pour une délégante arrivée en gestion)

Des tris sont possibles sur toutes les colonnes (sauf le logo et l'URL). 

De manière générale 

Choix de votable (pour un votant et un champ de compétence)

Ceci doit permettre à un utilisateur de choisir entre les possibles votables pour le champ de compétence concerné, indépendemment des résultats obtenus par ces votables.

Il montre donc la liste des votables disponibles pour le champ de compétence donné.

L'écran mentionne le nom du votant (nom, prénom, id, logo).

Il contient ensuite trois tables.

La première partie "Vote en faveur de:" (supérieure et courte) contient les choix actuels positifs du votant, sous forme d'un tableau contenant de 0 à 4 lignes.

La seconde partie "Vote contre" (une ligne ou rien) contient le possible choix actuel négatif du votant, sous forme d'un tableau contenant 1 ligne ou rien.

La troisième partie "Votes disponibles" (inférieure et longue) contient les choix possibles du votant, sous forme d'un tableau contenant un nombre de ligne important. Les choix actuels en font partie, mais sont highlightés.

Toutes les lignes sont semblables à celles de l'écran 'résultats' en mode tableau mais sans aucun résultat chiffré (seulement les données informatives) sur, au choix (via choix multiple)

  • les délégantes
  • les candidats
  • les délégantes et les candidats

Les lignes des deux tables supérieures contiennent un boutons "supprimer", ce qui indique un vote (positif ou négatif) à désactiver.

Les lignes de la grande table inférieure contiennent deux boutons: "Voter pour" et Voter contre". Ces boutons sont absents pour les votables qui figurent déjà dans l'une des tables supérieures.

Quand ces divers boutons sont pressés, les contenus des trois tables sont mis à jour (pour la grande table inférieure, il y a des boutons qui apparaissent et disparaissent.

Les diverses actions modifient l'affichage, mais pas le vote effectif. Pour marquer un vote effectif, l'utilisateur doit sélectionner un bouton général "Appliquer les changements de vote".

S'il ne souhaite pas procéder au changement, l'utilisateur dispose d'une autre bouton général: "Annuller les changements de vote".

Cet écran ne peut être quitté que lorsque les changements en attente ont été soit appliqués oit annullés.

Il est interdit d'avoir sumultanément des votes positifs et un vote négatif. Une action du votant qui aboutirait à cela déclenche un message d'erreur tel que : "Vous devez éliminer les votes positifs avant d'introduire un vote négatif"  ou "Vous devez éliminer le vote négatif avant d'introduire un ou plusieurs votes positifs". De même il est interdit d'introduire plus de 4 votes positifs ("Vous ne pouvez pas introduire plus de 4 votes positifs") , ou plus d'un vote négatif ("Vous ne pouvez pas introduire plus d'un vote négatif").