<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hallo Norman,<br>
Hallo zusammen,<br>
<br>
die Frage ist doch, was noch alles mit den Benutzern künftig
innerhalb von OpenSlides geschehen soll und welche weiteren
Informationen über das bisherige Maß hinaus genutzt werden soll.<br>
<br>
Ausgehend von meinen Erfahrungen der letzten Jahre für die
Piratenpartei ist das vorhandene soweit vollkommen ausreichend.
Letztlich wurden für die Nutzer häufig nur Vorname und Nachname und
da meist nur ein Pseudonym statt des Klarnamens verwendet, um bei
den Anträgen und Wahlen bzw. dann bei Redelisten etwas dastehen zu
haben. Ich hätte mir da eher eine Möglichkeit gewünscht, fehlende
Benutzer direkt beim Antragserfassen mit eingeben zu können, bisher
muss man die Antragserfassung unterbrechen und zur
Teilnehmerverwaltung wechseln und dann wieder zurück wechseln, ist
manchmal etwas hinderlich im Arbeitsablauf.<br>
<br>
Klar ist es einfacher auf ein bestehendes LDAP-Verzeichnis
zurückzugreifen, aber ich kenn niemanden, der das macht. Hier wäre
es deutlich praktischer, auf Daten einer vorhergehenden
OpenSlides-Sitzung/-Datenbank (auch von älteren Versionen) zugreifen
zu können, um da zB die Daten für eine neue Sitzung zu importieren.
Das war ja auch das, was ich bei Emanuel schon einige Male angemerkt
hatte, eine vollständige Export/Importfunktion, um sozusagen eine
komplette OpenSlides-Session vorzubereiten, welche dann immer wieder
als Basis für neue dienen kann. Hier sollten ALLE Dinge wie
Farbgebung/Logos für den Projektor und auch sonst alle Einstellungen
enthalten sein. Die Benutzerverwaltung könnte man um ein Feld für
ein Bild der Person erweitern, welches dann als Avatar in der
Redeliste oder beim Antrag usw. überall auf Wunsch angezeigt werden
kann, hier kann man aber auch zB einen QR-Code mit der VCF-Datei des
Teilnehmers hinterlegen usw. Anwendung gibts da viele.<br>
<br>
Auch sehr wichtig würde ich aus eigener Erfahrung finden, wenn die
Dashboardeinstellungen (Wo welches Widget liegt und ob erweitert
oder nicht usw.) nicht als Cookie gespeichert werden würden, sondern
für den jeweiligen Benutzer in der Datenbank hinterlegt werden
würde, dass diese auch bei Anmelden auf einem anderen Device diese
Einstellungen geladen werden, wenn zB schnell der Bedienrechner
gewechselt werden muss.<br>
<br>
Hinderlich empfand ich zB auch immer die vielen unnötigen
Sicherheitsnachfragen/Informationseinblendungen (grüner Balken ganz
oben) ob dieses oder jenes wirklich gemacht werden sollte, diese
sollten auf Wunsch deaktiviert werden können, Vollständig systemweit
pro Benutzer.<br>
<br>
Auch sehr schön wäre eine Protokollfunktion, in welche die
Protokollschreibenden ähnlich wie bei Etherpad parallel in ein
Protokoll schreiben können, welches bei Bedarf auch auf dem
Projektor angezeigt werden kann. Hier sollte man fürs Protokoll auch
eigene Vorlagen definieren können und es sollte für Teilnehmer eine
Read-Only-Version existieren.<br>
<br>
Auch wäre eine PDF-Exportfunktion schön, in welcher man selbst
anhaken kann, was alles in eine PDF-Datei exportiert werden soll
(Deckblatt, Teilnehmerliste, Anträge, Wahlen, Protokolle,
Projektor-Folien bzw. hochgeladene PDF-Daten etc.pp.), dass man zum
Abschluss eines Parteitages ein vollständiges komplettes Protokoll
in einer einzigen PDF-Datei hat.<br>
<br>
Das wären so meine kleinen Anmerkungen.<br>
<br>
Viele Grüße<br>
Kai<br>
<br>
<div class="moz-cite-prefix">Am 08.09.14 um 18:35 schrieb Norman
Jäckel:<br>
</div>
<blockquote cite="mid:540DDACF.6040800@normanjaeckel.de" type="cite">
<pre wrap="">Liebe Leute,
die ersten Überlegungen für OpenSlides 2.0 kommen auf und wir wollen
gern in größerer Runde nach euren Erfahrungen, Anforderungen und
Wünschen fragen.
Das Ziel ist es, in OpenSlides alle Seiten, nicht nur den Projektor, mit
automatischen Updates zu versehen. Dazu soll eine API angeboten und
verwendet werden, die vielleicht ganz oder auch nur ein bisschen
REST-ful wird. ;-)
Da tun sich nun verschiedene Baustellen auf:
Eine erste Baustelle wäre die Frage, ob und wie die Personen- und
Teilnehmerverwaltung im Hintergrund umgebaut werden sollte. Bisher
verwenden wir eine selbstgebaute so genannte Person-API, die dazu dient,
gleichzeitig aus mehreren Quellen Personenobjekte in OpenSlides
einzubinden, z. B. als Antragsteller oder Kandidaten. Im Moment
funktioniert das z. B. für Antragsteller, aber nicht für die Anmeldung
mit Benutzername und Passwort. Bisher gibt es auch keine Entwicklung,
die die Schnittstelle etwa für eine Anbindung an LDAP-Server oder
dergleichen nutzt. Niemand, den wir kennen, hat das für OpenSlides
programmiert. Niemand nutzt es.
Unser Vorschlag ist, diese Person-API wieder auszubauen, um uns bei dem
oben genannten Projekt die Arbeit zu erleichtern. Wenn wir das machen,
wäre es mit dem oben genannten Projekt (Auto Update) um einiges
einfacher. Es wäre aber immer noch möglich, der Django-Schnittstelle
folgend eine eigene Benutzer-App mit LDAP-Anbindung oder dergleichen zu
programmieren und an OpenSlides zu hängen. Das müssten aber dann die
machen, die das haben wollen.
Wie findet ihr das? Seid ihr dagegen oder habt ihr andere Entwicklungsideen?
Erstmal soweit.
Viele Grüße
Norman
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
OpenSlides users-de mailing list
<a class="moz-txt-link-abbreviated" href="mailto:users-de@openslides.org">users-de@openslides.org</a>
<a class="moz-txt-link-freetext" href="http://mail.openslides.org/listinfo/users-de">http://mail.openslides.org/listinfo/users-de</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Kai Gruenler, Gartenstr. 5, 08523 Plauen, Germany
call:+491707819123
<a class="moz-txt-link-freetext" href="mailto:gruenler@me.com">mailto:gruenler@me.com</a></pre>
</body>
</html>