@rschi danke, ja da wird schon gesprochen. Mal sehen.

@aschild aaaaaaaaaaaah..... wieder was gelernt, danke :-)

Aufgrund der aktiellen Datenschutz-Thematik dürfte dieses Thema der Vergangenheit angehören. Würde mich interessieren, ob es von ChurchTools Überlegungen zur Anbindung von Threema gibt, und wie sich diese äußern.

@samdre der Link scheint nicht zu gehen.

Leute ... so langsam sollte man hier echt mal einen Strich ziehen! Am Anfang beteiligte ich mich in diesem Thread noch, dann habe ich aber jeden Tag nur mit dem Kopf geschüttelt. @jmrauen hat es letztlich nun wirklich auf den Punkt gebracht. Es wird keinem etwas weggenommen und mit 2.x kann jeder wie gewohnt weiterarbeiten. Wer neue Features wie z. B. die geschachtelten Gruppen oder die neue Rechtestruktur haben möchte, der muss tiefer in die Tasche greifen. Es handelt sich um ein neues Produkt! Das ist bei jeder anderen Software mit erweitertem Funktionsumfang auch so und hier fällt der Mehrpreis - gemessen am Mehrwert- (zumindest für Hostingkunden) durchaus verträglich aus. Es wird auch bisher kein Support-Ende für die "alte" Version angedroht. Große Softwarehäuser machen das ja gerne. ;) Die Gründe, die zum Verwerfen des ursprünglichen Community-Gedankens geführt haben, wurden auch einleuchtend erklärt. Und Kostendeckung ist dem Projekt echt zu wünschen! Es wird niemand gezwungen, auf die CT3.0 zu wechseln. Reicht jetzt ... echt!

@daniel_h Da als "disable_functions" "exec" aufgeführt ist, kann phantomjs nicht ausgeführt werden, da hierzu exec() verwendet wird (um ein externes Programm von PHP aus aufzurufen). Dies hat der Euer Hoster deaktiviert, wahrscheinlich aus Sicherheitsgründen. Ihr könntet aber mal nachfragen, ob es eine Möglichkeit gibt, "exec" für Euer System zuzulassen.

@rschi Ich glaub, für den Ressourcen kalender ist es nicht relevant, aber wahrscheinlich schon für den Event Kalender, damit die personen die den Kalender abboniert haben bescheid wissen, dass der Event nicht statt findet und warum. Ich mach einen eigenen feature request auf

Gerne gebe ich Euch Auskunft zu der Frage nach den Trackern: Wir hatten von 2017 bis Mitte 2018 auf der offiziellen Webseite von ChurchTools (church.tools) sowie auf der Registrierungsseite Tracker von Google AdWords und Facebook integriert, um die Effizienz unsere Werbemaßnahmen auf diesen Plattformen messen zu können. Dies hatten wir auch in unserer Datenschutzerklärung so transparent gemacht. Seit wir unsere Webseite unter church.tools im Sommer komplett neu gestaltet haben, sind aber keine Tracker von Google oder Facebook mehr enthalten, weil wir auch denken, daß der Nutzen nicht im Verhältnis zur Datenübermittlung an die Datenkraken steht. Daher haben wir seitdem komplett auf Tracker verzichtet. Auf der Registrierungsseite, die eine separate Anwendung ist, sollte das auch so sein, tatsächlich war dort in der Konfigurationsdatei aber noch aus früheren Zeiten das Facebook-Pixel aktiviert. Das hatten wir übersehen, vielen Dank für den Hinweis, @rena. Das haben wir jetzt behoben, es wird nun kein Facebook-Pixel mehr eingebunden. ChurchTools selbst hat noch nie irgendwelche Tracker verwendet. Wem die Google Maps-Integration ein Dorn im Auge ist, kann Google Maps in den Admin-Einstellungen -> Datenschutz komplett abschalten.

Hierzu nun endlich ein Update von uns:) Wir haben eine größere Lösung vor Augen, die aber leider nicht so zügig umzusetzen ist. Deshalb hatten wir es immer wieder aufgeschoben. Nun haben wir uns nochmal beraten und haben eine wie ich denke gute Lösung um den Wünschen hier nachzukommen: Bei einer Ressource kann man in den Stammdaten einstellen: "Buchung erfordert Kalendereintrag“ Wenn man dann in Ressourcen bei der Ressource auf ein Feld klickt, erscheint die Buchungsmaske, man kann dort aber keine Buchung mehr anlegen, sondern es kommt der Hinweis: "Du kannst diese Ressource nur in Verbindung mit einem Eintrag im Kalender buchen.“ Und dann einen Button: „Termin im Kalender erstellen“ Beim Klick auf den Button wird dann das Kalendermodul aufgerufen und die Terminmaske geöffnet, gleich mit vorausgewähltem Termin und eingetragener Ressource. Das werden wir nun in der nächsten Version von CT so mit einbauen.

Hallo zusammen! Nachdem jetzt immer noch keine Reaktion seitens der Entwickler zu verzeichnen war, habe ich nun einen Pull-Request auf GitHub erstellt. Diejenigen, die nicht auf die nächste Version warten wollen, können meinen Patch hier herunterladen: https://mega.nz/#!c4El1bqS!RZuDyEuTiBhfKIbA9lQDni-ja0YG7aJk7cm9y4rJ7Bg Anleitung: Die Datei "start.php" unter system/includes/ von "start.php" auf "start_backup.php" umbenennen Die "start.php" aus dem Mega-Link an dieser Stelle einfügen Sollte jemand auf Probleme mit dem Patch stoßen, schreibt es mir bitte unter michi [dot] lux [at] gmail [dot] com.

@birne Ob du das Banner in der Gemeinde benutzen willst kannst du selber entscheiden. Ich würde allerdings sagen, dass es sinnvoll ist auch wenn man den Datumsfilter benutzt. Es geht dabei ja darum, dass man selber weniger Stress dabei hat die Einverständnis der Nutzer zu holen, indem sie es über den Banner selbst machen können. Aber wie du es machen willst ist dir überlassen.

@j-gross Ich weise auch gerne auch noch einmal auf den Beitrag hin. Hier lädt @mhuber auch zur Diskussion und zum Austausch ein, sodass ggf. Community Wünsche eben auch bevorzugt werden können. Ansonsten gebe ich @rschi recht. Sehe den Mehrwert einer Roadmap auch nicht wirklich - nur weil ich weiß, was kommt, habe ich es ja nicht eher. Erhöht wird vielleicht meine Vorfreude, weil ich dann ggf. weiß, wann mein gewünschtes Feature kommt. Bezüglich Workarounds/Alternativen - die App wird nichts können, was CT nicht eh schon kann. Workarounds oder Alternativen musst du also so oder so suchen. Ich kann verstehen, dass die App jetzt Lust auf mehr macht und wir auch gerne wüssten, wann was kommt (mir geht es ja genauso), ich würde aber vorschlagen, dass wir das CT Team da einfach in Ruhe daran arbeiten lassen. :)

@daniel_h : Hallo und Danke für den Tip. Mittlerweile funktioniert alles. Lag an dieser htaccess Datei.

Hallo, da auch wir bei den meisten Events mehrzeilige "weitere Infos" verwenden, passt kaum eine Zeile im CSV-Export. Ist da schon was geplant? Viele Grüße Franz Göthel EFG-Weimar

@xMRi Ja. Die Reports empfinde ich irgendwie noch als Baustelle ... ;-)

@jmrauen Hilfreich wäre bei dem Check der Rechte aber dann ein Hinweis, warum man die Mail-Adresse nicht ändern kann. Sonst kann man das bei dem einen und bei dem anderen nicht und ist dann verwirrt...

Also ich kann das nicht bestätigen. Das Update auf 3.22.4 macht er auch nicht; gleiche Meldung. Der SeaFile-Server lässt sich problemlos abrufen...und wenn ich dann unmittelbar die Update.php aufrufe, kommt dann diese Meldung.... :-(

@mafe sagte in Kindeswohl in Gemeinden -> Info zu Führungszeugnis auf CT: Das boolsche flag "fuehrungszeugnis" ist vermutlich besser an eine Gruppenrolle gebunden, als an eine Gruppe. Beispiel: Ich habe ein Royal Rangers-Team oder eine Jugend Kleingruppe. Natürlich brauchen nicht die Teilnehmer ein Führungszeugnis vorlegen, sondern nur Leiter, Co-Leiter und Mitarbeiter ... Also entweder in den Gruppen-Rollen-Definitionen direkt ein weiteres Ja/Nein-Feld oder in den Gruppeneinstellungen definieren, welche der verschiedenen Gruppen-Rollen das Führungszeugnis brauchen. Habe ich weitergeleitet. Vielen Dank Dir auch für dein Angebot! Ggf. kommen unsere Entwickler auf dich zu :)

Hallo, Neues Design ja, aber so??? Es sieht schön modern aus, aber leider unbrauchbar. Sorry aber wie kann mann einen dunkelblauen Hintergrund mit mäßig hellblauen Schriften gestalten. Habt Ihr mal versuch das ganze zur Präsentation über einen Beamer an einen nicht komplett abgedunkelten Raum zu zeigen??? Ich habe am Mittwoch Vorstellung bei uns zur Gemeindehauptversammlung und habe gestern einen Probelauf gemacht... Also ich freue mich jetzt schon auf die Reaktion besonders der Mitglieder in der Gemeinde, die nicht mehr so gut mit den Augen sind. Bitte DRINGEND die Möglichkeit geben das Design selber anzupassen oder sogar per CSS zu bearbeiten. Ich habe mich wirklich riesig gefreut, dass wir den Schritt zu Churchtools machen wollen, aber hätte ich es so am Anfang gesehen hätte ich mich klar dagegen ausgesprochen. Also Bitte deutlich Barrierefreier die Seite gestalten, was am Anfang viel besser war, dazu noch ein Auszug aus Wiki: "Sehschwache benötigen Skalierbarkeit der Schrift im Browser, um die Schriftgröße an ihre Sehleistung anpassen zu können. Menschen mit einer Seheinschränkung benötigen möglicherweise starke Kontraste und klare Schriften sowie Kontrolle über die Farbe von Schrift und Hintergrund." Wie denke ich deutlich zu erkennen würde ich mich über das Alte Design oder zumindest Selbstgestaltung sehr freuen. Liebe Grüße

Big News: Ich werde den Infoscreen nochmal komplett neu schreiben und einige Features hinzufügen. Hier gibt es ein wünsch-dir-was: http://forum.churchtools.de/topic/3028/infoscreen-wünsch-dir-was

Vielen, vielen Dank! Super Tool! Danke auch für die Idee mit dem Makro. Habe nun ein Makro abgespeichert und nun endlich komme ich schnell zu meinen Daten, sauber dargestellt für das Gemeindeblatt! Genial! Danke!

@Mr.T. Jau, jetzt ist alles (wieder) gut. :)

@chrigu sagte in Church Service: nochmals das Thema Bands buchen... Anderer An: Ich bestätige das Anliegen hier auch noch einmal. Die Lösung über den Zauberstab ist nicht so "das gelbe vom Ei" (ausser ich hätte es einfach nicht begriffen). Es wäre einfach super, wenn im ChurchService ein Teamname gewählt werden könnte (die Dienstanfrage nur über den Leiter) und damit alle in diesem Team hinterlegten Namen in ihrem Dienstplan den Eintrag hätten resp. die Erinnerungsmail erhalten. Ich möchte diesen Feature-Wunsch auch noch einmal unterstützen. Es wäre toll, Gruppen eintragen zu können, so dass alle Mitarbeitenden dieser Gruppe dies als Dienst auf ihrem Startbildschirm sehen.

@Herr-O Versuch es beim zweiten Versuch mal mit einer Private-Session vom Browser. Im Firefox mit Strg+Shift+P und im Chrome Strg+Shift+N Gruß Daniel

Bei uns ist die gesamte Hierarchie durch Gruppen wiedergegeben. Sprich wir haben für jede Leitungsebene eine eigene Gruppenrolle. Zumindest für uns würde es Sinn ergeben, das ganze an die Rolle zu hängen. So könnten wir der Gemeindeleitung und den Departmentleitern zb 2FA „aufzwingen“, unabhängig der Gruppen.

@davidschilling Wird dieser Export dann auch die Notizen aus dem Ablaufplan exportieren? Und wie sieht es mit Bibelstellen aus (Vgl meinen Beitrag)?

@Toubson Es gibt oben einen Post zu einem "ewigen Ferienkalender" ... wenn das funktioniert, dann hat sich mein ganzer Beitrag hier erübrigt!

Wir haben in ChurchTools bewusst erstmal keine CORS Header gesetzt. Denn wie auch @Marcel richtig sagt, ein * Header würde mehr Schaden als Nutzen anrichten. Wir arbeiten gerade unter Hochdruck an einer REST API. Ob wir in diesem Zuge unsere CORS Politik ändern müssen wir intern erstmal besprechen und abwegen. Daher kann ich dir hier zu erstmal keine weiteren Infos geben. Aber falls (das ist kein Versprechen) wir CORS erlauben, dann nur unter bestimmten Auflagen und wir werden sicherlich nicht einfach für alle CT Installationen das aktivieren. Wie das im genauen Aussehen könnte ¯_(ツ)_/¯ Aktuell kann ich dir leider auch nur sagen, dass ein Backen oder iFrame deine Lösungen sind. Tut mir leid, dass ich dir hier erstmal nicht weiter helfen kann. Sicherheit geht aber vor Bequemlichkeit erstmal vor, ich hoffe du verstehst das :) Ich verspreche dir aber, dass ich das intern in die Entwickler-Runde trage und dass wir das Thema noch mal besprechen werden.

@Foxboy sagte in Gemeindeinterner Messenger: Die Funktion, die ich jedoch am meisten bräuchte, wäre ein gruppenbezogener Chat, der allen Veränderungen "geschmeidig" folgt. Die Gruppen, die auf Whatsapp oder auch sonst einmal eingerichtet sind, haben die dumme Eigenschaft, dass sie zahlreiche Leute enthalten können, die man entweder mal hinzugefügt hatte und vergessen hat zu entfernen, oder eben auch "Karteileichen". Auch hilft die beste Sicherheit nicht, wenn irgendwelche "Admins" Leute hinzufügen, die in der Gruppe nichts zu suchen haben. Mit einer Integration in Churchtools wäre das alles in einer Hand, und man bräuchte nur noch an einer einzigen Stelle die Gruppe zu pflegen. Die ganzen Verknüpfungen von Kalender, Personen, Eventplanung etc. machen ja den größten Unterschied zwischen ChurchTools und Einzellösungen (Excel, Outlook Kalender etc.). Der Messenger sollte diese Stärken von ChurchTools auch wiederspiegeln.

@davidschilling sagte in 3.36.0: Auf dieser Statusseite wollen wir solche Sachen auch zukünftig kommunizieren: https://status.church.tools/ Sehr gute Sache!!! (auch wenn wir selber hosten, bin ich trotzdem begeistert)

View ALLdata klingt zu gefährlich so was setze ich doch nicht :-) War im Turturial wohl übersehen von mir. Danke

@Andy Dazu kann ich leider momentan auch nicht mehr sagen. Es "allowfullscreen" scheint ein spezifisches Attribut von YouTube zu sein und kann beim iFrame-Generator in ChurchTools nicht angegeben werden. Und einen beliebigen HTML-Text kannst du auch nirgends einfügen... Ich mache die Clips jeweils einfach genügend gross (width/height). Und auf Smartphones werden diese ohnehin immer im Vollbildmodus abgespielt.

Vielen Dank an Euch, dass Ihr uns geholfen habt, den Fehler zu beheben. Mit der Version 3.42. sollte dieser Bug der Vergangenheit angehören.

@Marcel hab grad nicht dran gedacht, ist ja noch besser :D klar, wenn CT richtig loggt.. sonst gibts immer noch paar Gemeinden, die hosten (lassen), wo vermutlich die vollen GET Strings geloggt werden (was ja nicht wirklich verwerflich ist) -> Tokens im Webserver Log. Ähm.. klar kann man. Normal wird aber nur der GET String geloggt. Heißt: GET Parameter tauchen sehr viel häufiger in Logs und diese Logs werden nicht unbedingt mit besonderer Sorgfalt geschützt. Ja.. die Credentials im GET Param zu haben ist sehr convenient, da man sich um sehr viel weniger kümmern muss.. aber: die meisten HTTP client APIs sind mittlerweile ausgereift und einfach genug mit POST zu verwenden HTTP Header setzen ist ähnlich schnell gemacht, da könnte man dann mit Bearer Token arbeiten (oder gleich auf OAuth2 setzen), dann gehen auch weiterhin GET Requests nur halt, dass die Authentifizierungs informationen nicht in der URL enthalten sind. Alles was ich sagen will, ist dass ich es für eine neu entworfene RESTful API eher schade finde, dass solche eher schlüpfrigen Entscheidungen getroffen werden...

@davidschilling Genial!! Es funktioniert :) / Bin super froh ist jetzt wieder mehr Verlass auf den Sync zwischen Churchtools & dem Google Kalender!!

Feature-Wunsch: http://forum.churchtools.de/topic/3202/mailempfänger-sichtbar

Ich versuche gerade die Termine aus ChurchCal in das CMS unserer Internetseite zu synchronisieren. Bisher dachte ich eigentlich, dass ich die API falsch benutze: https://forum.church.tools/topic/4382/veranstaltungsort-über-churchcal-api-abfragen Ich kann ehrlich gesagt nicht ganz glauben, dass zu einem Kalendereintrag kein Ort angegeben werden kann. Ist das nicht ein Standard-Feature? Etwas schade auch, dass es hierzu kein Statement des ChurchTools-Teams gibt ... Viele Grüße, Simon

@MaxStro Ja, das würde schon gehen, oder ich bastel mir eine Grafik zusammen für ein paar Monate, das wäre alles nicht das Problem. Wenn ich aber weiß, dass von CT z.B. in den nächsten 3 Monaten das eh zum Filtern geht, dann kann ich das aussitzen und spar mir die arbeit, eine Übergangslösung zu machen.

Hab noch etwas rumprobiert. Damit funkionierts: /usr/local/bin/php7-71LATEST-CLI Danke.

@Andy Das Einzige, was man zur Verdeutlichung machen könnte, wäre die Veränderung eines kleinen "Wörtchens": Nicht: "Berechtigung für die untergeordneten Gruppen" Das klingt ein bisschen so, als wenn da etwas übertragen wird, also die "untergeordneten Gruppen" etwas erhalten. Vielleicht besser: "Berechtigung in untergeordneten Gruppen"

@hja Vielleicht noch ein kleiner Tipp: Wenn du bei der Bild-URL alles vor dem '?' weglässt, dann überlebt dein Wiki auch einen Umzug bzw. eine Domainänderung.

Hier eine Anmerkung von dem Datenschutzbeauftragten vom BFP Daniel Aderhold. *Seit 1990 gibt es ein Bundesdatenschutzgesetz, welches 2009 geändert bzw. erweitert wurde. Dort ist festgelegt, dass diese Bestimmungen für nicht-öffentliche Stellen [gelten], soweit sie die Daten unter Einsatz von Datenverarbeitungsanlagen verarbeiten, nutzen oder dafür erheben oder die Daten in oder aus nicht automatisierten Dateien verarbeiten, nutzen oder dafür erheben, es sei denn, die Erhebung, Verarbeitung oder Nutzung der Daten erfolgt ausschließlich für persönliche oder familiäre Tätigkeiten. (§1.3 BDSG) Die Zuständigkeit und Verantwortung für die Einhaltung des Datenschutzes liegen bei der Leitung der datenverarbeitenden Stelle (= Behörde, Unternehmen, Kirche). Es ist möglich (und auch sinnvoll) eine eigene Datenschutzordnung als Freikirche (hier: BFP) zu verabschieden. Die Möglichkeit dazu ergibt sich aus der Verfassung (Art. 140 GG i. V. m. Art 137 der Weimarer Verfassung: „Jede Religionsgesellschaft ordnet und verwaltet ihre Angelegenheiten selbständig innerhalb der Schranken des für alle geltenden Gesetzes.“). Diese Regelung hat zur Folge, dass einige Gesetze für Religionsgemeinschaften nicht gelten. Dazu gehört nach überwiegender (wenn auch nicht umstrittener) Ansicht auch das Bundesdatenschutzgesetz. Wichtig dabei ist, dass natürlich auch wir als Freikirche verpflichtet sind, das informationelle Selbstbestimmungsrecht der Menschen zu beachten. Dieser Verpflichtung können wir nicht dadurch entgehen, dass sie keine eigenen Regelungen treffen. Dem „Rechtsetzungsprivileg der Kirchen“ korrespondiert deshalb eine „Rechtsetzungspflicht“. Kommen wir dieser Pflicht nicht nach, gilt das BDSG (und ob wir davon wissen und uns darum kümmern oder nicht).*

@rschi Eben. Und deshalb ist die Benennung dieser Option unvollständig.

@jmrauen Yeah, das wars. DANKE :smiley: Sie waren auf Status: zu löschen gesetzt.

@Mr.T. Appetit holen, wie? :P Das neue Logo sieht auf jeden Fall hübsch und moderner aus. :+1:

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.

@jmrauen Beides wäre gut, aber Prio wäre aus meiner Sicht 2., weil es für Gastprediger besser geeignet wäre und für diejenigen, die die App aus welchen Gründen auch immer (noch) nicht nutzen.

@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.

@jmrauen Yes, wunderbar! Vielen Dank für die Korrektur!!! Nun kriege ich eine Antwort. :-)

@hja Die Begrenzung gilt ja "nur" für Windows. ;)

Hat heute geklappt, vermute es lag daran, das dass Passwort zuvor gerade neu gesetzt wurde. Hab exakt das selbe gemacht. Vielen Dank an alle

@joe999 Wir sind auch Mitgliedsgemeinde in einer K. d. ö. R. , aber auch selbst ein eigenständiger e. V. Damit war die Registrierung dort kein Problem.

@hja DANKE für den Tipp! LG Rainer

@MichaelG - Absolut Deiner Meinung - eigentlich ist ja das CRM gerade dazu da auch eine Historie in den Beziehungen zu zeigen.

@MichaelG Wir werden hier im Forum weiterhin die Versionen ankündigen. Ich denke da spricht jetzt nicht viel dagegen. Bei größere Versionen gibt es auch einen Blogpost. Wir sind aktuell noch am überlegen, wie wir am besten die Selfhoster unabhängig vom Forum informieren können, weil lange nicht alle das Forum lesen. Aber so eine E-Mail wäre schon eine Option.

Hallo @RHo , ich habe von uns Entwicklung die Rückmeldung bekommen, dass sich die Informationen beim hovern über einem Termin via CSS ausblenden lassen, nicht aber, wenn man das Dialogfeld öffnet. Dort kann man mit CSS nichts einstellen. Daher liegt hier kein Bug vor, ich habe das falsch eingeschätzt. Daher bitte ich um Entschuldigung. @all Wenn ihr wollt, könnt Ihr dazu ein Feature-Request erstellen. Dann können wir abschätzen, für wie viele Gemeinden dieses Feature relevant wäre. Viele Grüße, Jakob

Danke für die vielen Rückmeldungen. Ich habe sie in einem neuen Mockup aufgenommen. Folgende Meldung soll erscheinen, wenn eine Person 3x hintereinander ohne Angabe eines Grundes abgesagt hat: Außerdem soll das gerne eine optionale Meldung sein. Der Text kann im Übersetzungsmodul angepasst werden. Das gilt übrigens für alle Formulierungen innerhalb von ChurchTools. Diese können alle im Übersetzungsmodul angepasst werden.

Das Problem bei @mkirchhoefer war eine alte MySQL Version (5.5). Diese unterstützt einige Funktionen nicht, die mittlerweile recht normal sind. Falls das Problem noch bei jemand anderem auftritt kann folgender MySQL-Befehl ausgeführt werden: ALTER TABLE cdb_gemeindeperson_gruppe_archive ADD COLUMN created DATETIME; UPDATE cdb_gemeindeperson_gruppe_archive SET created=letzteaenderung;

@jmrauen hui! Klasse, danke.

@xMRi genau. Hierbei kann natürlich auch aus mehreren Gruppen gezogen werden.

Moin, ich reaktiviere dieses Thema mal. Das mit den Geburtstags- und Hochzeitsjubiläen ist großartig. Aber bei Optigem konnte ich mir bisher zusätzlich auch die Tauf- und Mitgliedschaftsjubiläen anzeigen lassen. Ich finde das großartig, wenn man Mitgliedern zu diesen besonderen Momenten im Glaubensleben gratulieren kann. Wäre es möglich, auch für Taufdatum und Mitgliedsdatum eine Jubiläums-Übersicht auf der Startseite einzurichten?

@jmrauen Hallo Jens Martin, gibt es neue Infos zum Reporting? Wir wurden "freundlich" von CCLI erinnert unsere Liedmeldung im OLR Online Reporting Portal von CCLI durchzuführen. Diese Infos waren durch einen Wechsel im Gemeindebüro "liegengeblieben". Es wäre eine echte Hilfe wenn das automatisch von CT erledigt werden könnte. Gibt es sonst einen Workaround an welcher Stelle wir die Liednutzung aus CT herausziehen können? Ich habe momentan nur die grafische Statistik im Song im Kopf, gibt es eine weitere statistische Auswertung wann welcher Song benutzt wurde? Liebe Grüße und Gottes Segen für euren Dienst

Also ich muss das nicht in Churchtools haben. Trello ist so felxibel, nett und hat so viele Funktionen, dass man das nur schwer toppen kann. Und das ganze sogar wirklich werbefrei. Und nein. Ich arbeite nicht für Trello, nutze es aber auch geschäftlich...

@vkoop Danke :-)

Ich finde mit der neuen Version ist CT wesentlichlangsamer geworden. Vor allem, wenn man die Seite mobil nutzt. Das aber auch am PC merkt man es, wenn man bspw. in ChurchDB zwischen der Personenliste und der Gruppenliste wechselt.

Habe den entsprechenden Beitrag nun gefunden - er ist hier zu finden. :-)

@Andy Servus, entschuldige die späte Antwort. Wir haben ca 350 € dafür ausgegeben. Davon 240 € für die SideKiosk Software, 15 € für das Terminal inkl. Touchscreen, 75 € für den Windows Rechner und dann noch mal 20-30 € für Lan und Stromkabel, da keine Steckdose in der Nähe. Das Terminal wurde bei einer Firma ausrangiert und zum Schrottpreis verkauft. Daraus ist dann auch die Idee entstanden.

@jmrauen Einen Vorschlag dafür habe ich bereits unter http://forum.churchtools.de/topic/2331/öffentliche-gruppe-automatisches-assoziieren-von-personen-deaktivieren gemacht...

Kann ich noch nicht genau sagen, ca. 1-2 Monate.

@rschi Ach, ja. Danke! Hatte nur bei mir 3.41.2 gesehen - und dann gedacht, es wäre schon 3.42! Da freue ich mich schon drauf.

@Andinistrator sagte in Datei Upload zu Event als eigenes Recht: Es können aber nur Dateien hochgeladen werden, wenn die Person zu einem Dienst bei einer Veranstaltung eingeteilt ist. Sonst nicht. Das ist so korrekt. Es ist ja ein gruppeninternes Recht und gilt genau in dem von dir beschriebenen Fall. Wenn ich die Person in eine andere Gruppe zuordne kann sie zu jedem Event etwas hinzufügen. Dann hat diese Person über ihre Rolle in der anderen Gruppe eine globale Berechtigung, die das ermöglicht (edit events).

@Roland Es wurde nicht aus der ToDo Liste geschmissen, sondern die ToDo Liste ist einfach nur sehr sehr lang. Allein hier im Forum kommen am laufenden Band neue Feature Requests rein. Aber nicht alles können wir umsetzen. Nicht weil wir nicht wollen, sondern weil auch unsere Arbeitszeit limitiert ist. Ich werde aber deine Kritik aufnehmen und im Team teilen, dass wir hier besser aufpassen müssen welche Features wir ansprechen :)

So wie das jetzt umgesetzt ist, kann das nur ein erster Schritt sein. Man ist jetzt den Tablet- und Handy-Nutzern entgegen gekommen. Warum im unveränderten Zustand bei PC-Benutzern jetzt fast die ganze obere Zeile frei ist, verstehe ich nicht. Was äußerst gravierend ist: Es fehlt jetzt komplett die Information, als welcher User man gerade angemeldet ist. Gerade wenn man als Admin häufiger Personen simuliert fehlt das doch sehr. Bitte denkt noch einmal über ein responsives Design nach. Da hätte jeder etwas davon. Wenn Platz da ist, wird alles angezeigt. Wenn der Platz fehlt, verschwinden die Menü-Punkte hinter dem Menü-Button.

Hoch ein kleiner Hinweis für selfhost Kunden: wenn https_only=true ist, ihr aber kein Verschlüssung beim E-Mailserver eingetragen habt werden keine Emails versendet. Ihr benötig einweiteres Zertifikat oder müsst euren Mailserver so umkonfigurieren das ihr das Zertifikat von Churchtools mit verwendt MFG Patrick

Ok, ich glaub ich habs gelöst. Aber was das ursprünglich ausgelöst hat weiß ich nicht. Im der Tabelle cdb_bereich_person haben für ca 90 Personen die Einträge gefehlt. Also 90 Personen waren keinem Bereich zugeordnet. Kann es sein, dass so lange wir nur einen Bereich hatten Churchtools einfach alle angezeigt hat egal ob ein Bereich eingetragen war oder nicht? Und dann als ich testweise einen zweiten Bereich eingeführt habe hat er (manche) der Einträge ohne Verknüpfung mit einem Bereich nicht mehr angezeigt. Kann es sein, dass manche der Einträge noch keinen Bereich zugeordnet hatten, weil wir die noch in Churchtools 2.0 eingetragen haben? Jetzt hab ich ehrlich gesagt etwas Angst, dass mir irgendwie wieder eine Person verloren geht ohne dass ich es merke.

Ja, fein wäre es halt, wenn alle Zuständigen automatisch das Programm und auch eine "Diebsterinnerung" bekämen. Den Freitext nutzen wir zwar bisher, aber bei der Progtammverteilung kommt es dann doch immer wieder vor, dass dann vielleicht die wichtige Küche hinten runterfällt, weil manuell im Verteiler vergessen.

@Andy sagte: Vorstellbar wäre für mich in den CT, da man dort ja alle Gruppen/Bereiche abgebildet hat, eine Budgetplanung und -freigabe. Das würde sich wunderbar integrieren lassen. Das, was ich im heutigen Webinar zur Zusammenarbeit von CT und Optigem gehört habe, geht doch genau in die von mir vor vier Monaten angesprochene Richtung. Applaus, Applaus ... :+1:

@Webmaster-EFM Habe auch Community-Edition ja wenn ich dieser Person aber alle, bis auf die von mir (Admin) gewünschten Rechte entziehen möchte? (warum auch immer)* -->Mir ist nichts bekannt.. Nicht ins System einladen. Oder eigener Status und keinen Gruppen zuordnen

@MichaelG Ja, das hast du super auf den Punkt gebracht. Danke. Mit dieser "einfachen" Lösung Mail Adresse einsehen können Person über internen Mailer kontaktieren können, ohne die Mail tatsächlich sehen zu können wäre meinem Anliegen genüge getan. Der Rest ließe sich dann über die bereits vorhanden Gruppenfunktionen und Rollen lösen. Vielen dank für's Mitdenken!!!

Hallo, gibt es zu dem Punkt "GRUPPE-ROLLE-Kombination" schon etwas neues oder ist hier absehbar, wann es eine Lösung geben wird? Wir möchten gerne in Zukunft nur die Leiter einer Gruppe dazu Berechtigen ihre Seite in Wordpress bearbeiten zu können. Aktuell wäre leider jeder Teilnehmer hierzu in der Lage. Gruß Daniel

@jmrauen Da du hier schonmal geantwortet hast, kannst du mir da mehr zu sagen?

exakt zusammen mit den allgemeinen Info`s und Adresse/Telefon-Nr.

@jmrauen: könntest du bitte auch mal hier kommentieren, welche der vielen LiveAgenda-Probleme aktuell überarbeitet / umgesetzt werden? Danke!!!

@artus70 zeigt leider keine Wirkung. Ist die Syntax korrekt?

@MichaelG sagte in automatische Gruppen: Wobei es als Gruppe den Vorteil hätte, dass du es unter andere Gruppe schieben kannst Oder auch Mailchimp-Sync Rechte auf diese Gruppe (z.B. alle Teamleiter für ganze Gemeinde sichtbar) Mails an Gruppe (auch automatische)

Leider muß ich in diesem Punkt nochmal zurückrudern. Die 1024 Zeichen werden in einer Tabelle mit anderen Einstellungen gespeichert. Wenn wir diese Beschränkung aufheben, gilt es für die ganze Tabelle. Dadurch könnte es Performance-Einbußungen an anderen Stellen geben, die wir so kurzfristig nicht richtig abschätzen können. Deshalb machen wir das jetzt lieber nicht so schnell, sondern wir nehmen uns lieber eine Version Zeit und prüfen das besser. Also leider erst dann in 3.43. Ich bitte um Euer Verständnis.

@hbuerger habe soeben ein neues Bild hochgeladen. Dann die Datei entsprechende Datei aus blobs umbenannt. Ergebnis: Ich schicke dir die Datei gleich zu.

@wilfrid Problem "Gruppennamen können nicht eingegeben werden" gelöst! Der church.tools-Support hat das Problem gelöst: Unter der Liste von Stammdaten, DB-Felder war unter der DB-Feldkategorie Gruppe das Feld Bezeichnung ausgekreuzt, es sollte also nicht angezeigt werden. Somit wurde die Bezeichnung der Gruppen in der Datenbank nicht verwendet. Dass dieses überhaupt ausgekreuzt werden darf, macht wenig Sinn. Die Church.tools-Entwicklung wurde entsprechend informiert. Dieses Thema ist damit erledigt. Danke für die Hilfe.

@jmrauen Dann aber bitte erst die Funktionalität in die App bringen um Songs zu Suchen und einzusehen. Dann wird der Bott wirklich nicht mehr benötigt.

Ich finde diese Funktion auch sehr sinnvoll! Leider kann ich das Skript nicht nutzen, da wir CT nicht auf eigenem Server betreiben.

@tomzi Darum sollte ja das automatische Anlegen eines Zugangs daran geknüpft sein, dass eine öffentliche Gruppe in CT existiert, für die man sich per Link anmelden kann. Das ist z.B. sinnvoll für Gäste, die sich zu Veranstaltungen (z.B. Seminare) anmelden und über CT weitergehende Informationen erhalten sollen. Oder für Dienstpläne gemeindeübergreifender Veranstaltungen.

@hja interessanter Hinweis... :thumbsup_tone1:

danke @Andy

Du hast recht. Jetzt achte ich drauf! ;-)

Leider durch Einführungsphase unseres neuen Übersetzungsdienstes nur Absagen erhalten. Tut mir leid.

@tomzi klar, das kann ja jede Gemeinde dann machen, wie es für sie passt. Bei uns wäre es nicht praktikabel

@tomzi Sofern es noch Relevant für Sie ist: Ich habe ein PHP Skript das alle PPT(x) dateien aus einem Ordner ließt und in die Datenbank schreibt. In unserm Fall werden die PPT dateien auch direkt in den BLOBS ordner kopiert und mit dem dazugehörigem Lied verknüpft, damit diese als Anhang bereitgestellt werden. Achtung! Ich nutze dafür nicht die API von Churchtools, sofern es damit möglich sein sollte, da ich bis vor 5 Minuten diese garnicht kannte. Angenommen: Ordner ./songs/ wird ausgelesen und es befinden sich 3 Dateien darin: ->Tolles Lied @Liederbuch3-15.pptx ->Tolles Lied [ARRANGEMENT] @Liederbuch3-15.pptx ->Noch ein Lied @Liederbuch3-15.pptx Wir haben bei uns eine "Namenskonvention" festgelegt: Sollten es mehrere Versionen/Varianten von einem Lied geben, wird diese in Eckigen Klammern [ ] angegeben. Dem Liederbüchern geht ein @ vorraus. Im ersten schritt wird der Dateiname in mehrere bereiche aufgeteilt und in Variablen abgelegt: Liedname - Arrangement - Liederbuch. Die Zeichenfolge nach bzw. inkl. dem @ Zeichen wird entfernt übrig bleibt der Titel. Dieser wird in die Datenbank gespeichert. Beim Zweiten Lied handelt es sich um eine "Variante", wie z.B. "Nur Refrain als Schlusslied" oder à la Hillsong "Bridge 10x". (Nichts gegen Hillsong!). Vor dem Schreiben wird erst geprüft ob der Liedname schon vorhanden ist. Wenn ja, und es eine arrangement Variable gibt, wird diese Variante einfach dem Lied als Arrangement angehängt. Damit vermeide ich mehrere Einträge in der Liedliste. Das Dritte Lied ist ein unabhängies Lied. Wofür wiederum ein eigener Eintrag erstellt wird. (Beispiel siehe Bild:)

Ist es eigentlich auch möglich die Bedingungen zu ändern oder sind die fest definiert? Ich würde gerne die Uhrzeit bei "morgens/abends" ändern und hab bist jetzt noch keine Möglichkeit gefunden.