Beim Beteiligungstyp Meldeverfahren mit der Kategorie "Orte des Interesses" wäre es sehr hilfreich, wenn man die Textfelder "Betreff" und "Meldung" optional machen könnte (s. Screenshot). Für unser Projekt sind diese Angaben nicht wichtig, müssen von den Bürger*innen aktuell jedoch ausgefüllt werden, da sie eine Pflichtangabe darstellen. Da wir jedoch weitere Informationen lieber über ein anonymisiertes Meldeformular erhalten wollen, benötigen wir den "Betreff" und die "Meldung" nicht. Es wäre für unsere Bürgerbeteiligungen sehr hilfreich, wenn diese Funktionen kurzfristig als "optional" einstellbar gemacht wird. Vielen Dank!

Guten Tag, mir sind bei der Verwendung des Beteiligungsportals folgende zwei Probleme im Zusammenhang aufgefallen, die beide im Zusammenhang mit dem Wechsel auf die nächste oder vorherige Seite von Beiträgen durch "Swipen" auf Mobilgeräten stehen. 1. Vertikales Scrollen wird häufig als Swipe missinterpretiert. Mir und einer weiteren Person ist die Existenz der Swiping Funktionalität dadurch bewusst geworden, dass sich beim vertikalen Scrollen mehrfach die Beitragsseite geändert hat und wurde ursprünglich gar nicht als solche erkannt. Nach genauerer Betrachtung scheint die Bibliothek, die das Swiping erkennt einen Wert ("pageY") des Events für die Ermittlung der vertikalen Bewegung zu verwenden, der sich teilweise nicht ändert. Dadurch werden auch hauptsächlich vertikale Touch-Bewegungen als horizontal interpretiert und dabei dann ggf. Seitenwechsel ausgelöst. 2. Swipe-Richtung und Änderung der Seite passen nicht zusammen. Swiped man von rechts nach links, kommt man auf die Seite mit neueren Beiträgen, Swiped man von links nach rechts kommt man auf die Seite mit älteren Beiträgen. Die erste Seite ist die mit den neusten Beiträgen ist. Damit sollte die erste Swipe Bewegung meiner Auffassung nach wie bei einem Buch von rechts nach links sein, nicht wie aktuell andersherum. Wie bereits gesagt finde ich die Swiping Funktionalität aktuell insgesamt nicht sehr intuitiv, auch weil nicht wirklich erkennbar ist, dass es etwas zu swipen gibt. Beim Seitenwechsel springt die Seite wieder nach oben zum ersten Beitrag, was gerade schwierig nachzuvollziehen ist, wenn der swipe versehentlich ausgelöst wurde.

Viele der Bundesländer, die das Beteiligungsportal verfolgen Initiativen um mehr Open Source Software einzusetzen (z.B. Sachsen: https://publikationen.sachsen.de/bdb/artikel/42495, NRW: https://open.nrw/system/files/media/document/file/opennrwt1web.pdf, länderübergreifend: https://www.open-government-deutschland.de/opengov-de/ogp/aktionsplaene-und-berichte/3-nap/eine-open-source-plattform-der-oeffentlichen-verwaltung-1981538). Leider ist der Source Code des Beteiligungsportals bisher aber nicht öffentlich, obwohl das Beteiligungsportal selbst für die Stadtentwicklung auch die selben Werte setzt, wie Open Source Software: Transparenz und Partizipation. Aus meiner Sicht macht dies das Beteiligungsportal zu einem idealen Projekt für Open Source Entwicklung. Auf diese Weise könnten Änderungsvorschläge und Fehlerbehebungen der Software des Beteiligungsportals von der Allgemeinheit nicht nur gemeldet, sondern auch umgesetzt & beigetragen werden. Die Umwandlung zu einem Open Source Projekt und die Betreuung dessen erfordern natürlich auch Aufwand. Ich würde eine Umwandlung zur Open Source Software trotzdem sehr begrüßen.

An der Webportal- bzw. Außenansicht von geschützten Verfahren und Veranstaltungen kann man nicht erkennen, dass diese geschützt sind. Es würde das Sicherheitsgefühl und das Vertrauen in den Zugriffsschutz des geschlossenen Teilnehmerkreises erhöhen, wenn die Beteiligungsseite im Webportal durch ein Label, eine farbliche Markierung o.Ä. als "geschützt" und nicht öffentlich zugänglich gekennzeichnet, hier also eine besondere Kennzeichnung gegenüber Öffentlichkeitsbeteiligungen angezeigt werden würde.

Aus dem kommunalen Bereich erreicht uns folgender Verbesserungswunsch: Ausgangsproblem: Bei automatisierter Weiterverarbeitung/Auswertung von Adresseingaben (hier: Veranstaltungen, aber womöglich auch an anderer Stelle relevant), bspw. in Geoinformationssysteme, aber womöglich auch EWO-Software, wäre eine normalisierte Angabe der Adresse, insb. Straßennamen hilfreich. Aus Shopsystemen kennt man inzwischen die Funktion, das die Usereingaben on the fly gegen eine entsprechende Datenbank geprüft werden und so immer die "richtigen" Schreibweisen übernommen werden (Bahnhofstr. vs,. Bahnhofstraße vs. Bahnhofstrasse) Stehen dem Betreiber womöglich solche Datenbanken zur Verfügung und könnten angebunden werden?

Für eine Reihe öffentlicher Veranstaltungen der Verwaltungen ist eine Anmeldung nicht notwendig. Die Veranstalter würden aber gerne anonym und niederschwellig über die öffentliche Veranstaltungsseite abfragen können, ob jemand teilnehmen würde (um das Interesse an der Veranstaltung abschätzen zu können) oder ob zum Beispiel spezielle Essensoptionen bereitgestellt werden müssen, oder auch ob es Bedenken zur Barrierefreiheit der Veranstaltungsstätte gibt etc. Gewünscht ist ein Formular ohne eine Anmeldung erforderlich zu machen!

Bei der Terminplanung über das Veranstaltungstool wäre es hilfreich, wenn optional (bei Terminen mit festgelegtem Teilnehmendenkreis oder öffentlichen Veranstaltungen) nicht nur Anmeldungen (Zusagen), sondern auch Ablehnungen (Absagen) abgefragt werden können und es eine Übersicht über die Zu- und Absagen gibt.

Eine Kommune möchte eine Veranstaltung und Umfragen in einer Kampagne auch für Menschen mit Behinderungen durchführen. Barrierefreie Interaktionen sind hier besonders wichtig. Wenn URLs in E-Mails, wie Statusmeldungen, versendet werden, ist die barrierefreie Nutzung der URLs/Links nicht gegeben, da die Bestimmung eines Anzeigetexts als auch eines Beschreibungstext nicht möglich ist. Auch wäre es besser, wenn E-Mails sowohl als reiner Text auch als einfache HTML-Dateien oder Markdown versendet werden könnten. Ein paar Grundformatierungen sollten mitgegeben werden, wie relative Schriftgröße, serifenlose Schriften. Besonders notwendig ist dies bei den Veranstaltungen, da hier immer ein Link zur individuellen Buchungsseite als auch zu Videokonferenzen verschickt werden. Wünschenswert zudem, wären Beschreibungstextfelder für Bilder als auch für die internen Beteiligungssseiten unter "Allgmeine Angaben", damit diese von Screenreadern entsprechend vorgelesen werden können.

Mit zunehmender Organisationskomplexität am Mandanten ergeben sich für Mandant-Administratoren mehr Aufgaben der Nutzerverwaltung. Hier wäre es ggf. sinnvoll, wenn sich ein Administrator unkompliziert als User "einloggen" bzw. "aufschalten" könnte, um die vergebenen Rechte und Rollen zu testen. Man kennt das aus anderen Anwendungen z.B. als "Login als User", wobei das Passwort dann häufig gar nicht eingegeben werden muss. Sollte natürlich auf die höchsten Rollen (Mandant-Admin) beschränkt sein.

Es wäre toll, wenn im Backend eine automatische Rechtschreibkorrektur eingebaut werden könnte. Dies würde die redaktionelle Arbeit durch die optische Hervorhebung von Tippfehlern durch rote Unterschlängelung o.ä. sehr vereinfachen. Während das in den normalen Textareas mit einem "spellcheck"-Attribut wohl einfach erreicht werden könnte, könnte bei einem TinyMCE mit einem Plugin erreicht werden.