@thommyb sagte in i18n Strings für Dur-Tonarten:

@bwl21 das ist ja kein Argument. Der Klassiker ist ja die unterschiedliche Bezeichnug von H-Dur/B-Dur. Das kann nur durch i18n abgedeckt werden.

Das stimmt nun auch wieder. Allerdings kann der nur durch Verlassen des deutschen Sondweges "H-Dur" überwunden werden, der ein ständiges Ärgernis ist 🙂

Ich stelle gerade fest, dass sich der Ablaufplan auch nicht um die i18 String schert, auch nicht für die Moll-Tonarten. Oh weh ...

Der Ablaufplan nicht, aber das Menü zur Auswahl der Tonart bei der Bearbeitung eines Songs allerdings nur für Moll-Tonarten - soweit ich es ausgetestet habe.

Das sollte man entweder richtig oder gar nicht sprachabhängig machen. Ich wäre für gar nicht. Der Musiker, der BbMinor nicht versteht ... braucht halt etwas Nachhilfe 🙂

Hi zusammen,

ich muss @Holger1308s Wunsch allerdings zustimmen, wenn auch aus anderen Beweggründen:
Eine Gemeinde hat insbesondere bei vielen Veranstaltungen etc. eine hohe Anzahl an neuen Personen, welche noch nicht in den Stammdaten angelegt sind. Ein Leiter einer Gruppe sollte diese aber schnell anlegen können, zumindest mit einem Status "zur Prüfung durch Systemadmin" (oder so ähnlich).
Denn: ich werde nicht sämtlichen Gruppenleitern die Berechtigung erteilen, Stammdaten anzulegen. Das gibt nur Datenmüll. Vor allem, wenn im Personalstamm kein Feld als Pflichtfeld möglich ist - vom Datenschutz ganz zu schweigen.

Wir als Kirche wünschen uns diese Möglichkeit schon seit längerem. Im Moment müssen wir massig eMails, WhatsApps oder Formsabfragen händisch in CT übertragen...

@jziegeler Das mit dem Nachnamen ist mir nicht aufgefallen, stimmt.
Sind bzgl. meiner Frage Anpassungen in Planung?

@michaelg mit "für mich sinnvoller" meinte ich nicht zwingend für mich persönlich. Gemeint war, dass es insgesamt logischer ist, wenn man die Variante der App auch im Web umsetzt.

Ich meine aber, dass das ohnehin schon auf dem Zettel ist.

@andy dachte ich mir schon. Warte eigentlich auf Antwort von support... 😉

Hi Erwin. Ich habe das nicht weiter versucht. Obwohl es mich weiterhin reizt weil man mit den API sicher viel machen kann. Wenn jemand einen Online Kurs kennt um API zu lernen dann wäre ich gerne dabei.

@bernd wir planen an folgendes Vorgehen:

Wir richten ein zweites Buchungskonto für sofort bestätigte Spenden ein, das ist nicht als Spendenkonto gekennzeichnet. wenn z.B. eine Firma ein Einzelbestätigung haben möchte (und das vorher sagt) dann wird die Spende auf dieses Konto verbucht, und erscheint damit nicht auf den Sammelbstätigungen ein. Es wird einen Spendenbescheinigung ausserhalb von ChurchTools erstellt (leider fehleranfällig) Wir haben noch ein Merkmal "Spender", so dass die Firma bei Spendenkampagnen berücksichtigt werden können.

Das kommt nicht so oft vor, daher können wir vermutlich damit leben. Trotz allem wäre es wünschenswert, für einen Buchung spontan eine Bestätigung generieren zu können und diese dann als bereits bestätigt zu kennzeichnen.

@uwekersten jau, deine Lösung hört sich so gut an, dass ich das unserer Buchhaltung in gleicher Art empfehlen werde. 👍

@saschaj wie haben einen Kalender für Morgengottesdienste und einen für Abendgottesdienste. Besonderheiten stehen im Titel „Gottesdienst mit …“. Das Hinweis Feld nutzen wir für „Programm für Kinder parallel“ oder die Ortsangabe. Es gibt nach meiner Erinnerung schon einen anderen Vorschlag für die Einrichtung weiterer Kalender Felder die nicht für öffentliche Nutzer sichtbar werden sollen und für Filter genutzt werden können.

@bwl21 sagte in Gruppentexte formatieren:

markdown

Ja, jetzt habe ich es auch geschnallt. Danke vielmals. Habe es gerade getestet, es funktioniert beides.