LIQD

LIQD est un outil de démocratie liquide basé sur le logiciel allemand "Adhocracy".

C'est un projet visant à doter le Parti Pirate d'un outil similaire mais adaptable à nos besoins, à nos spécificités juridiques, ou culturelles.

ATTENTION CE PROJET N'A PAS ETE MENE A TERME. LE PARTI PIRATE UTILISE ACTUELLEMENT LIQUIDFEEDBACK.[1]

INTRODUCTION

Le sujet a été lancé sur le forum du Parti Pirate ici : [2]

Il fait suite aux nombreux #FAIL de certains membres du PP pour installer Adhocracy. (Pas doués, mais motivés)

La cible est :

Un outil fonctionnellement similaire bien que simplifié sur certains points (normes, variants, etc..)
Un outil simplifiée techniquement. Moins de dépendances, facile à installer, déployer, adapter, etc...

Création d'une instance par un membre du PP (Appelons le "TOTO"). Une instance est un sujet de réflexion. (Exemple : Refonte des statuts du PP)
Dans cette instance, TOTO va définir le sujet, une introduction, et les "normes existantes". Une norme est un élément déjà existant sur le sujet en cours. (Exemple : Les différents points présent dans les statuts)
Les utilisateurs (Appelons les "A", "B" et "C") vont rejoindre et échanger sur le sujet avec d'autres membres de la communauté.
Les utilisateurs (A, B, C et TOTO) vont proposer et voter pour des variantes aux normes actuelles. (Exemple : Variante à la composition du bureau : 1 seul président et non de coprésidences à 2, 3, 4, ou même 42)
Les règles sont validées. Le résultat final est un statu quo (règle initiale existante) ou une des variantes proposées
Une instance dispose d'une durée de validité définie dans le temps. A la fin de cette période, il est possible de prolonger les discussions ou valider définitivement l'instance avec les règles votées.

(Les spécifications techniques ci-dessus peuvent évoluer en fonction des besoins ou l'évolution du projet)

Cyril <CRL> B => Responsable du projet, coordinateur, développeur, graphiste, admin, fait le café et apporte le petit dej' le matin.
Citation : Si quelque chose « peut » mal tourner, alors cette chose finira « infailliblement » par mal tourner »
manudwarf => curieux, beta-testeur, traducteur, trolleur
qqdqq => curieux, beta-testeur, trolleur
Tukish => aide développement, traducteur
Tons_1 => aide au développement
Qui d'autre ? /-)

Attention, le schéma de la base de données est susceptible d'évoluer.

Quelques précisions :

Toutes les tables sont préfixées liqd_
La table blocs permet de gérer les blocs statiques (Exemples qui-sommes-nous, plan-du-site, informations-générales, etc...)
Le tstamp permet de gérer l'accès concurrentiel aux données.
On récupère le tstamp lors de l'ouverture de la page et on le compare avec sa valeur dans la base de données lors d'une mise à jour. Si le tstamp est différent, on alerte l'utilisateur que la donnée a changée entre temps.
Le checksum permet de valider l'intégrité des données d'une ligne. Il est calculé avec une clé privé et l'ensemble des données de la ligne.
Les tables comment, votes, tags ne sont pas liées à une table en particulier car il peut y avoir des tags, ou des commentaires sur des propositions ou des motions. Il peut même y avoir des commentaires sur des commentaires. Pour cela, on utilise 2 colonnes pour identifier la table cible et la ligne.
statTable permet d'identifier la table liée
statLine permet d'identifier la ligne liée dans la table référencée par statTable