WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Also bei meinem Test konnte ich auch Serientermine erstellen.
Achte darauf, bei den Wiederhoilungsfeldern für jede n-te Woche usw. wirklich nur Zahlen einzugeben (nicht auch den Punkt).
Manche Felder schließen sich auch gegenseitig aus. Da ist eine ziemlich komplexe Javascript-Plausibilitätsprüfung dahinter.
Um das Problem ggf. reproduzieren zu können, gib mal bitte an, was Du für einen Termin anlegen wolltest, also ob es sich dabei um einen täglich/wöchentlich/monatlich wiederkehrenden Termin handelt, von wann bis wann, mit welcher Wiederholfrequenz (jede n-te Woche/Monat/Tag), Startdatum/Enddatum, mit/ohne Uhrzeit...
Code allein macht nicht glücklich. Jetzt spenden!
Offline
ich mach das mal per screenie...
wobei egal ist, ob ich das wöchentlich, monatlich versuche....Ergebnis ist immer die Meldung "Bitte prüfen Sie..."
danke für die Hilfe
WBCE 1.6.1 - Fraggy 2.7.1 - PHP 8.2.13- All-inkl
Ein Leben ohne Hund ist möglich, aber sinnlos
Offline
Naja, wie soll er denn 8 Termine in 2 Stunden unterbringen?
Edit:
So funktionierts
Beitrag geändert von florian (28.07.2020 19:23:45)
Code allein macht nicht glücklich. Jetzt spenden!
Offline
aha...
ich ging davon aus: der Termin ist am 14.8.2020 von 20:00 bis 14.8.2020 22:00....
und daraus mach ich dann eine Serie...
aber auch wenn ich das Enddatum 1 Jahr in die zukunft lege, kommt die übliche Meldung..(screenie)
Ich glaub, ich speichere 8 Einzeltermine, da bin ich schneller...
WBCE 1.6.1 - Fraggy 2.7.1 - PHP 8.2.13- All-inkl
Ein Leben ohne Hund ist möglich, aber sinnlos
Offline
Also, irgendwie ist in dem Plausibilitätscheck der Wurm drin. Ich weiß jetzt nicht, warum das einen Fehler wirft, aber habe auch keine Energie mehr, dem jetzt bis zum letzten Semikolon auf den Grund zu gehen. Nimm die backend_body.js hier aus dem Anhang, da ist der ganze Kram auskommentiert, dann lassen sich auch Serientermine anlegen.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
giz, colinax
danke für die (fast) unermüdliche Energie bei der Fehlersuche samt -Behebung
WBCE 1.6.1 - Fraggy 2.7.1 - PHP 8.2.13- All-inkl
Ein Leben ohne Hund ist möglich, aber sinnlos
Offline
colinax
Ich glaube, ich weiß, was die Probleme verursacht. Das Fraggy-Backend-Theme lädt ein sehr aktuelles jquery (3.5.1), und das Evaluierungsscript von Procalendar benutzt ältere Anweisungen, die nicht mehr unterstützt werden oder nicht die erwarteten Resultate liefern.
$('.rec_week input:eq(0)').attr("value") hat immer einen leeren Wert zurückgeliefert, auch wenn das Feld ausgefüllt war, und dadurch war dann die Bedingung nicht erfüllt. Mit $('.rec_week input:eq(0)').val() wird der korrekte Wert erfasst.
Anbei eine angepasste Version von backend_body.js. So weit ich sehe, lassen sich damit Serientermne anlegen und auch bearbeiten.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
giz
Preiset den Heiler,
lasset ihn hochleben,
aber nicht zu hoch..dann da oben wird die Luft dünn!
Dankeschön; ich hoffe Du konntest ruhig schlafen
Habe jetzt diverse Serientermine durchprobiert und es funktioniert soweit ich es gesehen habe alles.
Neu anlegen, ändern vorhandener Termine (meldung erscheint, ob man alle, oder nur einen ändern möchte )
da ist es mir auch sch...egal, dass der Farbwähler in den Optionen nicht da ist.
Vielen Dank
Beitrag geändert von giz (29.07.2020 08:25:31)
WBCE 1.6.1 - Fraggy 2.7.1 - PHP 8.2.13- All-inkl
Ein Leben ohne Hund ist möglich, aber sinnlos
Offline
In Farbe und bunt soll natürlich auch gehen. Ich habe den Colorpicker aus News with Images eingebaut, der sich im Ggs. zum vorher verwendeten Script auch mit dem Fraggy-BE-Theme verträgt. Anbei die aktualisierte ProCalendar-Version.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
giz, colinax
Moin. Bei einem Popup liegt der Scrollbalken des Fraggy über selbigem. kann man das ändern? Hab mit Z-Index rumprobiert, scheint aber so nicht zu gehen...
Fraggy 2.5.1 / WBCE 1.4.1
Beitrag geändert von screamindan (27.08.2020 11:26:31)
Offline
quick & dirty: Öffne die /templates/fraggy-backend-theme/js/script.min.js und ersetze
99999999
durch
99999
Code allein macht nicht glücklich. Jetzt spenden!
Offline
screamindan
Ja das funktioniert, danke Dir!
Offline
Ach, das total kaputte Konzept von z-index
Da es sicher irgendeinem Effekt hat bzw. haben wird, wenn man da was ändert, lass ich den Wert aktuell mal so.
Hab das Thema als erledigt markiert.
Offline
Na ja, das Konzept des z-index an sich ist ja nicht kaputt, wenn nicht jeder Entwickler / jedes Script meinen würde "mein Element ist das wichtigste und muss um's verrecken ganz zu oberst liegen", ohne dran zu denken das es evtl. Elemente geben könnte die da noch drüber liegen müssten, wie in dem Fall ein Modal oder Popup.
Ein z-index von knapp 100Millionen für diesen Scrollbar ist ja auch wirklich ambitioniert
Ich denke, den auf einen verträglicheren Wert zu setzen dürfte weiters keine Nebenwirkungen haben, Hauptsache er bleibt oberhalb der anderen divs in dem Sidebar-Bereich.
Beitrag geändert von bernd (27.08.2020 20:54:55)
... nein in Europa verwenden wir beim Programmieren nicht € statt $ ...
Offline
florian
Hab das Thema als erledigt markiert.
Evtl. noch ins Repo übernehmen und auch in der script.js anpassen?
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Na ja, das Konzept des z-index an sich ist ja nicht kaputt, wenn nicht jeder Entwickler / jedes Script meinen würde "mein Element ist das wichtigste und muss um's verrecken ganz zu oberst liegen", ohne dran zu denken das es evtl. Elemente geben könnte die da noch drüber liegen müssten, wie in dem Fall ein Modal oder Popup.
Darum sagte ich auch dass z-index kaputt ist, es hat keinen maximal Wert.
Der Browser akzeptiert auch folgendes:
z-index: 9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
Evtl. noch ins Repo übernehmen und auch in der script.js anpassen?
Ich werde zwar nichts versprechen aber für die kommende Version vormerken und testen.
Offline
Moin. Hab grade auf WBCE 1.4.4 und Fraggy 2.5.1 aktualisiert. Bei Abschnitte verwalten konnte man mal das Datum aus dem Kalender auswählen; jetzt nur noch von Hand eintragen. Ist das so gewollt?
Offline
Hi,
dass sollte alles wie gewohnt funktionieren.
Hast du deinen Browser Cache geleert und was sagt die Browser Konsole wenn du in die Datum Felder klickst?
Offline
Cache gelöscht.
Uncaught SyntaxError: nothing to repeat script.min.js:22:13116
Das Cookie "WBCELastConnectJS" wird in Zukunft bald abgelehnt werden, da es für das Attribut "SameSite" entweder "None" oder einen ungültigen Wert angibt, ohne das "secure"-Attribut zu verwenden. Weitere Informationen zum "SameSite"-Attribut finden Sie unter https://developer.mozilla.org/docs/Web/HTTP/Headers/Set-Cookie/SameSite. SessionTimeout.js:4:79
Beitrag geändert von screamindan (06.09.2020 12:36:57)
Offline
Hast du die WBCE 1.4.4 von https://wbce.org/de/downloads/ oder den aktuellen Stand des Development Branch von GitHub runtergeladen?
Falls zweiteres ging beim hochladen etwas schief, zu 99% ist daran FileZilla schuld.
Offline
Download aus dem Downloadbereich von WBCE. FTP mach ich mit WinSCP.
Beitrag geändert von screamindan (06.09.2020 12:45:10)
Offline
Ok, dann verwende bitte diesen Download und führe damit das Update Script erneut aus.
Edit Colinax: Download Link entfernt
Beitrag geändert von colinax (27.02.2022 10:10:11)
Offline
Sind da die 200630 Patches schon drin?
Offline
Ja, und noch mehr.
Die Zip entspricht dem aktuelle Entwicklungsstand
Offline
screamindan
Ich mach grad noch ein Backup, dann lade ich die Development mal hoch.
Offline