@switzam ich nutze mittlerweile die Benachrichtigungsfunktion für Geburtstage in der APP und bin sehr zufrieden damit.

@andy Danke. Genau das meinte ich.

schlussendlich komm ich dann jetzt trotzdem nicht drumherum der Person die globalen Berechtigung "Gruppen administrieren, d.h. erstellen, löschen, etc. (administer groups)" zu geben, nur weil es keine Möglichkeit gibt über die übergeordnete Gruppe Berechtigungen zum löschen mit zu vergeben. Meines Erachtens spricht das auch nicht für das Konzept nur die wirklich benötigten Berechtigungen zu vergeben.🤔
Das ist ziemlich ärgerlich... und da verstehe ich dann auch leider nicht wieso solch eine Funktion nicht existiert. Selbst das Feature Request ist schon über ein Jahr her, was darauf schließen lässt, das dazu auch nichts mehr kommt und aus Seiten der Entwicklung auf so etwas keine Priorität gelegt wird. 😔

Oder würde man dieses Scenario doch ganz anders abbilden und ich hab irgendwo was übersehen?

@Andy Die Nutzung von verschiedenen Übergeordneten Gruppen läuft wirklich viel besser als gedacht. Danke nochmal für den Hinweis! Das erspart deutlich Arbeit und man muss nicht ständig das iframe ändern 😁

Kurzes Update: der Bug im Filter wird in der Version 3.71 (vermutlich ab 22.03.) gefixt sein

@Gunnar ok, Merkmal ist also keine spezifische Funktion von CT, die ich nicht gefunden habe.

Ich würde nun eher einen Gruppentype "Rechte" erstellen, da jede einzelne Gruppe nur dazu da ist, dem Mitglied ein Recht oder ein Gruppe von Rechten zu geben.

Dieser Vorschlag deckt sch 100% mit meinem ursprünglichen Plan, nämlich die Rechte zur Bearbeitung von Kalendern, Events, Ressourcen in einer "Rechtegruppe" zu fassen. Da aber globaler Rechte nicht auf Untergruppen vererbt werden, muss ich nach gegebenem Stand die Mitarbeiter aus irgendwelchen Untergruppen nehmen und noch mal dieser "Rechtegruppe" zuordnen.

Ich sehe, du verstehst nun mein Problem.

@tricky0815 das sollte eigentlich nicht nötig sein, weil die Browsersprache des Users verwendet wird. Deswegen empfehlen wir das nicht einfach so.

Wie ist der aktuelle Stand zum Thema Dark Mode? Ich will nicht solch einer sein, der immer wieder nervig fragt - solche Leute gibt es vermehrt auch in der OpenSource-Welt.

Es wundert mich vielmehr, dass der Vorschlag so ein großes Ding ist. Ich würde erwarten, dass es bei einer externen oder auch eigens entwickelten UI-Bibliothek noch relativ geringer Aufwand ist, für jeden Komponenten eine Dunkelversion zu erstellen und die jeweils richtige Version laut Themeeinstellung in der ganzen App passend zu rendern.

Wo liegen die Herausforderungen? Kann man irgendwie weiterhelfen?
Ein Dark Mode wäre natürlich ein sehr willkommenes Feature, weil die App sich so nicht nur konsistent in das System im Dunkelmodus einfügen würde, sondern damit auch Akku gespart würde und nicht mehr grelles Weiß in den Augen sticht (je nach Beleuchtung von Gerät und Raum). Kontrast ist bei sowas natürlich immer ein Punkt, aber man muss ja nicht das Rad neu erfinden 😁

Das ist eindeutig falsch. Danke. Ich pass es an, dass hier date-time und das Zulu Format verwendet wird.

PS: Ich finde es super, wenn ihr solche Fehler meldet. Es ist leichter für mich, wenn ihr auch gleich den jeweiligen Endpoint nennt, dann muss ich nicht suchen 🙂

@Andy Dieser Beitrag zum Beispiel:
https://forum.church.tools/topic/4854/abo-über-ical-webcal-ohne-öffentliches-kalender-modul

Mag ja alles richtig sein, ist aber nicht das Thema dieses Threads. Auch das alles mit Port und Verschlüsselung hat nichts mit dem Problem des Threaderstellers zu tun.

Hier wird munter aneinander vorbeigeschrieben.

@andrea-schulz ups ... da wäre ich wohl nicht drauf gekommen. 😉
Danke für die Aufklärung.

@andy sagte in Kalender in der CT-App:

In der 0.34.0 ist der Kalender jetzt drin!

Super, Vielen Dank! Habe gerade meine CT-App aktualisiert und voilá - der Kalender ist da.

@simonruehl
Hallo ich habe jetzt eine neue Frage zu diesem Thema
Es soll so sein, dass jeder seine Datenschutzeinstellung selber sehen kann und ändern kann.
Also, Newsletter ja nein, Fotos auf Homepage usw.
Ich bin jetzt oben in das jeweilige Auswahlfeld, und habe die niedrigste Stufe eingestellt, da selbst Freunde das ändern können sollen 🙂
Jetzt gehe ich auf die Person, da sehen sie die Gruppe gar nicht,
Muss also auf Berechtigung anpassen in der Gruppe gehen ok, jetzt sieht JEDER natürlich das jemand in dieser Gruppe ist ok, schon mal nicht so gut, da ja jetzt die erweiterten Grppenberechtigungen greifen... Muss ich wohl dann explizit dafür raus nehmen.
Aber es geht jetzt immer noch nicht für jeden es anzuklicken bzw die Ja nein Felder auszufüllen. Was mache ich falsch?

@denis-gelb ein Extra Danke an @Denis-Gelb für Punkt 2 🙂

Weitere Detailanforderungen:

Wenn jemand absagt, sollte er auch wieder zusagen können. Der Termin verschwindet aber nach der Absage -> Konsequenz - nur auf "Vielleicht" drücken

Die Absage / Zusage sollte direkt in der verschickten Besprechungsanfrage möglich sein.

man sollte den Teilnehmerkreis auch nachträglich noch bearbeiten können. Ich schaffe es nicht, versehentlich angefragte Personen wieder zu entfernen.

Unabhängig davon ob es Basic Auth ist (was es ws. nicht der Fall ist), würden wir dennoch die saubere Lösung via lokalem Cronjob bevorzugen, da wir in unserem Gemeindenetzwerk immer mehr Instanzen hosten (jede mit eigenem Key natürlich). Jede davon läuft als eigene VM mit jeweils 5min Cronjob, welcher aktuell nicht funktioniert.

Ich freue mich Euch mitzuteilen, dass das Feature nun umgesetzt ist und mit der 3.47 dann live geht.
Gerne stelle ich Euch nun vor, wie wir das Feature umgesetzt haben: Es gibt zwei zusätzliche Berechtigungen, die z.B. per Status gesetzt werden. Dadurch hat man nun echt viel Flexibilität wie man genau seinen Leuten das Sehen und Ändern des eigenen Profils freigeben möchte. Z.B. könnte man es so einrichten, dass nur Mitglieder ihr Profil ändern können.
Man könnte es so einstellen, das Informationen sichtbar, aber nicht änderbar ist.

Die Einstellung in Eurer Installation wird entsprechend berücksichtigt und automatisch die Rechte entsprechend gesetzt. Das kann man dann im Nachgang für sich detaillierter einstellen wie man möchte. Wenn man nichts macht, ist es genauso wie vorher.

Hier ein Screenshot wie es dann aussieht:
ee1f55e5-95d8-4985-a4a9-5ffd44210ff9-grafik.png

@davidschilling Vielen Dank für den Hinweis mit den Einstellungen. Jetzt klappt es auch bei uns einwandfrei.

@Mutschek bzw. kannst du vorher in der api/config.js debug auf true setzen und die neue Fehlermeldung posten.