:D Ich liebe es ja, wenn Leute meinen, etwas sei simpel, weil es "quasi copy and paste" sei ;) Die armen Entwickler sehen das dann meistens ein wenig anders.. Nichtdestotrotz bin ich mir sehr sicher, dass dieses Feature ziemlich gut wäre. Klar könnten wir das auch irgendwie (teilweise) über die Dokumente regeln, aber als Zuständiger in unsrer Gemeinde für CT graut es mir da jetzt schon ein wenig vor, weil die Berechtigungen dann doch sehr komplex eingestellt werden müssten damit man das gut nutzen kann. Vor allem die automatische Archivierung (siehe Video, das erklärt das echt super!!) ist genial.

Hallo @Andy & @fodinabor, danke euch für eure schnelle Rückmeldung. Auf der Suche nach so einem workaround war ich gewesen. Funktioniert! Dann werde ich unsere CT-Benutzer einmal über dieses verfrühte Weihnachtsgeschenk informieren. :)

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

@stefanbe sagte in Kontaktformular öffentlich zugänglich - Aktualisierung der ChurchDB Daten: Über so ein öffentliches Formular füllt sich die ChurchDB dann aber ziemlich schnell mit Leuten, die ihre Medikamente, wahnsinnig tolle Nebenverdienste und ihre Körper anbieten... ist bei uns bisher nie vorgekommen und bei uns sind die Formulare dauerhaft auf der Homepage eingebettet.

Wir haben da auch schon darüber nachgedacht und wollten es erstmal gemeinsam lassen. Wenn wir merken, dass es ein Problem wird können wir immer noch neue Kategorien aufmachen und die bisherigen Themen verschieben.

@Aquila Vielen Dank! Bin durch viele alten Fragen gestoßen aber bin nicht auf den gekommen. Ist sehr hilfreich.

@Aquila Vielen Dank! Bin durch viele alten Fragen gestoßen aber bin nicht auf den gekommen. Ist sehr hilfreich.

vielen Dank Jakob für das super Feedback! Unsere Teams freuen sich schon darauf.

@Jakob Momentan Endlosrolle. Soweit ich weiß, ist die Größe im Druckertreiber festgelegt.

@seetalchile Das wäre eben auch schon lange mein Wunsch, dass die Event-Vorlagen zusammen mit den Terminvorlagen gespeichert würden. Als ich nun im Changelog über diese Änderung gelesen habe freute ich mich schon - anscheinend vergebens. Für uns ist das so nicht wirklich brauchbar. Wir haben im Sonntagmorgen-Kalender am Sonntag jeweils 3-5 Termine, aber nur bei einem braucht es die Eventvorlage. Somit fahre ich besser, wenn ich die Event-Vorlage nicht hinterlege und sie nur beim Gottesdienst auswählen muss, als dass ich sie bei 2-4 Terminen raus nehmen muss. :-/

@davidschilling Ja, das ist mir bewusst, resp. dachte ich mir schon, dass die Apps parallel entwickelt werden. Wollte damit einfach sagen, dass sowas bei Andoid auch möglich ist, nicht nur bei iOS. :-)

@rschi es gibt auch für Windows z.b. TOTP clients.. ob man das will ist natürlich immer die andere frage

@MichaelG Generell wäre hier der nächste Schritt den Dienstplan komplett anzeigen lassen zu können - inkl. aller Dienstbereiche, die eine Person sehen kann und nicht nur den Dienstbereich, in dem der angefragte Dienst ist.

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

@jmrauen Auf wann ist da was geplant? Ich hatte letzthin grad wieder einmal eine Diskussion, weil bei uns das Modul ChurchResource deaktiviert ist, weil wir das aktuell nicht richtig steuern können.

@stefanbe Ja. Ist alles wieder da. Es lag daran, dass ich die alte .htaccess - Datei gelöscht habe und die neue .htaccess - Datei mit dem manuellen Umstellen auf PHP 7.2 erstellt habe. Ab dem Zeitpunkt, wo ich die .htaccess - Datei wieder gelöscht habe und die .htaccess - Datei aus dem ausgepackten Churchtools 3.40 - Ordner in dem Ordner auf /churchtools/ auf unserem Server getan habe, erschien wieder ganz normal das Menü. :-D So sieht es wieder aus in der .htaccess - Datei:

Danke, das beruhigt!

@rschi sagte in Mails erneut versenden: @Aquila Bei den gesendeten E-Mails (also nicht im Log) hast du ja die einzelnen E-Mail, welche versendet wurden. Da siehst du ja, welche nicht funktioniert hat. Und wo finde ich die? Edit: Gefunden, oben rechts über mein Profil.

@Henric-Resa genau genommen sind es zwei unterschiedliche Anliegen, die mit dem gleichen Werkzeug erreicht werden können. Während dieser FR mehr um die Dateiablage geht, geht's beim anderen mehr um das Einbinden in den Ablaufplan. Zumindest so wie ich es verstehe.

Ich konnte eure Beobachtung nachstellen und habe sie an unsere Entwickler weitergeleitet. Sobald ich mehr weiß, melde ich mich bei Euch. Liebe Grüße, Jakob

@jonny tatsächlich gibt es einen anderen umständlichen Weg, weshalb der Wunsch immer noch sinnvoll ist... Du markierst alle Datensätze - filterst dir dann raus was du eigentlich negieren willst - entfernst von den nun angezeigten Datensätzen die Markierung - entfernst den Filter - aktivierst nun den Filter: Markierte anzeigen - und du erhältst die umgekehrte Auswahl

Moin, wir benutzen bei uns MeisterTask, weil es auf deutschen Servern liegt. Jeder Gottesdienst wird von vier Leuten aus den Bereichen Musik, Schriftlesung, Theologie und Kreativität geplant (mit dem Pastor natürlich). Allerdings ist es schwierig den Leuten zu erklären, warum sie sich in Churchtools eintragen müssen, um zu sagen, dass sie an der Vorbereitung eines Gottesdienstes mitwirken, um dann in MeisterTask die inhaltliche Vorbereitung zu verfolgen oder dort mitzuwirken. Beide Funktionen in einer Software (und da am liebsten Churchtools) wäre perfekt.

Ah, wunderbar, danke @davidschilling! Das hatte ich nicht gesehen.

@CBüttner hierfür gibt es im Moment keine Möglichkeit. Wir haben es teilweise als Dienst definiert (bspw Bibeltext) welcher dann auch im Kalender angezeigt werden kann. Nachteil: Dienste müssen lizenziert werden, wir hatten aber noch ungenutzte übrig.

Mittlerweile bin ich der Meinung, dass es sich hierbei um einen Bug handelt, nicht um ein fehlendes Feature. Über die Gruppenliste, bzw. über die Gruppe selbst kann ich an die gesamte Gruppe schreiben, wenn ich die Gruppe allerdings zum Filtern in der Personenliste nehme funktioniert es nicht mehr.

Vielen Dank für alle Antworten - wir haben hier ja ein super-aktives Forum, klasse!! @Andy Nunja, bei single-page-applications kann das anders gelöst werden, ich verstehe aber nun wie das bei churchtools gemacht wird. Danke!

@leon2003 , die Spaltenbreite konfigurierst Du über Deine Webseite, das ChurchCal Modul gibt einfach nur eine Liste mit einer Zeile Text pro Kalendereintrag aus ohne aktiven Zeilenumbruch. Das könnte ich aber, wenn gewünscht, noch einbauen.

Heute wurde hier nochmals gevotet, daher hole ich den uralten Beitrag mal wieder hoch. Ist ja schon völlig in Vergessenheit geraten ... ;-)

Hallo @Mathis , wenn ich dich richtig verstanden habe, ist das FollowUp System genau das was Du brauchst und auch für deinen Wunsch umsetzbar. Hast Du schon unsere Hilfeseite zu dem FollowUp System gesehen? Falls nein, beantwortet sie Dir bestimmt einige Fragen. Bleiben danach dennoch Fragen übrig, kannst Du uns gerne direkt über unser Kontaktformular anschreiben und auf diesen Thread verweisen, wir helfen Dir gerne weiter. Liebe Grüße, Jakob

@Andy Ja, das wäre schon was - wenn das Abo denn stimmt. ;-)

@MarkusP sagte in DSGVO - Einwilligung zurückziehen: Es wäre auch gut, wenn man die Rücknahme der Einwilligung bestätigen müsste und ein Hinweisfeld erscheint, was dies bedeuten würde (Text sollte von Admin gepflegt werden können). In unserem Fall würde es z.B. für Mitglieder bedeuten, dass wir sie nicht mehr als Mitglieder führen können. Das Recht der betroffenen Person, der Verarbeitung von personenbezogener Daten, zu widersprechen ergibt sich aus §21 DSVGO. Legt die betroffene Person Widerspruch gegen die Verarbeitung ein, verarbeitet der Verantwortliche die pbz Daten nicht mehr, es sei denn, "er kann zwingende schutzwürdige Gründe für die Verarbeitung nachweisen". Als schutzwürdiger Grund wird die Mitgliedschaft in einem Verein / einer Religionsgemeinschaft (vermutlich - bisher gibt es keine Rechtsprechung) anerkannt. D.h., wird mit dem Widerspruch zur Datenverarbeitung nicht gleichzeitig der Austritt erklärt, dürfen bzw. müssen (einige) Daten auch weiterhin verarbeitet (=in der Mitgliederliste gespeichert) werden. Aber auf jeden Fall wäre eine Benachrichtung von Admins (oder noch besser, von durch den Admins bestimmten Personen) bei einem Widerspruch absolut wünschenswert / notwendig!!! s. auch dieses Feature-Request:

Bzgl. gerendertes HTML in ChurchTools vs. HTML-Tags in Clients geb ich jetzt auch meinen Senf dazu.. Laut icalendar.org scheint die iCal Implementierung von CT allgemein vom Standard abzuweichen. So wird empfohlen das Feld X-ALT-DESC für HTML formatierte Beschreibungen zu verwenden und Description ausschließlich für Plaintext. Heißt man könnte in CT in der Kalender Event Erstellungsmaske einen WYSIWYG-Editor (wie im Wiki) einbinden, den Quelltext im Feld X-ALT-DESC speichern und in Description den Text mit allen Tags entfernt und nur z.b. `` in \n umwandeln, um eine gewisse Strukturierung in allen Clients zu gewährleisten. Hier die entsprechende Notiz von icalender.org: HTML In Event Descriptions The original iCalendar standard allowed only plain text as part of an event description. HTML markup, such as font attributes (bold, underline) and layout (div, table) was not allowed in the text description field. First seen in Microsoft Outlook, the X-ALT-DESC parameter provides a method to add HTML to an event description. "X-" fields are allowed for non-standard, experimental parameters. This field has become the method of choice when including HTML in a description. When using HTML, both fields must be included so that iCalendar readers that do not support the X-ALT-DESC field can still read the text version. Dementsprechend empfinde ich die derzeitige Speicherung / das Rendering als Bug.

@Andy Vielen Dank! Diese Seite habe ich bereits gesehen. Ist nicht schlecht, doch dachte ich, dass es vielleicht sonst noch was gibt. :-)

@wolfgang-merkel Am besten erstellst du einen Feature-Wunsch hier im Forum zur Skalierung der Bilder für die Mitgliederliste. Es ist sehr schade, wenn ihr nur in so "schlechter" Auflösung Bilder hochladet. Wir werden vor Allem die Personenbilder in Zukunft deutlich mehr verwenden, gerade auch in der App. Und 200x200 sehen da schon sehr schlecht aus, gerade auf den guten Smartphone Displays.

@tomzi hierfür wäre eher ein separates eigenes Programm sinnvoll. Zum einen ist dies eine einmalige Aktion, zum anderen sehe ich nicht direkt, wie man dies sinnvoll integrieren sollte.

@online-today och, okeeee. Das geht natürlich nur mit aktivem Login.

@jonny Konnte dein Problem gelöst werden? Die Lösung würde mich ebenfalls interessieren. :-)

Habe gerade die Info vom Support bekommen, dass der Fehler behoben ist. Das kann ich bestätigen. Super Support auch an einem Samstag! Klasse!

Danke, Daniel, für den sehr kreativen Vorschlag. Ich habe nun etwas Ordentliches programmiert: https://github.com/UlricusR/joomla-churchcal/wiki. Hilft zumindest denen, die Joomla! verwenden.

Na dann... los geht's.

@lars-lorenzen versuchs Mal mit Ctrl und Scrollen, damit kannst du eine Seite allgemein zoomen. Vielleicht kannst du es so direkt für dich anpassen. Ich hätte die Schrift ungerne größer & auf keinen Fall fett.

@vandenbosm Genau so kann man das update durchführen. Schritt 3 ist nicht nötig

Vielen Dank für eure schnellen Rückmeldungen und Tipps. Mit dem Löschen aller Cookies und Session hat es funktioniert!

Ich hab mir gerade Version 3.40.0 angeschaut. Die wird auch noch auf MySQL Version 5.5 laufen. Wir haben da noch keine MySQL 5.6 Features drin, das heißt ihr habt nochmal etwas mehr Zeit.

@f-goethel Die Schriftgröße fürs PDF ist jetzt anpassbar.

Hallo @Maronib , ich konnte das Problem nachstellen und leite es an unsere Entwickler weiter. Ansonsten hat Andy recht, Fehler bitte immer via Kontaktformular an uns schicken. Oftmals haben wir noch Rückfragen, benötigen Screenshots oder auch Zugriff auf eure Installation, das sind alles Dinge, die lieber per Mail kommuniziert werden. Gleichzeitig kannst Du dich bei einer Kontaktanfrage darauf verlassen, dass dein Problem schnell bearbeitet wird. Im Forum kann ja durchaus auch Mal was untergehen. Liebe Grüße, Jakob

Servus, wir sind gerade in der Endphase von v3.40 und ab dieser Version haben wir dieses Problem behoben. Sobald wird die Version für euch bereitstellen könnt ihr euch mit Umlauten im Wiki Suchen.

@MichaelG Jo, cool.

@HilliH Und schön wäre es auch, wenn der Editor ein paar Funktionen mehr hätte ... so wie im Wiki. Also z. B. Aufzählungen u. ä. Gut, ist sicher ein eigener Feature-Wunsch und u. U. schon vorhanden. ;-)

@rschi @Henric-Resa Mir ist das im Juli 2016 aufgefallen und ich hatte in der Angelegenheit dann eine Diskussion mit dem Support. Es wurde bestätigt, dass das von Anfang an so gewollt war. Wir haben ChurchTools so gebaut, dass möglichst viele mittels ChurchTools bei der Gestaltung der Gemeinde mithelfen können. Wir hatten bisher keine Fälle wo Personen in ChurchTools angelegt werden, die Erlaubnis der Person erteilt wurde, aber der Zugang nicht gewünscht war. Ich hoffe ihr könnt es nachvollziehen, dass wir deshalb auch das Konzept so umgesetzt haben. Möchte man die unerwünschte Anmeldung verhindern, bleibt nur die Zugangssperre. Wir arbeiten eigentlich auch anders. Natürlich darf bei uns jedes Mitglied die CT nutzen ... soll es sogar ... unbedingt. Jedoch ist es bei uns so, dass Täuflinge bzw. Neuaufnahmen vor der CT-Einladung eine Infomail erhalten, in der der Zweck der CT ein wenig erläutert wird, Schulungstermine angeboten werden usw. Direkt im Anschluss geht dann die Einladung raus. Wir hatten nun aber damals den Fall, dass sich ein neues Mitglied unmittelbar am Aufnahmetag den Zutritt zu den CT "ergaunert" hatte. Nicht schlimm ... aber so ist es mir halt aufgefallen. Jetzt machen wir das so, dass wir die Zugänge der Neuen sperren und erst nach der Infomail freigeben. @Henric-Resa Bringt einem ohne Berechtigungen eigentlich auch nichts. Jedes Mitglied hat bei uns Berechtigungen. Nur die gespeicherten Nicht-Mitglieder würden nichts sehen bzw. nur das, was auch für den öffentlichen Benutzer freigegeben ist. @holunder Tut mir leid, dass wir hier jetzt thematisch ein wenig abgebogen sind. Der Ursprungs-Thread hatte ja einen anderen Zweck. Aber vielleicht ganz gut, dass wir hier mal für Klarheit gesorgt haben. ;-)