WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Verstehe was Du meinst. Aber erstens habe ich "rausgeworfen" in Anführungszeichen gesetzt und zweitens mit einem Link unterlegt, zum direkt schauen.
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Ja, und da hatte ich mich dann gewundert, dass das nur ein Kommentar war. Ist ja inzwischen erledigt.
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Jo..
Übrigens, viele Grüße von meiner Freundin. Sie findet es toll, wie Du Dich hier als einzige Frau-Programmiererin immer wieder durchsetzt.
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Ich arbeite in der IT-Branche. Da gibt es insgesamt viel zu wenige Frauen. Würde ich mich von all den Kerlen unterbuttern lassen hätte ich ein ziemliches Problem. Die versuchen es allerdings in der Regel auch immer nur einmal...
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
colinax
Die Armen...
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Nö, immer selber Schuld. Dummheit muß bestraft werden.
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Die Dummen (bzw. Uneinsichtigen) bestrafen sich selbst
Beitrag geändert von stefanek (16.07.2019 13:27:57)
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Was ist denn von der ursprünglichen Meldung jetzt noch offen? Nur damit das hier nicht im OT untergeht.
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Ich denke wir sind hier mit allem fertig soweit.
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Ich sehe allerhand rot in der Console, wenn ich NICHT die mitgelieferten Templates verwende, zb bei Daflagga und Hortal.
Javascript funktioniert trotzdem, aber so irgendwie habe ich das Gefühl, es wird alles 2x ausgeführt, 1x mit, einmal ohne jQuery. Auf leeren Seiten hab ich nur die Fehler von der Colorbox, auf anderen von so ziemlich jeder frontend.js.
Kann sein, dass es der selbe Fehler ist, den colinax neulich reportet hat.
Könntest Du einmal angeben, welche Reihenfolge die register_modfiles Aufrufe haben?
Das wird auf jeden Fall korrigiert, dass es so läuft wie es soll.
Gruß,
Christian
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Die Testseite ist hier:
https://wbce.at/de/leere-seite.php
Ganz normales Template Hortal, https://wbce.at/tpls/template-hortal.html
Nicht das bisher mitgelieferte Hortal_WBCE, aber auch viele andere Templates verhalten sich genauso, zb eben daflagga.
Bei den übrigen Seiten (Daflagga) habe ich var WB_URL testweise früher definiert, das ändert nichts.
Hab heute die 1.4-RC eingespielt.
Beitrag geändert von boeseroeser (16.07.2019 17:00:26)
Ich weiß, woran das liegt.
Ist etwas ärgerlich, falls viele Templates davon betroffen sein sollten.
Also wir haben das auch schon intern besprochen, aber nichts in Stein gemeißelt und es ist gut, dass dieser Bug hochkommt und dass DU ihn reportest... weil Du eben die meisten Templates zu WBCE beisteuerst.
Also denke ich, dass Du auch auf jeden Fall mit entscheiden solltest, wie wir mit diesem Bug umgehen.
Es liegt an dieser Zeile:
<meta name="viewport" content="width=device-width, initial-scale=1">
Und zwar, die neue Insert Class, die für die Verpflanzung von JS und CSS Dateien zuständig ist, fügt die ersten CSS und JS Dateien NACH dem LETZTEN meta-tag ein.
Ursprünglich bin ich davon ausgegangen, dass alle brav die METAs zuoberst in die Seite legen, aber es gibt tatsächlich Ausnahmen.
Das ganze Problem ist, dass es sich sehr schwer mit RegEx und anderen Verfahren ermitteln läßt, wo die CSS/JS am besten anfangen sollten.
Nach Titel ist nicht schick, dann kommen die Meta Tags erst nach den ganzen CSS/JS Dateien und Codes.
Also, was meinst Du dazu?
Gruß,
Christian
P.S. Übrigens, ich weiß nicht, ob der ColorBox Fehler auch damit behoben ist, wenn Du das MetaTag höher setzt.
Beitrag geändert von stefanek (16.07.2019 17:06:37)
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Also, die Frage ist, ist es besser:
- in allen Templates die METAs alle vor CSS und JS Dateien setzen, oder
- die Insert Klasse so programmieren, dass die JS und CSS Dateien, die vom System eingepflanzt werden direkt unterhalb des Title eingefügt werden.
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Was Du wegen der Colorbox machen kannst:
- colorbox Snippet löschen
- unter Admin-Tools > OpF Dashboard Erweiterte Ansicht einschalten und dann Colorbox aktivieren.
Vorteil: Colorbox Dateien werden nur noch dann geladen, wenn die Colorbox auf einer Seite verwendet wird.
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Ich sag jetzt momentan nix, weil ich im Gastgarten sitze
Beitrag geändert von boeseroeser (16.07.2019 18:04:52)
Ja gut.
Lösung hast ja jetzt.
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Laut der Console stimmt mit dem Pfad der als 404 gemeldeten Files nicht:
https://wbce.at/de/function%20URL()%20%7B%20[native%20code]%20%7D/modules/colorbox/js/jquery.colorbox-min.js
Offline
Das kommt, weil die JS Variable "URL" der frontend.js aus der Colorbox nicht zur Verfügung steht.
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Der native Code-Fehler kommt, wenn colorbox vor jquery geladen wird.
Zur Reihenfolge: könnte man das nicht anders herum machen und alle JS/CSS-Dateien *vor* dem schließenden </head> platzieren? Dann wäre sowohl die sinnvolle Reihenfolge title > meta > CSS > JS gegeben, als auch bestünde kein Bedarf, alle Templates anzufassen. Es betrifft ja nicht nur die fertigen Templates zum Download, sondern auch alle darauf basierenden Seiten und vor allem ggf. auch alle komplett selbst programmierten Templates.
Beitrag geändert von florian (17.07.2019 06:33:10)
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Wir können das machen.
ABER: wir haben die verschiedenen Platzhalter:
HEAD TOP+
HEAD TOP-
HEAD BTM+
HEAD BTM-
sowie die für den BODY.
Ich war ja dafür, das etwas anders zu gestalten, aber "die werden ja schon von einigen Templates" verwendet.
Die JS Variablem und jQuery wird in HEAD TOP+ eingespeist, damit alles gut zusammenarbeitet.
Wenn das Template die Platzhalter selbst nicht mitbringt, wird der Platzhalter HEAD TOP+ nach dem letzten Meta-Tag gesetzt.
Wir können das automatisieren und bevor die PLATZHALTER gesetzt werden die im DOM enthaltenen METAs gruppieren.
Dann kann auch alles beim alten bleiben. Verlangsamt aber das System, wenn die METAs nicht von vornherein dort sind, wo sie erwartet werden.
Gruß,
Christian
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Also, die Frage ist, ist es besser:
- in allen Templates die METAs alle vor CSS und JS Dateien setzen, oder
- die Insert Klasse so programmieren, dass die JS und CSS Dateien, die vom System eingepflanzt werden direkt unterhalb des Title eingefügt werden.
Weitere Möglichkeit: Das Template mit den passenden Platzhaltern ausstatten. Damit kann man vom Default abweichende Positionen vorgeben
Offline
Zur Reihenfolge: könnte man das nicht anders herum machen und alle JS/CSS-Dateien *vor* dem schließenden </head> platzieren?
Das ist daher nicht so einfach, weil es ja auch JS Dateien gibt, die im Template nicht über die Insert Methode eingefügt werden.
Wird auch nicht erwartet.
Aber deswegen dieser Spagat damals von NorHei mit diesen TOP BTM +/-
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
PLATZHALTER setzen wie Martin empfiehlt ist gut.
Es würde aber schon ausreichen, die METAs dort zu setzen, wo sie erwartet werden. Das war zumindest unsere Schlussfolgerung vor ein paar Monaten als dieses Issue zum ersten mal auftauchte.
Ich selbst mag die Platzhalter nicht gerne setzen.
Beitrag geändert von stefanek (16.07.2019 18:53:14)
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Wir können das automatisieren und bevor die PLATZHALTER gesetzt werden die im DOM enthaltenen METAs gruppieren.
Dann kann auch alles beim alten bleiben. Verlangsamt aber das System, wenn die METAs nicht von vornherein dort sind, wo sie erwartet werden.
Und es ist wahrscheinlich nicht ganz einfach diesen Mechanismus zum Gruppieren stabil für alle Eventualitäten hin zu bekommen. Vielleicht verlagern wir damit das Problem nur an eine andere Stelle
Offline