Wenn man in der DB in der Tabelle configuration in der Zeile CURRENT_THEME in der Spalte configuration_value das raus löscht, klappt es auch wieder mit dem Template. Ist zwar bestimmt nicht so gewollt, aber es hilft erst mal das umzustellen.
Konnten wir jetzt nachstellen, habe ich gerade als Bug erfasst. https://tracker.gambio-server.net/issues/63995
So sieht das bei mir aus. In der Datenbank ist weit und breit nichts vom "CURRENT THEME" zu sehen ... obwohl das sogar im Shop aktiviert ist. Laut Datenbank sollte irgendwie nur das Theme vorhanden sein. Oder täusche ich mich?
Bei mir funktioniert das mit der 3.14. auch nicht. Bisher dachte ich, man kann die anpasste html von Shop/templates/Honeygrid/module nach Shop/themes/All kopieren und fertig. Das funktioniert auch nicht, wenn die Änderungen in die Dateien der v3.14. übertragen werden. Schaltet man ins Template zurück, funktioniert es. Es wäre doch schön, wenn es seitens Gambio eine Anleitung geben würde, wie man seine Anpassungen aus den GXModules ins Template überführen kann. Momentan sieht das eher aus wie: Friß oder stirb. Es soll wohl sogar PHP7.3 kompatibel sein.
Wenn du auf Theme wechseln willst, musst du so wie so alle html Dateien neu machen, denn da haben sich auch die Smarty Blöcke geändert und hier gibt es noch paar Info dazu https://developers.gambio.de/tutorials.html?v=3.13.1.0&p=theme-system
Hatte ich an 2 Beispieldateien gemacht. Änderungen werden beim Theme nicht erkannt. Für mich nutzlos. Da steht zB nichts davon, dass man mit /All alle Themes benutzt und man weiß nach dem Lesen nicht mehr, ob es wirklich an dem /All liegt oder daran, dass man ggf. vllt. vorhandenen Tepmlates erweitern müsste. Da ist nämlich nicht mehr die Rede von /All sondern von anderen Dateinamen für die geänderten Dateien, die im eigenen Theme-Ordner erstellt werden sollen und nichts mehr im GXModules zu suchen haben.
Das sehe ich genauso! Eigentlich alle Features die man sich mühsam aus den Testshops und mit dem Forum abgekupfert hat funktionieren nicht mehr. Für einen Laien ist es schlicht nicht möglich Dinge wie z. B. den Mouseover bei den Bildern aus Testshop2 in Themes zu übertragen. Grüße becks
Das Theme System is doch ganz neu. Und man versucht dort aufzuräumen damit mehr Struktur und Logik reinkommt. Damit man Erweiterungen und Anpassungen in Zukunft einfacher übernehmen und einfüge kann. In der Umstellung dauerts halt bis man sich umgewöhnt hat und die neuen Abläufe nutzt. Durch die viel feineren eingriffe wird die Updatesicherheit doch erheblich erhöht und die Möglichkeiten werden bald noch viel viel mehr werden. Da kommt noch so einiges an Funktionen die es Laien einfacher machen wird. Jetzt is es halt mal etwas mehr gefummel und basteln. Alte Anpassungen Neues System. Wartet halt noch mit dem umstellen. Template könnt ihr ja weiter nutzen. Zwingt euch doch keiner schon zu wechseln.
Wenn man dinge verändert um sie besser zu machen kann man nicht alles lassen wie es ist, dann wird nichts besser. Würde ich dich fragen ob wir stehenbleiben sollen, würdest du auch Nein antworten schätze ich. Also würdest du Fortschritt wollen, ohne was zu verändern, und das geht nicht gut zusammen. Grundsätzlich ist das alles nicht schwerer als es vorher war, es geht nur etwas anders. Das muss jetzt besprochen werden und sich setzen, ist eben so, wirds aber.
Wir wollen schon, dass es weiter geht und einfacher / besser wird Es geht eher darum, die Umstellung von geänderten Template-Dateien (GXModules) auf das Theme zu übertragen. Da fehlt eine (für Laien verständliche) Anleitung. Ich habe in 3.13. versucht meine Anpassungen in das Theme zu bekommen, aber z.B. das hier: (Link nur für registrierte Nutzer sichtbar.) bekomme ich im Theme nicht hin. Deshalb ist das Theme bei mir auch erst mal zur Seite geschoben worden. Da werde ich mich erst jetzt wieder so nach und nach mit beschäftigen.
Ich habe bereits gefummelt und probiert und die rudimentäre Anleitung gelesen ... es funktioniert aus mir unbekannten Gründen nicht. Vllt. ist es auch ein weiterer Bug, der in der 3.13 noch nicht vorhanden war, in der 3.14 aber auftaucht. Wenns noch nicht richtig funktioniert, sollte man es nicht in die aktuelle sondern in eine spätere Stable Version einbauen.
Nicht alles wild über einen Kamm scheren und alles gleichmachen. Das ist sachlich Unfug. Probleme betrachtet man, jedes für sich, einzeln und findet dann Antworten dazu, für jedes Problem eine. Das ist was anderes als eine für alle, die sind quasi immer falsch. Themes haben wir mit 3.13 eingeführt, die sind einige SPs alt. Wir schrauben sicher noch an Feinheiten herum, aber im groben und ganzen steht das Zeug gut. Das man mit in 3.14.0.0 jetzt in ein Problem laufen kann, bei dem der Rückweg auf Templates nicht mehr funktioniert ist blöd und ungeplant, lösen wir aber zeitnah. Der Schalter ist da, und er wird bald wieder funktionstüchtig sein. Technisch ist das eigentlich "Kleinkram": Unser Appstore Team hat etwas vereinheitlicht und aufgeräumt, und dabei einen Codepfad angeknackst, den die Kollegen nicht gesehen haben. Das ist leicht reparabel, muss nur gemacht werden, und wird in einem Korrekturrelease 3.14.0.1 (das kommen wird...) sicher drin sein. Es gibt auch keinen Unterschied zu früher: Honeygrid kam mit GX2.7 neu, galt mit MU GX3.0 soweit als stabilisiert, trotzdem haben wir über die Jahre immer und immer wieder nachgefeilt und optimiert. Im nachhinein wird man sagen, mit all den Verbeserungen im Rücken, es war damals nicht so gut. Es ging aber ganz gut. Es wurde nur noch besser. Und: wer nicht wollte, konnte auch bis 3.6 noch mit Eyecandy fahren, das ist im Grunde null anders als jetzt. Wer jetzt noch kein Theme will, muss noch kein Theme benutzen. Irgendwann ja, jetzt aber noch nicht. Allgemein waren die Meldungen zu Themeproblemen so wenige, dass wir mit dem Begriff stable da keinerlei ernsthaftes Problem sehen. Wenn jemand noch nicht verstanden hat wie es geht, ist das übrigens was anderes als etwas, was kaputt ist. Die Lösung ist eine ganz andere. Und wir müssen das Produkt auch nicht solange kaputt nennen, bis es jeder 100% kapiert hat. Es sollen möglichst viele kapieren, das ist das Ziel, aber davon abhängig machen und warten kannste nicht. Was das Stable Ding allgemein angeht: Da wird mehr als sonst vorher getestet. Das hier liegt an einer späten Änderung, die eigentlich nur was anderes, im Test noch gefundenes, beseitigen sollte. Das war normales Bugfixing, wie wir es vielfach erfolgreich betreiben. Es war keine Raketenphysik nach dem Start. Normal sind die Ergebnisse gut, diesmal da für diesen Punkt nicht. Shit happens. Am Ende sind wir alle nur Menschen. Das ist blöd und ärgert uns, aber es ist kein Weltuntergang.
Ich denke es braucht einfach ein paar mehr Beispiele wie man Anpassungen im Theme macht damit es ordentlich ist, da manche eher eine Laien Anleitung oder Beispieldateien brauchen als eine Dev-Doku. 2-3 Konkrete Beispiele Schritt für Schritt vom anlegen des Child Themes für eigenes bis hin zum anpassen eines oder 2er Smarty Blöcke. Wäre was für euren Blog. Ohne das viele drum rum was noch alles geht. einfach nur das Basic Handwerkzeug was für diese eine ANpassung gebraucht wird. Ähnlich wie das Child Theme Demo Zip was du letztes mal hattest. nen _smple Ordner bei den Themes wo ein Child Theme mit ein paar Beispielen drinnen ist. Dann kann das jemand als Grundbaustein für anderes nutzen.