@Ralf-Werner Hallo Ralf,

ja, das Verhalten wurde geändert. Wir haben vor einiger Zeit die Verarbeitung und Darstellung von Markdown im Wiki überarbeitet. Dabei wird eingebettetes HTML nicht mehr in der bisherigen Form gerendert – entsprechend funktioniert auch <details> nicht mehr wie früher.

Die Änderung ist allerdings nicht ganz neu und besteht bereits seit einiger Zeit. Dass es im Februar noch funktioniert hat, kann daher durchaus sein. 🙂

Wenn du weiterhin HTML verwenden möchtest, kannst du aktuell noch auf den HTML-Editor zurückgreifen. Allerdings wird auch dieser perspektivisch nicht dauerhaft bestehen bleiben.

Grundsätzlich würde ich daher empfehlen, sich bei Wiki-Inhalten auf die von ChurchTools unterstützte Markdown-Syntax zu beschränken. Eingebettetes HTML war und ist keine verlässliche Schnittstelle, bei der wir garantieren können, dass beliebige HTML-Elemente dauerhaft unverändert unterstützt werden.

@MichaelG Dafür müsste eigentlich auch ein klassisches Skript reichen, welches per CRON Job regelmäßig auf nem Webserver oder lokal bei @Roland-O abgerufen wird.
Es zieht sich einfach das nächste Event eines Kalenders, ruft die zugehörigen Songs und deren Texte (Txt Dateien, SNG Dateien...) ab und generiert daraus einen Beitrag.
Beim erstellen können Chatty und Co ja gerne helfen. Und den Login kann man dann sogar so regeln, dass @Roland-O sich in dem Tool anmeldet, die Vorschau des Beitrags angezeigt bekommt und das Posten per Knopfdruck bestätigt.

Eventuell ist dann ein für alle sichtbares Wiki "nächster Gottesdienst" sogar noch schöner, da man das öffentlich zugänglich machen könnte, wodurch der Link auch für Gäste immer der Selbe wäre

@d3chris über die api wir haben da eine kleine anwendung

@jziegeler - perfekt.
eine Frage zum Umfeld dazu: kann ich als Admin einzelne Kommentare zu den Beiträgen genauso behandeln?

Hallo zusammen,
ich habe für die Anbindung von ChurchTools an openHAB ein kleines Binding geschrieben, um die Heizungssteuerung bei uns zu vereinfachen.

Mit vielen einzelnen Regeln wird das Setup schnell komplex und schwer zu warten – deshalb übernimmt das Binding bei uns die komplette Logik rund um Kalender-Events, Vorheizzeiten und automatische Betriebsmodi.

In unserem Gemeindehaus läuft die Heizung über KNX, daher sind einige Funktionen primär auf unseren Bedarf ausgelegt. Über openHAB lässt sich das Binding aber grundsätzlich auch an andere Systeme (Modbus, Homematic, Shelly, Relais) anbinden.

Ich teile das Projekt hier als Vorlage bzw. Basis für alle, die etwas Ähnliches vorhaben und nicht bei null anfangen wollen:

👉 GitHub: https://github.com/itseogo/openhab-binding-churchtoolsheating

@Siggi_H
ich wüsste nicht, was technisch dagegen spräche.

Einfach in den Ressourcen-Stammdaten bei dem Raum die Personen-ID (bekommst du in der "Personen-Ansicht" rechts unten hinter dem '#') eintragen.

ALLERDINGS ist das so "Hintergrundwissen", weswegen ich das eher nicht tun würde, sondern besser über eine Gruppe ("Raum123-Bucher" oder so). Normalerweise liegt es ja nicht daran, dass jemand "Peter Müller" ist, dass er einen Raum buchen darf, sondern weil er eine bestimmte fachliche Rolle hat.

@MarkusP da wird sich deine Datei nicht wirklich Standard-Konform verhalten, was leider einige machen. Und ja wir haben da was angepasst. Ich habe noch einen Fix erstellt, der dein Problem mit der nächsten Version auch beheben wird.

@tkusch Das OAuth-Access Token kann mittlerweile für Api Zugriff verwendet werden, wenn man den Scope api nutzt

Auch bei mir werden Beiträge seit einiger Zeit nicht mehr vollständig in der Smartphone App geladen - auch nicht nach einigen Sekunden! - Dauerzustand!
Bei der Webversion null problemo!
iPhoneSE 1. Generation iOS 15.8.8
rotierendes Symbol signalisiert Ladevorgang, der nicht abgeschlossen wird.
Anzeige nur Titel und eingebettete Bilddateien.
Text fehlt komplett

App so nicht nutzbar, um Beiträge zu lesen!
Bitte Bug bald beheben! Danke

IMG_5344.PNG

@Dave noch nicht direkt, kommt aber. Du kannst gerade den Umweg über den weiteren Filter gehen und die Personen auf die Gruppe einschränken

@ct-fan Die von dir beschriebene Lösung ist tatsächlich schon der richtige Weg. 🙂

Genau dafür gibt es die Gruppenhierarchien und die Möglichkeit, Rechte auf Untergruppen zu vererben: Der Büromitarbeiter kann Mitglied der übergeordneten Gruppe sein und über seine Rolle das Recht „Gruppenmitglieder exportieren“ für die darunterliegenden Kindergruppen erhalten, ohne selbst Mitglied dieser Gruppen sein zu müssen.

Das hatte ich mit meinem Hinweis auf die Hierarchien und vererbbaren Rechte gemeint. Wie diese Berechtigungen für Untergruppen eingerichtet werden, ist auch in der Academy beschrieben.

Von „ChurchTools schweigt einfach“ würde ich daher ungern sprechen – wir hatten hier ja bereits mehrfach geantwortet und die nötigen Hinweise gegeben. 😉