use the following search parameters to narrow your results:
e.g. subreddit:aww site:imgur.com dog
subreddit:aww site:imgur.com dog
see the search faq for details.
advanced search: by author, subreddit...
~5 users here now
Delegationen durch den Empfangenden ablehnbar machen (self.Allgemein)
submitted 11 years ago by LiquidBot
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neues Thema Phase: Neu (noch 7 Tage 23:59:40) i4065: Delegationen durch den Empfangenden ablehnbar machen
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden auch abgelehnt werden können. Begründung Die Delegationen werden derzeit einer Person einfach aufgezwungen, egal ob diese mit diesem Stimmgewicht mitstimmen möchte oder nicht. Daher soll es möglich sein, eine Delegation auch abzulehnen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da man Zuordnungen auch ablehnen kann, ist man stärker als bisher gefordert, das Abstimmverhalten bzw. die Annahme von Delegationen auch zu erklären. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt. Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Ablehnung von Delegationsempfang entspricht. Anregungen
Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden auch abgelehnt werden können.
Die Delegationen werden derzeit einer Person einfach aufgezwungen, egal ob diese mit diesem Stimmgewicht mitstimmen möchte oder nicht. Daher soll es möglich sein, eine Delegation auch abzulehnen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da man Zuordnungen auch ablehnen kann, ist man stärker als bisher gefordert, das Abstimmverhalten bzw. die Annahme von Delegationen auch zu erklären. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt.
Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Ablehnung von Delegationsempfang entspricht.
[–]LiquidBot[S] 0 points1 point2 points 11 years ago
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Thema hat die nächste Phase erreicht Phase: Diskussion (noch 14 Tage 23:59:10)
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neue Initiative Phase: Diskussion (noch 14 Tage 23:58:59) i4066: Delegationen müssen durch den Empfangenden explizit angenommen werden
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden bestätigt werden müssen, bevor sie wirksam werden. Werden sie nicht bestätigt, so wird diese Stimme nicht mitgezählt. Begründung Die Delegationen werden derzeit einer Person einfach aufgezwungen, egal ob diese mit diesem Stimmgewicht mitstimmen möchte oder nicht. Daher soll ein Delegationsempfang bestätitgt werden müssen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da Zuordnungen nur noch erfolgen, wenn dies der Empfangende auch will, ist man gefordert, das Abstimmverhalten auch zu erklären. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt. Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Bestätigung von Delegationsempfang bzw. der Ablehnung entspricht. Anregungen
Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden bestätigt werden müssen, bevor sie wirksam werden. Werden sie nicht bestätigt, so wird diese Stimme nicht mitgezählt.
Die Delegationen werden derzeit einer Person einfach aufgezwungen, egal ob diese mit diesem Stimmgewicht mitstimmen möchte oder nicht. Daher soll ein Delegationsempfang bestätitgt werden müssen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da Zuordnungen nur noch erfolgen, wenn dies der Empfangende auch will, ist man gefordert, das Abstimmverhalten auch zu erklären. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt.
Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Bestätigung von Delegationsempfang bzw. der Ablehnung entspricht.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 23:57:33) i4065: Delegationen durch den Empfangenden ablehnbar machen
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden auch abgelehnt werden können. Begründung Die Delegationen werden derzeit einer Person einfach aufgezwungen, egal ob diese mit diesem Stimmgewicht mitstimmen möchte oder nicht. Daher soll es möglich sein, eine Delegation auch abzulehnen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da man Zuordnungen auch ablehnen kann, ist man stärker als bisher gefordert, das Abstimmverhalten bzw. die Annahme von Delegationen auch zu erklären. Durch das Muss der Bestätigung wird nur ein Netzwerk von Delegationen geschaffen, dass auch wirklich von allen gewünscht ist. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt. Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Ablehnung von Delegationsempfang entspricht. Anregungen
Die Delegationen werden derzeit einer Person einfach aufgezwungen, egal ob diese mit diesem Stimmgewicht mitstimmen möchte oder nicht. Daher soll es möglich sein, eine Delegation auch abzulehnen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da man Zuordnungen auch ablehnen kann, ist man stärker als bisher gefordert, das Abstimmverhalten bzw. die Annahme von Delegationen auch zu erklären. Durch das Muss der Bestätigung wird nur ein Netzwerk von Delegationen geschaffen, dass auch wirklich von allen gewünscht ist. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt.
Neue Anregung: Neutralere Begründung
Delegationen werden niemandem aufgezwungen. Es geht hier ganz klar um die Einschränkung des Stimmrechts, da ich ja nicht mehr die Möglichkeit habe den Stimmzettel in der Form auszufüllen "bitte von XY kopieren" sofern XY meine delegation ablehnt. Ich kann daher nur den ersten Satz unterstützen: Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden auch abgelehnt werden können.
Delegationen werden niemandem aufgezwungen.
Es geht hier ganz klar um die Einschränkung des Stimmrechts, da ich ja nicht mehr die Möglichkeit habe den Stimmzettel in der Form auszufüllen "bitte von XY kopieren" sofern XY meine delegation ablehnt.
Ich kann daher nur den ersten Satz unterstützen: Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden auch abgelehnt werden können.
Neues Kontra-Argument: Defacto Abschaffen der Delegation
Da die technische Hürde zur Delegation angehoben wird, weichen dann die Nutzer auf Systeme mit geringerer technischer Hürde aus.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 23:41:08) i4065: Delegationen durch den Empfangenden ablehnbar machen
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden auch abgelehnt werden können. Begründung Die Delegationen werden derzeit einer Person einfach zugeordnet, egal ob diese mit diesem Stimmgewicht mitstimmen möchte oder nicht. Daher soll es möglich sein, eine Delegation auch abzulehnen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da man Zuordnungen auch ablehnen kann, ist man stärker als bisher gefordert, das Abstimmverhalten bzw. die Annahme von Delegationen auch zu erklären. Durch das Muss der Bestätigung wird nur ein Netzwerk von Delegationen geschaffen, dass auch wirklich von allen gewünscht ist. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt. Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Ablehnung von Delegationsempfang entspricht. Anregungen
Die Delegationen werden derzeit einer Person einfach zugeordnet, egal ob diese mit diesem Stimmgewicht mitstimmen möchte oder nicht. Daher soll es möglich sein, eine Delegation auch abzulehnen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da man Zuordnungen auch ablehnen kann, ist man stärker als bisher gefordert, das Abstimmverhalten bzw. die Annahme von Delegationen auch zu erklären. Durch das Muss der Bestätigung wird nur ein Netzwerk von Delegationen geschaffen, dass auch wirklich von allen gewünscht ist. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 23:39:06) i4065: Delegationen durch den Empfangenden ablehnbar machen
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden auch abgelehnt werden können. Begründung Die Delegationen werden derzeit einer Person einfach zugeordnet, egal ob diese für diese andere Person mitstimmen möchte oder nicht. Daher soll es möglich sein, eine Delegation auch abzulehnen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da man Zuordnungen auch ablehnen kann, ist man stärker als bisher gefordert, das Abstimmverhalten bzw. die Annahme von Delegationen auch zu erklären. Durch das Muss der Bestätigung wird nur ein Netzwerk von Delegationen geschaffen, dass auch wirklich von allen gewünscht ist. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt. Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Ablehnung von Delegationsempfang entspricht. Anregungen
Die Delegationen werden derzeit einer Person einfach zugeordnet, egal ob diese für diese andere Person mitstimmen möchte oder nicht. Daher soll es möglich sein, eine Delegation auch abzulehnen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da man Zuordnungen auch ablehnen kann, ist man stärker als bisher gefordert, das Abstimmverhalten bzw. die Annahme von Delegationen auch zu erklären. Durch das Muss der Bestätigung wird nur ein Netzwerk von Delegationen geschaffen, dass auch wirklich von allen gewünscht ist. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 23:38:03) i4066: Delegationen müssen durch den Empfangenden explizit angenommen werden
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden bestätigt werden müssen, bevor sie wirksam werden. Werden sie nicht bestätigt, so wird diese Stimme nicht mitgezählt. Begründung Die Delegationen werden derzeit einer Person einfach zugeordnet, egal ob diese für diese andere Person mitstimmen möchte oder nicht. Daher soll ein Delegationsempfang bestätitgt werden müssen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da Zuordnungen nur noch erfolgen, wenn dies der Empfangende auch will, ist man gefordert, das Abstimmverhalten auch zu erklären. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt. Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Bestätigung von Delegationsempfang bzw. der Ablehnung entspricht. Anregungen
Die Delegationen werden derzeit einer Person einfach zugeordnet, egal ob diese für diese andere Person mitstimmen möchte oder nicht. Daher soll ein Delegationsempfang bestätitgt werden müssen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da Zuordnungen nur noch erfolgen, wenn dies der Empfangende auch will, ist man gefordert, das Abstimmverhalten auch zu erklären. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 23:37:01) i4065: Delegationen durch den Empfangenden ablehnbar machen
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden auch abgelehnt werden können. Begründung Die Delegationen werden derzeit einer Person einfach zugeordnet, egal ob diese für diese andere Person mitstimmen möchte oder nicht. Daher soll es möglich sein, eine Delegation auch abzulehnen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da man Zuordnungen auch ablehnen kann, ist man stärker als bisher gefordert, das Abstimmverhalten bzw. die Annahme von Delegationen auch zu erklären. Durch das Muss der Bestätigung wird nur ein Netzwerk von Delegationen geschaffen, dass auch wirklich von allen gewünscht ist. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt. Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Ablehnung von Delegationsempfang entspricht. Anregungen [Begründung https://liquid.piratenpartei.at/suggestion/show/2748.html](Neutralere): Erledigt. Begründung geändert, damit klarer wird, dass es nur um eine Selbstbeschränkung geht.
[Begründung https://liquid.piratenpartei.at/suggestion/show/2748.html](Neutralere): Erledigt. Begründung geändert, damit klarer wird, dass es nur um eine Selbstbeschränkung geht.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 23:33:53) i4065: Delegationen durch den Empfangenden ablehnbar machen
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden auch abgelehnt werden können. Begründung Die Delegationen werden derzeit einer Person einfach zugeordnet, egal ob diese für diese andere Person mitstimmen möchte oder nicht. Daher soll es möglich sein, eine Delegation auch abzulehnen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da man Zuordnungen auch ablehnen kann, ist man stärker als bisher gefordert, das Abstimmverhalten bzw. die Annahme von Delegationen auch zu erklären. Durch das Muss der Bestätigung wird nur ein Netzwerk von Delegationen geschaffen, dass auch wirklich von allen gewünscht ist. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt. Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Ablehnung von Delegationsempfang entspricht. Anregungen Neutralere Begründung: Erledigt. Begründung geändert, damit klarer wird, dass es nur um eine Selbstbeschränkung geht.
Neutralere Begründung: Erledigt. Begründung geändert, damit klarer wird, dass es nur um eine Selbstbeschränkung geht.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 23:32:50) i4066: Delegationen müssen durch den Empfangenden explizit angenommen werden
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden bestätigt werden müssen, bevor sie wirksam werden. Werden sie nicht bestätigt, so wird diese Delegation nicht durchgeführt. Begründung Die Delegationen werden derzeit einer Person einfach zugeordnet, egal ob diese für diese andere Person mitstimmen möchte oder nicht. Daher soll ein Delegationsempfang bestätitgt werden müssen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da Zuordnungen nur noch erfolgen, wenn dies der Empfangende auch will, ist man gefordert, das Abstimmverhalten auch zu erklären. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt. Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Bestätigung von Delegationsempfang bzw. der Ablehnung entspricht. Anregungen
Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden bestätigt werden müssen, bevor sie wirksam werden. Werden sie nicht bestätigt, so wird diese Delegation nicht durchgeführt.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 23:31:49) i4066: Delegationen müssen durch den Empfangenden explizit angenommen werden
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden bestätigt werden müssen, bevor sie wirksam werden. Werden sie nicht bestätigt, so werden diese nicht angelegt. Begründung Die Delegationen werden derzeit einer Person einfach zugeordnet, egal ob diese für diese andere Person mitstimmen möchte oder nicht. Daher soll ein Delegationsempfang bestätitgt werden müssen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da Zuordnungen nur noch erfolgen, wenn dies der Empfangende auch will, ist man gefordert, das Abstimmverhalten auch zu erklären. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt. Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Bestätigung von Delegationsempfang bzw. der Ablehnung entspricht. Anregungen
Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden bestätigt werden müssen, bevor sie wirksam werden. Werden sie nicht bestätigt, so werden diese nicht angelegt.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 23:31:47) i4066: Delegationen müssen durch den Empfangenden explizit angenommen werden
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neue Initiative Phase: Diskussion (noch 14 Tage 23:28:38) i4068: Delegationen durch den Empfangenden ablehnbar machen (neutrale Begründung)
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden auch abgelehnt werden können. Begründung Auch wenn dies eine Stimmrechtseinschränkung für alle Nutzer bedeutet, soll eine solche Änderung durchgeführt werden.
Auch wenn dies eine Stimmrechtseinschränkung für alle Nutzer bedeutet, soll eine solche Änderung durchgeführt werden.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Initiative zurückgezogen Phase: Diskussion (noch 14 Tage 23:14:24) i4065: Delegationen durch den Empfangenden ablehnbar machen
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 23:11:15) i4066: Delegationen müssen durch den Empfangenden explizit angenommen werden
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden bestätigt werden müssen, bevor sie wirksam werden. Werden sie nicht bestätigt, so werden diese nicht angelegt. Begründung Die Delegationen werden derzeit einer Person einfach zugeordnet, egal ob diese für diese andere Person mitstimmen möchte oder nicht. Daher soll ein Delegationsempfang bestätitgt werden müssen. Damit wird auch die Verantwortlichkeit erhöht, die mit dem höheren Gewicht einhergeht. Da Zuordnungen nur noch erfolgen, wenn dies der Empfangende auch will, ist man gefordert, das Abstimmverhalten auch zu erklären. Dies erhöht die Akzeptanz des Delegationssystems in Liquid insgesamt. Ein Gegenargument dazu ist, das eine Delegation dem Mitstimmen bei hochgehobenen Stimmkarten vergleichbar ist. Dies ist nicht der Fall, da bei diesen Abstimmungen bis zum Ende der Abstimmung das Stimmverhalten einer Person anderen unbekannt bleibt, außer diese entschließt sich dieses selbst an andere weiterzugeben. Diese Weitergabe kann aber auch selektiv erfolgen, was wiederum der Bestätigung von Delegationsempfang bzw. der Ablehnung entspricht. Anregungen/Argumente Kontra: Defacto Abschaffen der Delegation: Ist teilweise richtg. Jedoch würde das Ausweichen (z.B: durch Plugins) auf andere Systeme keinen Nachteil schaffen. Die Transparenz ist nach wie vor gegeben, da die Delegationen ja auch weiterhin in voller Anzahl sichtbar sind. Es wird in diesem Fall ja nur z.B: die Bestätigung automatisiert.
Kontra: Defacto Abschaffen der Delegation: Ist teilweise richtg. Jedoch würde das Ausweichen (z.B: durch Plugins) auf andere Systeme keinen Nachteil schaffen. Die Transparenz ist nach wie vor gegeben, da die Delegationen ja auch weiterhin in voller Anzahl sichtbar sind. Es wird in diesem Fall ja nur z.B: die Bestätigung automatisiert.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 23:06:13) i4066: Delegationen müssen durch den Empfangenden explizit angenommen werden
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden bestätigt werden müssen, bevor sie wirksam werden. Werden sie nicht bestätigt, so werden diese nicht angelegt. Begründung Auch wenn dies eine Stimmrechtseinschränkung für alle Nutzer bedeutet, soll eine solche Änderung durchgeführt werden. Durch das Muß zur Bestätigung geht auch keine Transparenz verloren, da alle Delegationen weiterhin sichtbar sind. Anregungen/Argumente Kontra: Defacto Abschaffen der Delegation: Ist teilweise richtg. Jedoch würde das Ausweichen (z.B: durch Plugins) auf andere Systeme keinen Nachteil schaffen. Die Transparenz ist nach wie vor gegeben, da die Delegationen ja auch weiterhin in voller Anzahl sichtbar sind. Es wird in diesem Fall ja nur z.B: die Bestätigung automatisiert.
Auch wenn dies eine Stimmrechtseinschränkung für alle Nutzer bedeutet, soll eine solche Änderung durchgeführt werden. Durch das Muß zur Bestätigung geht auch keine Transparenz verloren, da alle Delegationen weiterhin sichtbar sind.
Neue Anregung: Delegationen auch pauschal ablehnbar machen
Es sollte nicht nur die Einzelablehnung geben, sondern auch die pauschale Ablehnung jeder Delegation. Denn da es wahrscheinlich auch Leute gibt, die Delegationen grundsätzlich nicht empfangen wollen, sollten auch diese nicht gezwungen werden auf externe Systeme (wie Plugins) ausweichen zu müssen, da auch diese Abwanderung auf leichtere Systeme verstärken könnte.
Neues Kontra-Argument: Komplexität des Systems wird erhöht. Nutzen vergleichsweise gering.
Neues Pro-Argument: Delegationsempfang wird so mehr zur Verantwortung
Durch die Ablehnungsmöglichkeit kann jede Person selbst bestimmen ob sie diese Erhöhung ihres eigenen Stimmgewichts zulassen möchte. Dadurch wird stärker ersichtlich wer tatsächlich Delegationsempfänger sein möchte. Die Transparenz erhöht sich.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 22:19:33) i4068: Delegationen durch den Empfangenden ablehnbar machen (neutrale Begründung)
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden auch abgelehnt werden können. Delegationsempfang sollen auf den gleichen Ebenen abgelehnt werden können wie Delegationen gegeben werden können. Ablehnung soll auf jeder der Ebenen über eine Black- und Whitelist gelöst werden die auch ermöglicht alle Delegationen grundsätzlich abzulehnen. Begründung Auch wenn dies eine Stimmrechtseinschränkung für alle Nutzer bedeutet, soll eine solche Änderung durchgeführt werden.
Delegationsempfang sollen auf den gleichen Ebenen abgelehnt werden können wie Delegationen gegeben werden können.
Ablehnung soll auf jeder der Ebenen über eine Black- und Whitelist gelöst werden die auch ermöglicht alle Delegationen grundsätzlich abzulehnen.
Neue Anregung: Benachrichtigung des Betreffenden, wenn auf ihn delegiert wurde
Da sogar auf Themenebene delegiert werden kann, ist es unbedingt notwendig, dass man über Delegationen aktiv informiert wird. Eine tägliche Durchsuchung erfordert zu viel Aufwand.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 14 Tage 21:13:17) i4068: Delegationen durch den Empfangenden ablehnbar machen (neutrale Begründung)
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden auch abgelehnt werden können. Delegationsempfang sollen auf den gleichen Ebenen abgelehnt werden können wie Delegationen gegeben werden können. Ablehnung soll auf jeder der Ebenen über eine Black- und Whitelist gelöst werden die auch ermöglicht alle Delegationen grundsätzlich abzulehnen. Als Delegierter soll man benachrichtigt werden wenn eine Delegation auf einen aktiv wird. Begründung Auch wenn dies eine Stimmrechtseinschränkung für alle Nutzer bedeutet, soll eine solche Änderung durchgeführt werden.
Als Delegierter soll man benachrichtigt werden wenn eine Delegation auf einen aktiv wird.
Neues Pro-Argument: Wer Vollmacht gibt meint, er/sie werde mit der Abstimmung des anderen zufrieden sein
Vollmachten ablehnbar zu machen bewirkt, dass es zu einer Verschiebung des Verständnisses hin zu einem Auftragsverhältnis kommt. Das ist folgerichtig, wenn man bedenkt, warum jemand einem anderen Vollmachten gibt: weil man denkt, man werde mit deren/dessen Entscheidungen zufrieden sein. Daher liegt hier tatsächlich eine Art von Wahl vor - insbesondere wenn man erst nach Abschluss der Abstimmung sehen kann, ob sich die zugrundeliegende Erwartung auch erfüllt hat. Die logische Konsequenz ist, dass eine Verschiebung des Verständnisses durch die Ermöglichung der Ablehnung kein Nachteil, sondern nur folgerichtig ist. Jemand der/die mehr Vollmachten hat, kann mehr entscheiden - auch wenn durch Transparenz und Einflussmöglichkeit diese Entscheidungen einer nachprüfenden Kontrolle unterliegen - aber eben einer NACHPRÜFENDEN.
Vollmachten ablehnbar zu machen bewirkt, dass es zu einer Verschiebung des Verständnisses hin zu einem Auftragsverhältnis kommt.
Das ist folgerichtig, wenn man bedenkt, warum jemand einem anderen Vollmachten gibt: weil man denkt, man werde mit deren/dessen Entscheidungen zufrieden sein. Daher liegt hier tatsächlich eine Art von Wahl vor - insbesondere wenn man erst nach Abschluss der Abstimmung sehen kann, ob sich die zugrundeliegende Erwartung auch erfüllt hat.
Die logische Konsequenz ist, dass eine Verschiebung des Verständnisses durch die Ermöglichung der Ablehnung kein Nachteil, sondern nur folgerichtig ist. Jemand der/die mehr Vollmachten hat, kann mehr entscheiden - auch wenn durch Transparenz und Einflussmöglichkeit diese Entscheidungen einer nachprüfenden Kontrolle unterliegen - aber eben einer NACHPRÜFENDEN.
Neues Pro-Argument: nur geringe komplexitätserhöhung - auch schon wurscht
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neue Initiative Phase: Diskussion (noch 12:34:54) i4153: Bessere Darstellung der Delegationen und Delegationsketten im Liquid (+in Mails)
Antrag Als Delegierter soll man in E-Mail-Benachrichtigungen, die über die Änderung einer Initiative informieren, auch über die Anzahl (nicht jedoch Usernamen) von einkommenden Delegationen zum Zeitpunkt des Phasenwechsels (bzw. zum Zeitpunkt des Ereignisses) erfahren. Die AG Technik wird außerdem aufgefordert, die Darstellung der Delegationen und Kettendelegationen im Liquid zu verbessern. Begründung Die Delegation und Kettendelegation soll für jeden auch außerhalb der Abstimmung einfach durchschaubar und nachvollziehbar werden. Wenn der Delegationsempfänger über Eingehende Delegationen bescheid weiß, dann kann er seiner Verantwortung auch gerecht werden: je mehr Delegationen, desto wohlüberlegter die Entscheidung bzw Weiterdelegation.
Als Delegierter soll man in E-Mail-Benachrichtigungen, die über die Änderung einer Initiative informieren, auch über die Anzahl (nicht jedoch Usernamen) von einkommenden Delegationen zum Zeitpunkt des Phasenwechsels (bzw. zum Zeitpunkt des Ereignisses) erfahren. Die AG Technik wird außerdem aufgefordert, die Darstellung der Delegationen und Kettendelegationen im Liquid zu verbessern.
Die Delegation und Kettendelegation soll für jeden auch außerhalb der Abstimmung einfach durchschaubar und nachvollziehbar werden. Wenn der Delegationsempfänger über Eingehende Delegationen bescheid weiß, dann kann er seiner Verantwortung auch gerecht werden: je mehr Delegationen, desto wohlüberlegter die Entscheidung bzw Weiterdelegation.
Neue Anregung: Initiative zurückziehen und eigenes Thema - Antragsdisziplin
Diese Initiative hat an sich nichts mit den bereist bestehenden Initiativen zu tun und behandelt einen anderen Sachverhalt.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 01:56:42) i4153: Bessere Darstellung der Delegationen und Delegationsketten im Liquid (+in Mails)
Antrag Als Delegierter soll man in E-Mail-Benachrichtigungen, die über die Änderung einer Initiative informieren, auch über die Anzahl (nicht jedoch Usernamen) von einkommenden Delegationen zum Zeitpunkt des Phasenwechsels (bzw. zum Zeitpunkt des Ereignisses) erfahren. Die AG Technik wird außerdem aufgefordert, die Darstellung der Delegationen und Kettendelegationen im Liquid zu verbessern. Im übrigen sollen die Delegationen bis auf weiteres nicht ablehnbar bleiben. Begründung Die Delegation und Kettendelegation soll für jeden auch außerhalb der Abstimmung einfach durchschaubar und nachvollziehbar werden. Wenn der Delegationsempfänger über Eingehende Delegationen bescheid weiß, dann kann er seiner Verantwortung auch gerecht werden: je mehr Delegationen, desto wohlüberlegter die Entscheidung bzw Weiterdelegation. Wenn man die Delegation als Kopieren des Abstimmungszettel sieht, dann kommt man auch nicht in die Verlegenheit über deren Ablehnung nachzudenken. Im übrigen ist die Anzahl der eingehenden Delegationen nur ein Schnappschuss, der sich bei der Wahl ändern kann. Jemand könnte zB bei einem heiß diskutierten Thema eine Hand voll Delegationen haben, die aber in der eigentlichen Abstimmung alle selbst entscheiden.
Im übrigen sollen die Delegationen bis auf weiteres nicht ablehnbar bleiben.
Wenn man die Delegation als Kopieren des Abstimmungszettel sieht, dann kommt man auch nicht in die Verlegenheit über deren Ablehnung nachzudenken. Im übrigen ist die Anzahl der eingehenden Delegationen nur ein Schnappschuss, der sich bei der Wahl ändern kann. Jemand könnte zB bei einem heiß diskutierten Thema eine Hand voll Delegationen haben, die aber in der eigentlichen Abstimmung alle selbst entscheiden.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neuer Entwurfstext der Initiative Phase: Diskussion (noch 01:46:41) i4153: Bessere Darstellung der Delegationen und Delegationsketten im Liquid (+in Mails)
Antrag Die Delegationen sollen bis auf weiteres nicht ablehnbar bleiben. Keine Delegationsablehnung. Als Delegierter soll man in E-Mail-Benachrichtigungen, die über die Änderung einer Initiative informieren, auch über die Anzahl (nicht jedoch Usernamen) von einkommenden Delegationen zum Zeitpunkt des Phasenwechsels (bzw. zum Zeitpunkt des Ereignisses) erfahren. Die AG Technik wird außerdem aufgefordert, die Darstellung der Delegationen und Kettendelegationen im Liquid zu verbessern. Begründung Die Delegation und Kettendelegation soll für jeden auch außerhalb der Abstimmung einfach durchschaubar und nachvollziehbar werden. Wenn der Delegationsempfänger über Eingehende Delegationen bescheid weiß, dann kann er seiner Verantwortung auch gerecht werden: je mehr Delegationen, desto wohlüberlegter die Entscheidung bzw Weiterdelegation. Wenn man die Delegation als Kopieren des Abstimmungszettel sieht, dann kommt man auch nicht in die Verlegenheit über deren Ablehnung nachzudenken. Im übrigen ist die Anzahl der eingehenden Delegationen nur ein Schnappschuss, der sich bei der Wahl ändern kann. Jemand könnte zB bei einem heiß diskutierten Thema eine Hand voll Delegationen haben, die aber in der eigentlichen Abstimmung alle selbst entscheiden. Anregung "behandelt einen anderen Sachverhalt"- Diese Ini verlangt keine derartige Änderung in Bezug auf Delegationsablehnung und stattdessen Vorrangig die Verbesserung des Überblicks über die Delegationen.
Die Delegationen sollen bis auf weiteres nicht ablehnbar bleiben. Keine Delegationsablehnung.
Als Delegierter soll man in E-Mail-Benachrichtigungen, die über die Änderung einer Initiative informieren, auch über die Anzahl (nicht jedoch Usernamen) von einkommenden Delegationen zum Zeitpunkt des Phasenwechsels (bzw. zum Zeitpunkt des Ereignisses) erfahren.
Die AG Technik wird außerdem aufgefordert, die Darstellung der Delegationen und Kettendelegationen im Liquid zu verbessern.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neue Initiative Phase: Diskussion (noch 01:15:35) i4161: Delegationsablehnung ganz oder garnicht (pro Ebene)
Antrag Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden pro Ebene pauschal abgelehnt werden können. Die Ebenen sind die gleichen wie dort wo Delegationen gegeben werden können. Nutzer, die eingehende Delegationen (in der jeweiligen Ebene) ablehnen sollen als "lehnt eingehende Delegationen ab" o.ä. markiert werden (zB mit einem Symbol). Zwar können Delegationen auf diesen Nutzer gesetzt werden, diese werden jedoch in der Abstimmung nicht gezählt, das Stimmgewicht des "Delegationsempfängers" ist also höchstens 1. Wird die Sperre entfernt, zählt die Delegation wieder. Delegierende, deren bestehende Delegation durch eine neu eingerichtete Sperre abgelehnt wurden, sollen darüber benachrichtigt werden damit sie darauf reagieren und gegebenenfalls eine andere Delegation setzen können. Als Delegierter soll man zusätzlich in E-Mail-Benachrichtigungen, die über die Änderung einer Initiative informieren, auch über die Anzahl (nicht jedoch Usernamen) von einkommenden Delegationen zum Zeitpunkt des Phasenwechsels (bzw. zum Zeitpunkt des Ereignisses) erfahren. Begründung Es erscheint mir sinnlos Delegationen von bestimmten Personen abzulehnen. Dieser Wunsch entsteht aus der Idee, dass sich Delegationgeber und -empfänger gegenseitig "vertrauen" müssen. Meines Erachtens muss lediglich der Delegationsgeber darauf vertrauen, dass der Delegationsempfänger in seinem Sinne abstimmt. Ich könnte zwar verstehen, dass jemand nicht die Verantwortung vieler Delegationen auf sich nehmen will (zum Beispiel wenn er sich in dem Gebiet nicht gut auskennt). Jedoch sollte diese Person dann eben auf eine vertrauenswürdige Person weiterdelegieren, oder eben gleich alle Delegationen ablehnen. Beliebige Limits, zum Beispiel "ich nehme höchstens 10 Delegationen an" sind willkürlich oder führen zu Stimmenverfall. Letzteres ist keinenfalls im Sinne der Delegierenden.
Das Liquid möge so verändert werden, dass Delegationen durch die Empfangenden pro Ebene pauschal abgelehnt werden können. Die Ebenen sind die gleichen wie dort wo Delegationen gegeben werden können.
Nutzer, die eingehende Delegationen (in der jeweiligen Ebene) ablehnen sollen als "lehnt eingehende Delegationen ab" o.ä. markiert werden (zB mit einem Symbol). Zwar können Delegationen auf diesen Nutzer gesetzt werden, diese werden jedoch in der Abstimmung nicht gezählt, das Stimmgewicht des "Delegationsempfängers" ist also höchstens 1. Wird die Sperre entfernt, zählt die Delegation wieder.
Delegierende, deren bestehende Delegation durch eine neu eingerichtete Sperre abgelehnt wurden, sollen darüber benachrichtigt werden damit sie darauf reagieren und gegebenenfalls eine andere Delegation setzen können.
Als Delegierter soll man zusätzlich in E-Mail-Benachrichtigungen, die über die Änderung einer Initiative informieren, auch über die Anzahl (nicht jedoch Usernamen) von einkommenden Delegationen zum Zeitpunkt des Phasenwechsels (bzw. zum Zeitpunkt des Ereignisses) erfahren.
Es erscheint mir sinnlos Delegationen von bestimmten Personen abzulehnen. Dieser Wunsch entsteht aus der Idee, dass sich Delegationgeber und -empfänger gegenseitig "vertrauen" müssen. Meines Erachtens muss lediglich der Delegationsgeber darauf vertrauen, dass der Delegationsempfänger in seinem Sinne abstimmt.
Ich könnte zwar verstehen, dass jemand nicht die Verantwortung vieler Delegationen auf sich nehmen will (zum Beispiel wenn er sich in dem Gebiet nicht gut auskennt). Jedoch sollte diese Person dann eben auf eine vertrauenswürdige Person weiterdelegieren, oder eben gleich alle Delegationen ablehnen. Beliebige Limits, zum Beispiel "ich nehme höchstens 10 Delegationen an" sind willkürlich oder führen zu Stimmenverfall. Letzteres ist keinenfalls im Sinne der Delegierenden.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Thema hat die nächste Phase erreicht Phase: Eingefroren (noch 7 Tage 23:59:08)
Neues Pro-Argument: Programmierkraft dorthin wo sie sinnvoll ist
Die Nachvollziehbarkeit von Delegationen ist essenziell. Daher soll daran vorrangig gearbeitet werden.
Neues Kontra-Argument: In Meinungsbild gescheitert
Gewinner des Meinungsbildes war "Ich würde eingehende Delegationen nicht ablehnen, auch wenn ich es könnte." Verlierer " Ich würde gerne eingehende Delegationen ablehnen können." https://liquid.piratenpartei.at/issue/show/1795.html
Gewinner des Meinungsbildes war "Ich würde eingehende Delegationen nicht ablehnen, auch wenn ich es könnte." Verlierer " Ich würde gerne eingehende Delegationen ablehnen können."
https://liquid.piratenpartei.at/issue/show/1795.html
Neues Kontra-Argument: Wenn, dann nur für die die es so wollen.
Was bringt eine technische Hürde, wenn diese umgangen werden kann?
Neues Kontra-Argument: Schließt offliner völlig aus! §11 Liquid-Democracy-Ordnung untergraben.
Die Liquid-Democracy-Ordnung#Einbindung von Offline-Piraten sieht eine einbindung von Offline-Piraten vor. Diese sollen an Stammtischen und bei der Akkreditierung ihre Delegation festlegen können. Wenn die Delegation aber erst bestätigt werden muss, dann verfallen etliche Stimmen von Offline-Piraten, zum Beispiel wenn ein Offline-Pirat auf einen anderen Offline-Piraten delegiert, welcher weiterdelegiert. Die Delegation würde niemals angenommen werden, da der Delegationsempfänger nicht regelmäßig am Liquid teilnehmen will oder kann.
Neues Pro-Argument: Jederzeit Überblick über Verantwortung (E-Mail-Benachrichtigung)
Wer weiß wieviele Delegationen er empfängt, weiß auch welche "Verantwortung" er damit ausübt.
Neues Kontra-Argument: Wieso soll gerade dieser Nutzer nicht auf mich delegieren?!
Wieso soll gerade Nutzer Z nicht auf mich delegieren dürfen und Nutzer Y schon?
Neues Kontra-Argument: Das ist keine Alternative zum ursprünglichen Antrag
Was soll das. Das ist doch keine Alternative? Das ist doch ein eigenständiger Antrag.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Neue Initiative Phase: Eingefroren (noch 7 Tage 17:11:26) i4165: Nichts davon
Für alle die meinen, dass diese Änderungsvorschläge keinen (ausreichenden) Vorteil bringen.
[–]LiquidBot[S] 0 points1 point2 points 10 years ago
Neues Pro-Argument: Korrektur
Wenn eine Delagation abgewiesen wird, soll man als Delegationsgeber benachrichtigt werden, alles andere ist sinnlosl.
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Thema hat die nächste Phase erreicht Phase: Abstimmung (noch 7 Tage 23:59:10)
Neues Kontra-Argument: Durch die Hintertür soll hier die Verantwortung verschoben werden.
Denn wenn man Delegationen ablehnen kann trägt man eine gewisse Verantwortung, denn man hätte sie ja ablehnen können.
Neues Kontra-Argument: Komplexität des System wird DEUTLICH erhöht.
Die Delegationsablehnungsauwahl müsste nicht nur auf einer speziellen Seite angezeigt werden, sondern auch bei jedem "Untersützen" Link, bei jeder neuen Initiative, bei jeder Anregung, bei jedem Argument. Die Komplexität im Userinterface steigt dadurch deutlich. Ich halte eine derartige Änderung auch nicht unterhalb von einer Entwicklungszeit zwischen 3-4 Monaten für möglich denn dafür müsste im Backend sehr viel geändert werden.
Die Delegationsablehnungsauwahl müsste nicht nur auf einer speziellen Seite angezeigt werden, sondern auch bei jedem "Untersützen" Link, bei jeder neuen Initiative, bei jeder Anregung, bei jedem Argument.
Die Komplexität im Userinterface steigt dadurch deutlich.
Ich halte eine derartige Änderung auch nicht unterhalb von einer Entwicklungszeit zwischen 3-4 Monaten für möglich denn dafür müsste im Backend sehr viel geändert werden.
Neues Kontra-Argument: Kein Beschluss ohne jemanden der es umsetzt.
Es kann kein Beschluss werden da es niemanden gibt der das umsetzen könnte, da dieser Beschluss immense zeitliche Resourcen brauchen würde.
Neues Kontra-Argument: Wenn keiner Zeit hat, dann drehen wir Liquid sofort ab
Bundesweite Themen: Liquid-Systembetrieb Änderung von Themenbereichen, Quoren, Fristen und Regelwerken: Thema 1777 Ereignis: Thema hat die nächste Phase erreicht Phase: Abgeschlossen (mit Gewinner)
Nur Mitglieder der Piratenpartei können hier mitschreiben.Jetzt Mitglied werden!. Der Login ist über Single-Sign-On mit der Mitgliederverwaltung verbunden.
already have an account and just want to login?
login
π Rendered by PID 1810 on reddit at 2024-11-21 23:16:19.914356+00:00 running 415da5f.
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago
[–]LiquidBot[S] 0 points1 point2 points ago