[calendar_editor] Kalender-Events im Frontend bearbeiten

[tpk]

Das heutige Datum kannst Du Dir ja einfach mit php-Befehlen erstellen, einfach googeln. Dann musst Du das ganze noch im Controller in das $this reinkriegen und schon kannst Du es im Template ausgeben.

Oder einfacher das ganze innerhalb php tags im Template erledigen.

Deine andere Frage verstehe ich nicht ganz, aber das klingt nach komplizierter Programmierung und ich kann mich täuschen, aber das könnte den Rahmen Deiner Programmierkenntnisse sprengen.

[Sir Vival]

Das Problem war, erstmal die Stelle im Code zu finden wo überhaupt irgendwas verarbeitet wird.
In Contao ist ja doch alles sehr verschachtelt und umfangreich.

Hab mir jetzt so beholfen: ModuleEventEditor.php -> Die dritte Zeile eingefügt.

        // 1. Get Data from post/get
        $newDate = $this->Input->get('add');
        if (!$newDate) { $newDate = date("Y-m-d"); } 

Geht bestimmt sauberer, aber reicht mir für's Erste ...
LG

[folkfreund]

Hab mir jetzt so beholfen: ModuleEventEditor.php -> Die dritte Zeile eingefügt.

Auch wenn das jetzt funktioniert: Änderungen außerhalb von Template-Dateien haben den Nachteil, dass sie beim nächsten Update wieder weg sind und erneut eingebaut werden müssen. Du solltest dir das also wenigstens sehr gut dokumentieren.
Besser wäre eine eigene Erweiterung, die ModuleEventEditor ableitet. Oder du wendest dich an den Programmierer, um die Option als neues Feature mit aufzunehmen.
Oder du findest eben eine Position in deinem Template.

Gruß, folkfreund

[BubbleBass]

Ich habe die Mühe lange gescheut, hab mich jetzt aber doch mal rangesetzt und die Erweiterung für Contao 3 fit gemacht. Die ist in der aktuellen Version noch nicht ausgiebig getestet. Der Einsatz in Produktiv-System erfolgt also auf eigene Gefahr! Die Freigabe-Notizen muss ich auch noch überarbeiten. Sind auch ein paar Features hinzugekommen:

• Beim Bearbeiten eines Termins kann "als Kopie speichern" ausgewählt werden. Das erzeugt einen neuen Termin mit diesen Daten und der bestehende bleibt unverändert.
• "Termin duplizieren" ermöglicht die Eingabe von bis zu 10 weiteren Daten (Start/Enddatum), um einen Termin zu verfielfältigen
• Im Editor gibt es eine Auswahl für die Weiterleitung nach dem Absenden des Formulars (nix, Termin ansehen, weiter bearbeiten, duplizieren)

Da meine Entwickler-Seite noch mit Contao 2 läuft, erstmal für Demozwecke diese hier: http://www.dh-deluxe.de/kalender.html (die läuft unter 3.2.7).

Ich muss noch ein paar Erläuterungen dazu schreiben, z.B. setzt die Erweiterung zur Verwendung des TinyMCE noch formrte voraus, und TinyMC 4 (nicht in Contao 3.2 dabei!). Den kann man aber in das Contao-Asset-Verzeichnis einfach dazu kopieren, dann sollte es laufen. Allerdings verstehe ich diesen TinyMCE nicht wirklich, und der bereitet mir immer wieder Ärger
Ebenso wird bei "Details" immer nur das erste Inhaltselement vom Typ "Text" bearbeitet. Andere können nicht bearbeitet werden, und werden auch nicht kopiert, wenn das Event über das FE kopiert wird. Es wird dann aber eine Warnung im Template ausgegeben.

...wäre es nicht ein Traum, wenn diese wirklich geniale Erweiterung unter 3.5 mit php 7 laufen könnte. Genau das ist nämlich in Sachen Umstellung (2.9.5 auf 3.5x unter php 7) mein Problem. Hat - neben Gausi, dem ich auch schon eine eMail geschrieben habe - jemand eine Idee, wie man das hinkriegen könnte? Es gibt ja wohl keine Alternativen und wir sind eigentlich mit unseren ganzen Raumreservierungen etc. als Schule total abhängig von Kalendern, die im FE bearbeitet werden können. Ich denke, wir sind da nicht die einzigen....

Gruß BubbleBass

[Gausi]

Das Hauptproblem, was ich dabei habe ist, dass ich eigentlich kein PHP-Entwickler bin. Ein solcher würde das bei einem kurzen Blick in den Quell- bzw. Spaghetticode auch sofort bemerken. Bei mir läuft das Ding unter Contao 3.5, aber ich wüsste jetzt nicht, an welcher Stelle das kompatibel ist (oder besser nicht komnpatibel) zu PHP 7. Kann auch sein, dass ich da in meiner Installation etwas gefixed habe, das aber noch nicht veröffentlicht habe. ...

Diese Erweiterung ist aus einem eigenem Bedürfnis heraus entstanden, und ist wahrscheinlich voll mit sehr, sehr unschönem Code. Wirklich Support kann ich da leider nicht bieten. Eine Weiterentwicklung, besonders für die aktuelle LTS Version, steht zwar irgendwie schon auf der ToDo-Liste, da ich die Webseite, auf der ich das produktiv einsetze, auch irgendwann mal upgraden muss. Aber ehrlich gesagt habe ich da etwas Panik vor. Allein wenn ich an den TinyMCE denke, der meiner Ansicht nach nicht wirklich deterministisch arbeitet ... ich bin froh, dass es bei mir grade läuft.

Vielleicht passiert da im Laufe des Jahres was, aber ich garantiere für nichts. Wenn sich also jemand anderes findet, der das Projekt übernehmen will - gerne.

[hase666]

...wäre es nicht ein Traum, wenn diese wirklich geniale Erweiterung unter 3.5 mit php 7 laufen könnte. Genau das ist nämlich in Sachen Umstellung (2.9.5 auf 3.5x unter php 7) mein Problem. Hat - neben Gausi, dem ich auch schon eine eMail geschrieben habe - jemand eine Idee, wie man das hinkriegen könnte? Es gibt ja wohl keine Alternativen und wir sind eigentlich mit unseren ganzen Raumreservierungen etc. als Schule total abhängig von Kalendern, die im FE bearbeitet werden können. Ich denke, wir sind da nicht die einzigen....

Hier läuft das Nodul unter Contao 3.5.35 und PHP-Version: 7.0.31
Soweit ich mich entsinne, war die einzige Änderung dafür in der

modules/ListAllEvents_Hook.php Zeile 104

$this->import('String');
ersetzen durch:
$this->import('StringUtil');

Gruß
Inge

[BubbleBass]

Das Hauptproblem, was ich dabei habe ist, dass ich eigentlich kein PHP-Entwickler bin. Ein solcher würde das bei einem kurzen Blick in den Quell- bzw. Spaghetticode auch sofort bemerken. Bei mir läuft das Ding unter Contao 3.5, aber ich wüsste jetzt nicht, an welcher Stelle das kompatibel ist (oder besser nicht komnpatibel) zu PHP 7. Kann auch sein, dass ich da in meiner Installation etwas gefixed habe, das aber noch nicht veröffentlicht habe. ...

Diese Erweiterung ist aus einem eigenem Bedürfnis heraus entstanden, und ist wahrscheinlich voll mit sehr, sehr unschönem Code. Wirklich Support kann ich da leider nicht bieten. Eine Weiterentwicklung, besonders für die aktuelle LTS Version, steht zwar irgendwie schon auf der ToDo-Liste, da ich die Webseite, auf der ich das produktiv einsetze, auch irgendwann mal upgraden muss. Aber ehrlich gesagt habe ich da etwas Panik vor. Allein wenn ich an den TinyMCE denke, der meiner Ansicht nach nicht wirklich deterministisch arbeitet ... ich bin froh, dass es bei mir grade läuft.

Vielleicht passiert da im Laufe des Jahres was, aber ich garantiere für nichts. Wenn sich also jemand anderes findet, der das Projekt übernehmen will - gerne.

Hallo Gausi, vielen Dank erst einmal für deine Antort, die auch wieder etwas Hoffnung macht. Nur mal so am Rande erwähnt: Ich habe, als 2.9.1 aktuell war, mit Contao angefangen, an meiner Schule eine Homepage zu bauen und schnell deine Erweiterung entdeckt, um eine Möglichkeit für Kollegen/innen zu schaffen, die Computerräume (die ich auch administriere) reservieren zu können. Mittlerweile sind an der Nachfolgeschule (die zwei Standorte hat und deshalb auf so etwas angewiesen ist) ca. 15 Kalender zur Reservierung (auch von Klassenarbeiten) am Start. Es läuft seit Jahren unter 2.9.5 mit Patch alles komplett einwandfrei - Lehrer sind ja von Haus aus Korinthenkacker und ich hätte mir mit Sicherheit 'was anhören können, wenn es nicht einwandfrei funktionieren würde. Soviel zum Thema "...ist wahrscheinlich voll mit unschönem Code...". Das Ding ist einfach der Knaller!! ... Dank php 7.1 als zukünftigem Standard gibt's jetzt eben nur dieses unschöne Problem.

Gruß BubbleBass

[BubbleBass]

Hier läuft das Nodul unter Contao 3.5.35 und PHP-Version: 7.0.31
Soweit ich mich entsinne, war die einzige Änderung dafür in der

modules/ListAllEvents_Hook.php Zeile 104

$this->import('String');
ersetzen durch:
$this->import('StringUtil');

Gruß
Inge

Hallo Inge, ich probier's mal aus und melde mich. Vielen, vielen Dank auch an dich. Ein Hoffungsschimmer....vielleicht geht's ja dann - wie Gausi andeutete, doch noch mal mit der Entwicklung weiter.

Dufte Grüße
BubbleBass

[BubbleBass]

Hallo zusammen,

hab's jetzt mal - wie von Inge beschrieben - geändert. Zunächst keine Warnmeldungen, alles sieht wie gewohnt aus.....Freude kommt auf. Beim Abspeichern im "event editor" kommt dann allerdings folgende Fehlermeldung. Weiß jemand Rat?

Fatal error: Uncaught exception Exception with message Query error: Column 'location' cannot be null (INSERT INTO tl_calendar_events (startDate, endDate, startTime, endTime, title, location, teaser, cssClass, pid, published, FE_User, alias, tstamp, addTime) VALUES (1536184800, 1536184800, 1536220800, 1536224400, 'Test', NULL, 'test', '', '20', '1', '4', 'test-17900228', 1536184800, '1')) thrown in system/modules/core/library/Contao/Database/Statement.php on line 295
#0 system/modules/core/library/Contao/Database/Statement.php(264): Contao\Database\Statement->query()
#1 system/modules/calendar_editor/modules/ModuleEventEditor.php(527): Contao\Database\Statement->execute()
#2 system/modules/calendar_editor/modules/ModuleEventEditor.php(900): ModuleEventEditor->PutIntoDB(Array, NULL, Array, NULL)
#3 system/modules/calendar_editor/modules/ModuleEventEditor.php(1383): ModuleEventEditor->HandleEdit(NULL, Object(Contao\Database\Mysqli\Result), Array)
#4 system/modules/core/modules/Module.php(287): ModuleEventEditor->compile()
#5 system/modules/calendar_editor/modules/ModuleEventEditor.php(64): Contao\Module->generate()
#6 system/modules/core/elements/ContentModule.php(59): ModuleEventEditor->generate()
#7 system/modules/core/library/Contao/Controller.php(484): Contao\ContentModule->generate()
#8 system/modules/core/modules/ModuleArticle.php(213): Contao\Controller::getContentElement(Object(Contao\ContentModel), 'main')
#9 system/modules/core/modules/Module.php(287): Contao\ModuleArticle->compile()
#10 system/modules/core/modules/ModuleArticle.php(67): Contao\Module->generate()
#11 system/modules/core/library/Contao/Controller.php(417): Contao\ModuleArticle->generate(false)
#12 system/modules/core/library/Contao/Controller.php(277): Contao\Controller::getArticle(Object(Contao\ArticleModel), false, false, 'main')
#13 system/modules/core/pages/PageRegular.php(133): Contao\Controller::getFrontendModule('0', 'main')
#14 system/modules/core/controllers/FrontendIndex.php(285): Contao\PageRegular->generate(Object(Contao\PageModel), true)
#15 index.php(20): Contao\FrontendIndex->run()
#16 {main}

Gruß BubbleBass

[folkfreund]

Hallo BubbleBass,
die Fehlermeldung sagt es ja deutlich: für das Feld 'location' wird ausdrücklich 'NULL' übergeben, was aber wohl in der DB nicht erlaubt ist.
Ich kenne leider die Erweiterung von Gausi nicht. Darum kann ich dir keine konkrete Hilfestellung geben. Wird das Feld 'location' durch diese Erweiterung definiert? Oder wird in dem Dialog/Formular keine location abgefragt? Wenn du sie nicht benötigst, dann kannst du evtl. auch nur einen Dummy-Wert übergeben.

Gruß vom 'DoubleBass' folkfreund

[Gausi]

location sollte das Feld für "Veranstaltungsort" in der Event-Tabelle sein. Ich weiß jetzt nicht, wie das mit einem Leerstring (also wenn man in dem Formular nichts einträgt) aussieht, ob der irgendwo dann implizit nach NULL konvertiert wird und/oder wo genau das dann knallt.

Als Workaround: Klappt es, wenn man im Frontend-Formular bei "Veranstaltungsort" irgendwas einträgt?

[BubbleBass]

Hallo Gausi, hallo Folkfreund,

vielen Dank für eure Antworten und Hilfe:

"Veranstaltungsort" erscheint im Frontend gar nicht, da kann also auch keine "Dummy-Angabe" gemacht bzw. irgendetwas eingetragen werden. Setze ich im BE bei der Modul-Konfig. (Event-Editor) bei "Veranstaltungsort" unter Pflichtfelder keinen Haken, erscheint die o.g. Fehlermeldung, setze ich bei "Veranstaltungsort" den Haken gibt es keine Weiterleitung nach Abschicken des Formulars - es passiert gewissermaßen nichts....

@Folkfreund: Im Formular wird - wie du gefragt hast - also keine "location" abgefragt. Ich benötige sie auch nicht, da ja jeder Kalender nur für einen Ort (Fachraum) gilt. Wie/wo ich allerdings einen Dummy-Wert "übergebe" (wenn nicht im FE), weiß ich leider nicht (Stichwort Code).

Gruß BubbleBass (kommt übrigens auch von DoubleBass, den ich auch spiele ;-)....)

[hase666]

Du hast offensichtlich das Feld für den Veranstaltungort ganz aus dem Template entfernt, daher die Fehlermeldung ('location' cannot be null).
Ich konnte das gerade reproduzieren.
Füge doch einfach das Feld im Template wieder ein und verpaß ihm den Style "visibility: hidden".
Damit hast Du immer einen leeren Value und der Fehler ist weg.(Nicht als Pflichtfeld deklarieren)

Bei dieser Gelegenheit noch eine Ergänzung zum PHP 7-Tipp:
modules\ModuleHiddenEventlist.php in Zeile 60 auch
$this->import('String');
ersetzen durch:
$this->import('StringUtil');

Gruß
Inge

[BubbleBass]

Hallo zusammen,

@Inge: Dein Hinweis war super, ich hatte das Feld für den Veranstaltungort allerdings nicht aus dem Template entfernt. Ich habe mir dann die Templates mal angeschaut und bemerkt, dass im eventEdit_default.html5 'location' eingetragen ist, unter eventEdit_default.xhtml nicht. Nachdem ich im Seitenlayout das Ausgabeformat von "XHTML Transitional" auf "HTML" umgestellt habe, läuft (bisher) alles wunderbar. Ich hab' jetzt mal den Text für 'location' in Zeile 107 in eventEdit_default.xhtml kopiert und schon läuft es auch im Ausgabeformat "XHTML Transitional" . Die Sache mit dem "Style "visibility: hidden"" brauche ich nicht mehr ändern, es funktioniert auch so.
Meine Frage zum Ausgabeformat wäre allerdings noch, welches ich unter den gegeben Voraussetzungen (contao 3.5.35, php 7.x) nehmen sollte? Ich habe leider auch hieraus keine klare Erkenntnis ziehen können?

Danke noch mal an Alle...

Gruß BubbleBass

[hase666]

Schön, daß das Problem gelöst ist.
Das Ausblenden des Feldes mittels Style-Def hatte ich nur erwähnt, da Du schriebst, das Feld nicht zu benötigen.

AFAIK ist wohl inzwischen eine XHTML-Ausgabe ziemlich ausgestorben und es gibt sicher Module, die in ihren Templates den doctype auch nicht mehr unterstützen/aktualisieren.

Ob für Deine Homepage eine Umstellung auf HTML5 mit seinen Vorteilen (Mobile optimiert, neue Tags, etc.) empfehlenswert wäre, kannst nur Du entcheiden.

Gruß
Inge

[Gausi]

zu xhtml und html5: Ich denke auch, dass man xhtml langsam auslaufen lassen sollte. Die xhtml-Templates sind zwar bei mir noch drin, aber kann gut sein, dass da noch ein paar andere Fehlerchen drin sind. Generell sollte der Umstieg da sehr problemlos ablaufen. Html5 ist neuer, und wird von praktisch jedem Browser unterstützt. Und wenn hier und da "falsche" Tags drin sind (<br> und <img> sind da glaube ich ganz gute Kandidaten, bei denen sich die Syntax geändert hat), dann kommen die Browser damit auch klar, ohne direkt das ganze Layout zu zerschießen. Am besten nach dem Umstieg durch den W3C-Validator schubsen und aufräumen.

Zu der Erweiterung hier:

Hab mir mal ein Contao3.5-PHP7-Testsystem aufgesetzt und etwas rumgebastelt. Das String vs. StringUtil war ja einfach zu fixen, danke für den Hinweis auch von mir.

Das mit der NULL-location wird jetzt im Code abgefangen, und sollte keine Fehler mehr werfen.

Das Modul "Nicht veröffentlichte Events" dürfte in der bisher veröffentlichten Fassung auch nicht mehr funktionieren. Auf meinem Testsystem habe ich das jetzt wohl grade gefixed, dank eines Fehlers in einer anderen Kalender-Extension ;-) ( https://github.com/kmielke/calendar_extended/issues/36 ) .

Sieht also so aus, dass morgen (oder so) ein kleines Update rauskommen sollte, damit das zumindest unter 3.5 wieder anständig läuft.

Contao 4 habe ich mal etwas angefangen reinzulesen, und meine "Panik" vor dem Upgrade hat nicht gerade nachgelassen. Ich verstehe da noch fast kein Wort. Werde dann auch mal Contao 4 antesten, und ggf. mir ein paar andere Erweiterungen ansehen, vielleicht kommt dann die Erleuchtung ...

[BubbleBass]

Hallo Gausi,

freut mich (und viele andere), dass du dich noch mal 'ran gemacht hast. Ich bin jetzt schon mal mega erleichtert, dass ich deine - für uns unverzichtbare - Erweiterung jetzt so oder so unter den neuen gegebenen Umständen weiter verwenden kann.
Herzlichen Dank - auch an hase666 und Folkfreund - und dufte Grüße

BubbleBass

[Gausi]

So, Version 3.2 des Editors ist draußen und im Repository veröffentlicht. Das sollte jetzt mit Contao 3.2.7 bis 3.5.35 laufen, sowohl mit PHP 5.(irgendwas) als auch mit PHP 7, wobei alles vor Contao 3.5.(irgendwas), meines Wissens nach sowieso nicht voll mit PHP 7 kompatibel ist. Sämtliche Kombinationen kann ich natürlich nicht testen. Aber altes PHP mit 3.2.7 sollte laufen, und neues PHP mit 3.5.35 auch.

Ich hoffe dabei, dass ich die Abfrage der Contao-Version korrekt justiert habe, ab wann "StringUtil" anstelle von "String" eingebunden wird.

[BubbleBass]

DANKE!!!

[landzone]

@Gausi,
das klingt ja super, danke!

Kann jemand sagen, ob man die Extension nun manuell unter Contao 4 installieren kann? Es heisst doch, dass eigentlich alle Extensions, die unter Contao 3.5 laufen, theoretisch auch unter Contao 4 laufen sollten, oder?
Hat es schon jemand versucht?

Viele Grüße
Silvia

[Fcocco]

Kann jemand sagen, ob man die Extension nun manuell unter Contao 4 installieren kann?

Contao 4.4 Managed Edition, PHP 7.2, Gausis Version 3.2 läuft nach Anlegen der Datenbankfelder in tl_events einwandfrei. Ich konnte jedoch aus Zeitgründen erst das Anlegen testen, noch nicht das Ändern oder Löschen.

[Gausi]

Danke schon mal für den Test. Damit gibt es ein dickes Problem weniger, denke ich.

Ich habe mich gestern den ganzen Abend mit der Installation von Contao 4.4 auf meinem Webserver rumgeärgert. Das ist auf einem Hosting-Minimalpaket alles andere als selbsterklärend, finde ich. Hätte ich doch lieber erstmal lokal gemacht ...

Das Frontend-Formular mit dem Bearbeiten der Termine bekomme ich da dann auch zum laufen (nach einem manuellen Update der Tabelle per phpMyAdmin, FE_User hinzugefügt), aber die anderen Module (z.B. Kalender mit Frontend-Bearbeitung, nicht-veröffentlichte Eventliste) bekomme ich im Backend nicht erstellt. Da stimmt irgendwas ganz und gar nicht.

Habe jetzt erst einmal auf GitHub ein Repository ( https://github.com/DanielGausi/Contao-CalendarEditor ) erstellt, mit der passenden Ordnerstruktur für ein Contao 4 Bundle (nach https://docs.contao.ninja/de/erweiterung-c3-c4.html ). Zu mehr werde ich aber frühestens am Donnerstag kommen. Die "neuen" Dateien dadrin enthalten bisher aber nur ein "ToDo". Das zu testen bringt also noch gar nichts. ;-)

[Fcocco]

Danke schon mal für den Test. Damit gibt es ein dickes Problem weniger, denke ich.

Habe jetzt erst einmal auf GitHub ein Repository ( https://github.com/DanielGausi/Contao-CalendarEditor ) erstellt, mit der passenden Ordnerstruktur für ein Contao 4 Bundle (nach https://docs.contao.ninja/de/erweiterung-c3-c4.html ). Zu mehr werde ich aber frühestens am Donnerstag kommen. Die "neuen" Dateien dadrin enthalten bisher aber nur ein "ToDo". Das zu testen bringt also noch gar nichts. ;-)

Gerne, ich bin jedoch (auch) kein ausgereifter PHP-Entwickler und kenne mich nur beschränkt aus. Werde aber, falls ich konkrete Issues erkenne sie direkt im Github posten und versuchen so zu helfen.

[BubbleBass]

Gausi bleib' dran - du bist unser Held ;-) Nachdem ich jetzt noch nicht mal ganz fertig bin mit meinem Projekt, unsere Schul-Monsterseite von 2.9.5 auf 3.5.35 zu hiefen, fühle ich mich in Anbetracht der ganzen Beiträge gerade wie ein Getriebener und denke schon darüber nach, das Ganze im Durchmarsch gleich noch mal manuell auf 4.4 zu bringen. So salamimäßig jetzt und dann in 'nem Jahr nochmal alles neu und dann den Kollegen wieder erzählen, dass sich dieses und jenes noch 'mal geändert hat, ist auch irgendwie blöde. Auf php 7.2.8 läuft das jetzt mit 3.5.35, calendar_editor und Ersatzerweiterungen wie notification_center (statt efg) gerade richtig gut. Insgesamt habe ich, was Erweiterungen angeht, ganz deutlich abgespeckt, was für die Zukunft wohl auch der bessere Weg ist. Trotzdem ist die Vorstellung nicht gerade sexy, in nicht langer Zeit zu hören, 3.5.35 läuft jetzt auch demnächst nicht mehr. Ich weiß nicht, wann das sein wird, es wäre aber schön, wenn calendar_editor als eine der beiden wichtigsten Erweiterungen dann auch 4.x kompatibel wäre.


Gruß BubbleBass

[Gausi]

@BubbleBass: Freut mich, dass bei dir alles läuft soweit.

Zu Contao 4.4: Ich würde da gerne viel mehr zu sagen, bin noch nicht soweit, dass ich wirklich "konstruktive Kritik" loswerden könnte.

Ich war von Contao 2 und 3 sehr begeistert und habe es gerne benutzt und weiterempfohlen, aber jetzt würde ich Contao für kleine Seiten nicht mehr weiterempfehlen. Dafür gibt es dabei zu viele Fallstricke, zu wenig offizielle Dokumentation (man muss sich nur mal die Sticky-Threads hier angucken, und wie im Handbuch erklärt wird, wie man für Contao 2 Erweiterungen schreibt), und in der nicht-offiziellen Hilfe in Foren und anderen Seiten (an der Stelle ein ganz dickes Danke an BugBuster!) zu viel Verwirrung mit "Managed" und "Standard", wobei es letztere ja nicht mehr gibt. Und dann ist gefühlt 3/4 der Problemlösungen verbunden mit "SSH-Zugang", der bei kleinen Hosting-Paketen nicht dabei ist.

Und wenn die Installation einer kleinen Erweiterung mehr als 1,6GB RAM braucht (laut Fehlermeldung), und deswegen auf kleinen Webpaketen nicht läuft und in die "Composer-Cloud" ausgelagert werden muss (was sagt eigentlich die DSGVO dazu?), dann frage ich mich doch, ob dieses "Symphony", was angeblich die Arbeit so toll und einfach macht, nicht einfach nur ein Riesenhaufen Hipster-Bloatware ist. Einfach nochmal ein Framework drumherum gebaut, noch eine Abstraktionsebene dazu, noch mehr Komplexität, wird schon irgendwie gut gehen. Computer werden ja eh immer schneller. "So komplex wie möglich" ist ja scheinbar "moderne Webentwicklung" heutzutage.

Aber zu meiner Erweiterung: Ich habe es jetzt hinbekommen, dass der Contao-Manager das Paket unter 4.4 als Bundle findet und installiert und dabei nicht die gesamte Contao-Installation zerschießt (ohne SSH nicht reparierbar). Die Hürde "Symphony-Framework" habe ich also anscheinend überwunden. Leider kann ich nicht alle Module (z.B. Kalender mit Edit-Links) im Backend auswählen, da sind also noch Anpassungen nötig. Aber ich bin zuversichtlich, dass ich das hinbekomme, bevor alle Haare grau und/oder ausgerissen sind.

@Wunschliste: In der 3.5 Erweiterungsverwaltung sollte bei der Erweiterung jetzt ein Paypal-Spenden-Link dabei sein.

[BubbleBass]

Gute Sache, so'n Spenden-Link ;-) Hab' mir jetzt 4.4 in einer Subdomain installiert (lokale Installation habe ich nach 3 Tagen aufgegeben) und versuche mal, die Seite von 3.5.35 auf 4.4 zu heben. Bin gespannt, was da so auf mich zukommt und wie's mit calendar_editor weitergeht. Großes "Dankeschön" noch mal von mir...

[Gausi]

Dann als Warnung: das Calendar-Editor-Bundle, was im Contao-Manager zu finden ist, noch nicht installieren. Das ist nicht umsonst noch unversioniert, bzw. im Status "dev". Ich tappe da aktuell völlig im Dunkeln, warum das nicht funktioniert. Und dann kann es gelegentlich vorkommen, dass ein neuer Versuch die gesamte Contao-Installation zerschießt.

Eine lokale Entwicklung, die nicht über den Manager geht, habe ich nämlich auch aufgegeben. ;-)

[Gausi]

Hier mal ein kleines Update.

Was aktuell auf GitHub liegt, bzw. auch über den Contao-Manager gefunden wird, ist jetzt soweit, dass man es testen kann. Also auf einem Testsystem, das zur Not auch einfach mal kaputt gehen kann. Ist daher auch noch nicht "stable", zum installieren muss man also in der Root-Composer.json das einfügen:

"minimum-stability": "dev",
"prefer-stable": true 

Code:
https://packagist.org/packages/danie...reditor-bundle bzw. https://github.com/DanielGausi/Contao-CalendarEditor

Testsystem (aktuell verfügbar, wird vermutlich irgendwann auch wieder abgeschaltet)
http://c44.gausi.de

Beim rumprobieren habe ich auf Anhieb keine Fehler mehr gefunden, was aber noch nichts heißen muss. Falls da was ist, bitte auf GitHub melden, damit das Topic hier nicht zu sehr damit vollgemüllt wird.

Einige Dinge im Code gefallen mir absolut noch nicht, da ist einiges nicht nur quick&dirty, sondern noch very dirty, und vermutlich sind noch einige pseudo-debug-zeilen drin. Im Backend muss die Palette noch etwas angepasst werden (50% Felder etc.). Geplant ist auch noch, den Datepicker im Formular mit einzubinden, ggf. per Option im Backend an/aus-schaltbar.

Aber: Es wird so langsam, die Termin-Bearbeitung im Frontend wird also auch mit 4.4 möglich.

[Fcocco]

Hier mal ein kleines Update.

Es wird so langsam, die Termin-Bearbeitung im Frontend wird also auch mit 4.4 möglich.

Du rettest so manchem den Arsch oder zauberst zumindest ein Lächlein ins Gesicht ;-) Werde mir gleich mal ein Testsystem zutun.

Vielen herzlichen Dank!

[BubbleBass]

Du rettest so manchem den Arsch oder zauberst zumindest ein Lächlein ins Gesicht ;-) Werde mir gleich mal ein Testsystem zutun.

Vielen herzlichen Dank!

Das kann ich nur bestätigen, auch ich danke dir sehr für deinen Einsatz Gausi! Obwohl ich es bisher als sehr abturnend empfunden habe, unser Riesenschiff von Homepage noch 'mal von 3.5.36 auf 4.4 zu schieben, werde ich dann auch noch mal einen Versuch wagen.

Grüße BubbleBass

[Gausi]

Danke für die Blumen.

Hab eben die Version 4.0 für Contao 4.4 freigegeben. Der Grund, weswegen ich da zuletzt noch zögerlich war, ist, dass ich im Zuge der Portierung auf 4.4 auch weite Teile des Codes überarbeitet habe. Insgesamt sollte der Code jetzt performanter und leichter wartbar sein.

Für Contao 3 ist Version 3.3 freigegeben, die jetzt im Wesentlichen auf dem gleichen Code basiert (nur das mit den Namespaces kriege ich da nicht vernünftig hin).

Sollte noch was falsch laufen sollte oder unklar sein: Einfach melden, dann schau ich mir das nochmal an.

[BubbleBass]

Sollte noch was falsch laufen sollte oder unklar sein: Einfach melden, dann schau ich mir das nochmal an.

Habe unter Version 3.3 und contao 3.5.36 das Problem, dass nun die Bearbeitung des Termins durch den Ersteller trotz aller im Backend gesetzten Haken nicht mehr möglich ist. Die Option "bearbeiten" erscheint nur, wenn die Gruppe des Erstellers auch bei den Frontendadministratoren gesetzt ist - was aber wegen der daraus entstehenden Rechte nicht gewünscht ist (alle Termine können nun bearbeitet werden).

Ansonsten nochmals vielen, vielen Dank...

Gruß BubbleBass

[Gausi]

Danke für die Meldung. Hat jetzt ein paar Minütchen gedauert, aber der Fehler ist lokalisiert und behoben. Hatte bei den verzweifelten Versuchen, das fit für Contao 4 zu machen, auch irgendwann den Verdacht, dass es mit Groß/Kleinschreibung bei den Datenbankfeldern zu tun hat, also dass Großbuchstaben in Tabellennamen nicht erlaubt sind (vielleicht absurd, aber ich war verzweifelt ).

Und da gab es dann beim Zusammenkopieren des neuen Modul-Codes mit den alten DCA-Dateien am Ende eine Inkonsistenz. DCA setzt "FE_User", Modul überprüft "fe_user". Ich check den Fix gleich ins ER rein.

Wird dann beim Upgrade einer Seite von Contao 3 auf 4 leider etwas eklig - da muss man dann entweder die Erweiterung einmal deinstallieren (und beim Datenbank-Update mindestens die eine Spalte löschen) und neu installieren, oder per Hand die Spalte per phpMyAdmin umbenennen.

[BubbleBass]

Boah ...hat nicht mal 24 Std. gedauert und jetzt läuft's. Genau das ist ja - auch im Vergleich zu Alternativen wie Cloud-Kalendern - der springende Punkt: Es sollen zwar alle Schreibrechte zum Erstellen, aber eben nicht zum Verändern der bzw. aller Termine haben. Danke, danke, danke... !!!!

Wird dann beim Upgrade einer Seite von Contao 3 auf 4 leider etwas eklig - da muss man dann entweder die Erweiterung einmal deinstallieren (und beim Datenbank-Update mindestens die eine Spalte löschen) und neu installieren, oder per Hand die Spalte per phpMyAdmin umbenennen.

Ich fürchte, das Ganze Upgrade wird eklig. Der erste Versuch wurde irgendwann aufgegeben, nachdem trotz aller empfohlenen Maßnahmen nur ein weißes FE zu sehen war.

[Gausi]

Auf Wunsch (oder auch Bugmeldung) eines Users habe ich die Funktionsweise der Option "Bearbeiten nur für zukünftige Events" geändert. Das Bearbeiten ist jetzt bis zum Ende desjenigen Tages möglich, an dem das Event endet.

Beispiel: (alles für den Fall, dass die Option "nur zukünftige Events" gesetzt ist)

• Heute ist der 01.12.2018
• Neuer Termin am 01.12.2018 (egal welche Uhrzeit) kann erstellt werden. (War vorher wegen eines Bugs auch für "zukünftige Uhrzeiten" nicht möglich.)
• Vorhandener Termin (mehrtägig), vom 01.11.2018 bis zum 01.12.2018. Dieser Termin kann bis zum 01.12.2018 23:59:59 bearbeitet werden. (Konnte vorher nur bis zum 01.11. bearbeitet werden, weil das Startdatum relevant war.)

Ich hoffe, dass das jetzt bei keinem das Konzept kaputt haut. Aber so finde ich das letztlich deutlich sinnvoller. Inklusive des nachträglichen Bearbeitens noch am gleichen Tag. (Ich hab auch ehrlich gesagt wenig Lust, da jetzt noch eine weitere Unteroption einzubauen, oder die Uhrzeit mit reinzufrickeln ...)

Ich hoffe, ich habe diesmal bei der Endaufbereitung zwischen den Versionen für Contao 3 und 4 keine Fehler eingebaut. Falls doch: Meckern.

Edit: Neue Version wie gewohnt installierbar. Bei Contao 3.5 übers ER, bei 4.4 über den Contao-Manager.

[BubbleBass]

Hallo Gausi,
herzlichen Dank für dein Engagement. So, wie es jetzt ist, ist es perfekt - da gibt's nix zu meckern....

Gruß BubbleBass

[ekki82]

Hallo,

irgendwie habe ich Probleme mit dem Eintrag neuer Events im Frontend. Den Kalender sehe ich und ich bekomme auch das Formular um ein neues Event anzulegen. Ich bekomme immer nach Abschicken des Eventformulars die Fehlermeldung

"Aktuell wird bearbeitet
(Neuer Termin)

Termindaten eingeben
Bearbeitung von Terminen in diesem Kalender ist nicht gestattet."


In den Einstellungen habe ich jedoch sogar Gästen erlaubt, Termine zu erstellen.
Der Fehler tritt sowohl bei einer Testinstallation mit dem Theme OpenSauce auf, als auch bei einer jungfräulichen Testinstallation ohne weitere Extensions (außer den Extensions die automatisch mit dieser über den Contao-Manager installiert werden).

Contao ist 4.4.32

Die Testinstallation kann hier aufgerufen werden und der Fehler reproduziert werden: http://test.pixelveredelung.de/


Ich mach jetzt schon 2 Tage daran rum und ich weiß nicht mehr weiter. Hat jemand eine Idee?

[Gausi]

Hast du im Kalender in den Kalender-Einstellungen das Frontend-Editing erlaubt, und in dem Editor-Modul den entsprechenden Kalender angehakt?

[ekki82]

Hast du im Kalender in den Kalender-Einstellungen das Frontend-Editing erlaubt, und in dem Editor-Modul den entsprechenden Kalender angehakt?

Ja, "leider" schon. Wenn Du Lust hast, kann ich dir auch kurz die Zugangsdaten zum Backend geben, damit Du dir die Konfiguration anschauen kannst.

[Gausi]

Das wär prima, damit ich das ggf. bei mir nachstellen kann, um das zu fixen. Irgendwo ist da wohl ein Fehler in der Rechte-Überprüfung ...