@Matloh

Im Prinzip könnte man einfach die Namen der Datenbankfelder
generell als Platzhalter verwenden. Dann bleiben keine Wünsche offen.

genau, aber direkt durchreichen geht natürlich nicht (SQL-Injection)

Seitenumbruch

Zustimmung. Dafür habe ich einen Workaround gefunden: https://forum.church.tools/topic/7533/mehrseitige-serienbriefe-nochmal-gefragt/7?_=1635868691271

Autor

Wo kann man den hernehmen? meinst den aktuell eingeloggten Benutzer? Halte ich für unglücklich.

Wenn dann muss man im Serienbrief die Deklaration von Metadaten unterstützen ...

@d-winkler_fr sagte in In Gruppen die Teilnehmeranzahl auch nach Geschlecht zählen:

Dafür kannst du ja die Filterfunktion nutzen: Gruppenfilter kombiniert mit Personenfilter ("nach Geschlecht eingrenzen").

Da hast du recht, das wäre eine Zwischenlösung. Trotzdem wäre die direkte Einbindung hilfreich, vielleicht als Punkt in dem neuen Gruppenmodul

@michaelg ah ... ich brauchte einen Moment, um zu verstehen, was du meinst. Das ist es:

2f2abb6f-b68c-4dd7-8e15-d579634deaca-grafik.png

Ja, das macht Sinn!

@gunnar das wäre natürlich der Premium-Weg. Was ich mache ist natürlich eher ein Workaround, würde es aber mit der Erweiterung auch tun.

@michaelg Super Vorschlag - leide selber darunter, dass mein Vorgänger nix dokumentiert hat und etliches unlogisch ist.
Klar kann man das in einer Admin Kategorie des Wiki dokumentieren, aber ein Kommentarfeld wäre viel admin-freundlicher und die Wahrscheinlichkeit der Aktualisierung wäre viel höher - wer hat schon ausschließlich "G-Typen" in der Administration? (DISG, G = gewissenhaft/genau)

@fjehle Jau 👍

Hinzu kommt noch das Verhalten, dass unter iOS sofort ein Login stattfindet, wenn man die automatische Passwort-Füllung nutzt. Dann ist keine Zeit mehr den Haken zu setzen, dass man eingeloggt bleiben will. Bleibt also nur jedes den Passwort-Dialog wegzuklicken, Haken setzen, Passwort-Dialog wieder aufrufen

@david-r Hi

"Zustimmung" bzw. "Auch haben will" wird hier durch voten des ersten Beitrags gehandhabt.
(wobei mMn ein "push" auch nicht schadet ... allein, weil der Request damit wieder "sichtbar" wird und z.B. neue Mitglieder überhaupt erst zu GEsict bekommen 😉 )

@markush Guter Ansatz, vielen Dank auch für die Links auf die anderen Posts zum Thema.
Wie aus dem Thread "Geburtstagsliste ohne Jahr" hervorgeht, gibt es ja zumindest schon mal eine grundsätzliche Möglichkeit, den Geburtstag ohne Jahr/Alter anzuzeigen.
Allerdings finde ich den von CT gewählten Ansatz ziemlich unintuitiv, weil aus den Berechtigungen nicht (explizit) erkennbar.

Eine gesonderte explizite Berechtigung auf das Geburtsjahr fände ich wesentlich besser, weil transparenter.

Ergänzend zum Alter (in Jahren) könnte man evtl. noch weitere Informationen zu relevanten Altersstufen ableiten, die dann mit geringeren Berechtigungen einsehbar sind.
Konkret denke ich dabei z.B. an folgende Stufen:

16 oder älter (wg. Zustimmung Datenschutz) 18 oder älter (wg. Volljährigkeit) Evtl. selbst als Stammdaten definierte Stufen, um bestimmte Alters-Zielgruppen abbilden zu können

@aron-schmidt sagte in 2FA Login komfortabler gestalten:

Am Ende bin ich es einfach nur leid mich jede Woche neu einloggen zu müssen weil meine Session schon wieder abgelaufen ist und würde mich über jede Maßnahme freuen, die mir den Login erleichtert oder ihn gar ganz unnötig macht.

This!

Ich kann nur immer wieder das Beispiel von unserer Office-Instanz bringen. Ich kann mich nicht erinnern, wann ich mich hier zuletzt eingeloggt habe. Und ich denke mal, dass Microsoft nicht mit weniger sensiblen Daten hantiert.

Eine Option es pro Instanz einzustellen, wäre dabei schon sehr hilfreich.

@andrei danke für den Hinweis. Da hab ich doch glatt mal gesucht, und gesehen, dass man das tatsächlich in den Admin-einstellungen einstellen kann.

Da kann ich das ja dann in unser Support-System reinlaufen lassen ...