Zum Inhalt springen.
Sympa Menü

ag-liquid-democracy - Re: [AG Liquid Democracy] AG Liquid Democracy wieder aktiv

ag-liquid-democracy AT lists.piratenpartei.de

Betreff: Liquid Democracy in der Piratenpartei

Listenarchiv

Re: [AG Liquid Democracy] AG Liquid Democracy wieder aktiv


Chronologisch Thread 
  • From: Michael Vogel <ike AT piratenpartei.de>
  • To: Liquid Democracy in der Piratenpartei <ag-liquid-democracy AT lists.piratenpartei.de>
  • Subject: Re: [AG Liquid Democracy] AG Liquid Democracy wieder aktiv
  • Date: Sun, 15 Jan 2012 19:42:38 +0100
  • List-archive: <https://service.piratenpartei.de/pipermail/ag-liquid-democracy>
  • List-id: Liquid Democracy in der Piratenpartei <ag-liquid-democracy.lists.piratenpartei.de>

Moin!

Am 15.01.2012 um 18:11 schrieb Semon:

> Hallo Michael,
> Am 15.01.2012 17:49, schrieb Michael Vogel:
>
> Wie ich mittlerweile herausgefunden habe, verwendet die Saftige Kumquat (ob
> ich jemals über diesen Arbeitstitel drüber weg kommen werde weiß ich nicht
> :-) JavaScript (Siehe:
> http://wiki.piratenpartei.de/AG_Liquid_Democracy/GUI_Redesign)
>
> Also soweit so gut, darauf kann man aufbauen.

Grundsätzlich ja, klar. Sie setzen ja auf dem 2.0er Core auf, der eine
vollwertige API bekommen wird. Ein LQFB-Fork könnte dann ja über die selbe
API nutzbar sein.

>
>>> Den Kernel aus Tabellen und DB-Procedures könnte man ev. auch
>>> wiederverwenden. Das habe ich noch nicht im einzelnen Analysiert.
>>>
>> Theoretisch geht das - zumindest solange das neue System dem ähnlich
>> bleibt. wichtig wäre mir aber, dass wir darauf keine Rücksicht nehmen,
>> sondern etwas entwickeln, was unseren Wünschen entspricht - unabhängig
>> davon, ob man es leicht oder schwer in den vorhandenen Kern integrieren
>> kann.
>>
> Ja, du hast Recht, bei den Anforderungen sollte man sich nicht davon
> bremsen lassen, was jetzt geht und was nicht. Ich bin aber trotzdem für
> eine inkrementelle Weiterentwicklung und nicht für "alles neu". Wichtigster
> Punkt ist erst mal die GUI.

Ich denke, dass das parallel laufen kann. Bezüglich der GUI muss ich die
Kumquat-Entwicklung in der Umsetzung sehen, bevor ich weiß, was (meiner
Ansicht nach) noch getan werden muss.

>>> Als erstes würde ich aber alle bisherigen Eigenschaften von LQFB
>>> analysieren und alle neu gewünschten Eigenschaften definieren und
>>> hinzufügen. Insbesondere bzgl. der GUI. Bei strittigen Punkten (also
>>> Anforderungen die nur entweder ODER erfüllt werden können) müsste man
>>> eine Abstimmung in der Piratenpartei durchführen.
>>>
>> Das mit der Abstimmung könnte schwierig werden. Bezüglich der strittigen
>> Punkte wäre es aber auch möglich, diese in Konfigurationen zu verpacken.
>>
>> Es wurde ja bereits angefangen, diverse Punkte aufzuzählen, die die Leute
>> an LQFB geändert sehen möchten. Das alles - zumindest, was den Kern angeht
>> - würde ich gerne umgesetzt sehen.
>>
> Da die GUI-Entwicklung durch Saftige Kumquat schon läuft, ist mir aktuell
> das Sammeln der GUI-Anforderungen am wichtigsten
> (http://wiki.piratenpartei.de/AG_Liquid_Democracy/Anforderungen/GUI)

Okay. Wobei ich ehrlich gesagt gerne sehen würde, was die Kumquats machen.
Mir fehlt da im Moment noch die von mir bereits angerissene Inbox und einiges
empfinde ich als überflüssig, bzw. verwirrend und ggf. auch überladen. Aber
bevor man nicht damit wirklich arbeiten kann, fällt es mir schwer, da
wirklich Änderungen vorzuschlagen.

>
>> Die Oberfläche sollte ohne Rücksicht auf das bisherige Design komplett
>> umgestellt werden. Kennst Du das von mir programmierte LQFB-Frontend?
>> http://liquid-services.de/
> Nein, kannte ich bisher nicht. Wow - da steckt ziemlich viel Arbeit drin,
> oder?

Es geht. Die Dienste für Twitter/Identi.ca/Tumblr/RSS haben mehr Zeit
gekostet. Ist letztendlich die Weiterentwicklung meiner Facebook-App:
http://www.facebook.com/LiquidFeedback?sk=app_161073983963099

> Solltest du auf den AG-Seiten an passender Stelle verlinken!

Wo ist die? :)

>
>> Meine Idee war noch die einer Inbox, in der man alle Sachen aus der
>> Zeitachse sieht, die neu sind. Die kann man dann bearbeiten und natürlich
>> als Gelesen markieren.
>>
>>
>>> Man kann natürlich bestimmte Aspekte trotzdem schon als Prototyp
>>> programmieren, wenn es wirklich Programmierer gibt die jetzt gleich
>>> loslegen wollen :-)
>>>
>> Lust habe ich, nur keine Zeit. :-(
>>
> Wäre schön, wenn du dich bei den GUI-Anforderungen mit einbringen könntest !

Gerne. Aber wohl nicht in Bezug auf Programmierung.

Michael



Archiv bereitgestellt durch MHonArc 2.6.19.

Seitenanfang