@Simon2
Ja, habe ich schon so verstanden. Meine Frage ist beantwortet. Danke 😊

@bwl21 korrekt, es ist einfach eine unnötige Info für den Normalo Nutzer.

@Andi-1 Klasse, genau das habe ich gesucht. Vielen Dank. LG Stefan

@swarnat Gerne mal testen und dann Vorschläge für Verbesserungen und Erweiterungen an mich melden.

@KoniB Hat die pdf-Datei nur eine Seite, konvertiere ich sie in solchen Fällen in ein Grafikformat. Bei mehreren Seiten würden es mehrere Grafiken, damit ist die Veröffentlichung nicht mehr sinnvoll.

@bwl21 oh, da hätte ich mich besser ausdrücken müssen. Natürlich meine ich das Belege Buchen vom Finanz Modul in der App für berechtigte Personen.

@sbellon Wir arbeiten gerade mit Hochdruck an den REST-APIs für den Ablaufplan (aus wahrscheinlich offensichtlichem Grund 🙂 ).
In diesem Zug müssen wir leider auch die bereits bestehenden APIs nochmal anfassen, um alles unter einen Hut zu bekommen.

Wir optimieren auch die darunter liegenden Datenstrukturen für gute Performance auch bei komplexen Ablaufplänen (integriert, viele Dienste, viele Notizen). Das passt dann manchmal nicht mehr ganz zu den Strukturen, wie sie aktuell im API angeboten werden. Übergangsweise modellieren wir die nach, aber das soll natürlich nicht so bleiben, um wirklich mittelfristig alle Vorteile der neuen Strukturen zu nutzen.

Offenbar gab es da einige kleinere Dinge, die uns inmitten des großen Ganzen durchgerutscht sind. Wir wollen hier (wie schon an anderen Stellen) den Leerstring über kurz oder lang durch null ersetzen. Normalerweise machen wir das in zwei Schritten: erst den Typ erweitern und etwas später null statt '' zurückgeben, um euch etwas Zeit für die Anpassung zu geben. Das haben wir hier übersehen. Es wird noch eine .1 Version geben, wo wir Doku und diesen Zwischenschritt ergänzen.

Bei den Typen ist text tatsächlich das neue normal. Der Typ normal ist in diesem Zusammenhang recht nichtssagend, auch im Blick auf potenziell weitere Typen. Im noch unsichtbaren Teil der REST-APIs ist das bereits dokumentiert, aber hier haben wir eine Stelle vergessen. Das wird ebenfalls umgehend ergänzt.

Wie gesagt: Rund um den Ablaufplan ist gerade eine Menge Bewegung. Wir hoffen, den vollständigen Satz an APIs in einer der nächsten Versionen veröffentlichen zu können. Stay tuned!

@svengoetz Deshalb hab ich das sinnvoll, neue Seiten dadurch anzulegen, dass man auf der Startseite der Kategorie den Link macht mit der Seite dann hat er gleich das Inhaltsverzeichnis auch.

Die Seiten sind ja nicht wirklich hierarchisch, was eigentlich gut ist. Man kann sie ja mehrfach verlinken und nach verschiedenen Kriterien ordnen.

was markdown angeht, das finde ich schon super, weil es einfach nicht so viel Formatierung etc. mit sich bringt. Ich sehe aber auch, dass eine quasi Wysiwig ihre Berechtigung hat, und da gibt es auch gute Lösungen. Ich selber bearbeite größere Vicky Seiten meistens außerhalb in Typroa, und kopiere das Markdown dann ins Wiki. Das mache ich auch mit Sachen, die ich in Word bekomme, weil Typora eine recht gute Konvertierung nach Markdown hat.

Das größte Problem sehe ich noch in den Grafiken. Deren Import ist etwas mühselig, das sie den kryptischen internen Dateinamen verwendet, und nicht den sprechenden Dateinamen. Und wenn ich eine Grafik auswechseln will, muss ich daher auch die Links verändern. Das finde ich auch nicht so glücklich. Aber kommt Zeit kommt Rat.

@Karin-D das wird vermutlich am Slow rollout liegen, Montag sollte es spätestens bei allen live sein

@VoiceChris Das sollte aber inzwischen behoben sein. Bist du sicher, dass es aktuell noch passiert (Version 3.129)? Wenn ja, dann melde dich bitte mal beim Support.

@MaKa Wir haben eine Gruppe aller Mitglieder, die sich über eine automatische Mitgliedschaft am Personenstatus speist. Am Eintrittsdatum kann ich ablesen, wann die Personen Mitglied geworden sind.

@Marcel-Tuchner
Vielen Dank 🙂

@samu95 wir sind gerade dabei das Thema Markdown neu zu denken und in ChurchTools durchzuziehen, damit sollte es dann besser sein 🙂

Du bist hier gelandet, weil dich das Thema auch interessiert?
Dann vote für den ersten Beitrag dieses Threads:

https://forum.church.tools/post/47339

Hoffentlich wird dann bald daran gearbeitet.

Viele Grüße!

@jakkojack
Am besten bitte das dem Support melden. Wie @pengel bereits erwähnt hatte, haben wir in der Vergangenheit mit der v0.70.0 einen Fehler behoben, in dem ein ähnliches Fehlverhalten kommuniziert wurde. Damals ging es speziell um die Fotos-App.

Ggf. sind hier weitere Anpassungen bei iOS notwendig, um das Teilen aus der Screencapture-Funktionalität von iOS zu unterstützen.

Grundsätzlich ist es sicherlich sinnvoll, sich über Fehlverhalten hier im Forum auszutauschen und ggf. herauszufinden, ob eine Fehlkonfiguration im eigenen System vorliegt. Stellt sich aber heraus, dass dies nicht der Fall ist und ein offensichtlicher Fehler in der Software vorliegt, ist es sinnvoller, den Support zu kontaktieren.

@R-Schmieder

Danke für die gute Anfrage und Idee.

Supporte das voll.

Auch wir ändern die Dateinamen von Hand und es wäre ein leichtes das gleich mitzugeben, da doch alles vorhanden ist.

Bitte CT 😉

push, weil ich mir das auch wünsche 🙂
Für App-only Nutzer (und davon gibt es immer mehr) ist es derzeit ziemlich umständlich, eine Email an eine Gruppe zu schreiben.

Ich würde mich auch gerne einreihen und mir wünschen, dass es ein weiteres Modul gibt für ein Kassenbuch. Durch die GoBD Ansprüche ist das für den Otto Normal Kassierer quasi nicht auf eigene Faust umsetzbar. Da eure Plattform mit dem Finanzmodul ja schon GoBD konform ist, hab ich die Hoffnung, dass so ein Kassenbuch relativ einfach umzusetzen sein sollte.

Außerdem würde ich mir wünschen, dass es die Funktion eines digitalen Zählprotokolls für die Kollekte am Sonntag gibt. Ich weiß, technisch ist es aktuell noch nicht möglich eine Unterschrift zu hinterlegen. Aber auch wenn ich keinen Entwickler bin vermute ich doch stark, dass es einfacher ist ein Unterschriftenfeld zu programmieren als eine GoBD konforme Datenablage.