Theme Konfiguration & Entwicklung

Soweit ich das verstanden habe kann man ja bisher nicht wirklich ein eigenes Theme bauen bzw. aufbauen auf der Storefront, gerade bezogen auf die Sass, JS Files & Co.

Kann man hier ganz grob abschätzen, wann der Workflow/Leitfaden für ein custom Frontend Theme kommen wird?

Damit man ggf. schon einmal beginnen kann, wird es eine Art Theme Manager geben wie bei SW5, worüber man dann Theme Konfigurationen hat?

Oder kann man hier ein komplett eigenes Administrations Modul bauen für die Konfiguration? Bspw. ähnlich wie bei Wordpress damals ( schon lange nicht mehr mit gearbeitet ). Oder ist das nich sinnig und man sollte lieber warten, bis der Frontend Stack released ist?

Ich häng mich mal dran und frage welcher compiler später für sass genutzt wird.

Leider bietet nicht jedes webhosting NodeJS an.

Wird man hier am Ende auf ein php-sass compiler setzen?! 

[@Moritz Naczenski](http://forum.shopware.com/profile/14574/Moritz Naczenski “Moritz Naczenski”)‍ [@Patrick Stahl](http://forum.shopware.com/profile/1869/Patrick Stahl “Patrick Stahl”)‍ Könnt Ihr hier vielleicht noch einmal helfen? 

Ich bin da noch nicht ganz hinter gestiegen: Oder kann ich bereits auch schon ohne den Theme Workflow beginnen mit einem custom Theme? Dazu müsste ich dann meinen eigenen webpack/grunt/what ever Task bauen für die Sass Files? Und die kompilierte CSS dann vorerst “manuell” in den Header packen? Oder wie würde es aktuell funktionieren?

Oder könnt Ihr bereits sagen: “Nächste Woche kommt eh der Theme Workflow”?

Moin @Shopwareianer‍,

das Thema „Custom CSS / SASS / JS“ ist schon in der Mache und zu großen Teilen abgeschlossen. Sobald der Commit dann im Core landet, fange ich auch parallel an, das über ein HowTo zu dokumentieren.

Wie das Thema „Themes“ ausschaut, weiß ich gerade aber nicht, sorry! 

Gruß,
Patrick 

[@Patrick Stahl](http://forum.shopware.com/profile/1869/Patrick Stahl “Patrick Stahl”)‍ Wie sieht es denn mit der Theme Konfiguration aus? Gibt es da wieder eine Art Theme Manager mit custom Settings? 

Oder kann/sollte man das ganze selber im Plugin bauen? Es ist gerade ein wenig schwer abzuschätzen wie ich bereits mit der Theme Entwicklung starten kann, da eben was das Frontend anbelangt noch keinerlei Informationen vorlegen und man auch nicht abschätzen kann, wann da was kommt. Aber natürlich möchte man es asap fertig bekommen für den Store

Wie bekommen wir denn eigentlich mit, wann der Theme Workflow fertig ist und man damit arbeiten kann?

[@Moritz Naczenski](http://forum.shopware.com/profile/14574/Moritz Naczenski “Moritz Naczenski”)‍

Hier siehst du immer die letzten Updates: https://docs.shopware.com/en/shopware-platform-dev-en/getting-started/recent-updates

Moin @Shopwareianer‍,

wie bereits zuvor häufig passiert, pinge ich dich direkt an, sobald es hier etwas Neues gibt.
Häufig dann auch mit einem Beispiel-Plugin oder einer Dokumentation.

Gruß,
Patrick 

Gibt es denn diesbezüglich noch keine neuen Infos, die ihr uns geben könnt? In einem anderen Thread hat Jens geschrieben, dass sich das Theme-System zur Zeit in Arbeit befindet, aber voraussichtlich noch vor Juli verfügbar sein wird. Haben die Agenturen, die schon im Juli eigene Themes veröffentlichen werden Zugang zu aktuelleren Repositorys, oder wie machen die das?

Liebe Grüße

@Larineso schrieb:

Gibt es denn diesbezüglich noch keine neuen Infos, die ihr uns geben könnt? In einem anderen Thread hat Jens geschrieben, dass sich das Theme-System zur Zeit in Arbeit befindet, aber voraussichtlich noch vor Juli verfügbar sein wird. Haben die Agenturen, die schon im Juli eigene Themes veröffentlichen werden Zugang zu aktuelleren Repositorys, oder wie machen die das?

Liebe Grüße

Ich würde sagen diese Agenturen überschätzen sich.

In einer Entwickler Vorschau zu sagen dass Themes im Juni erscheinen, obwohl diese noch nichtmal im GitHub master branch implementiert sind, ist absolut lächerlich.

Es sei denn diese Agenturen haben Einsicht in die SW internen Repos. Was ich mir nicht vorstellen kann

Ich denke, die Entwickler von ThemeWare sollten den Arbeitsaufwand eigentlich ganz gut einschätzen können. Wenn man jetzt noch bedenkt, dass z.B das Listing mit Filtern noch gar nicht in den master auf Github implementiert wurde und es im Juli gleich 20 ThemeWare-Themes geben soll, dann wäre es durchaus denkbar, dass die auf eine andere Codebase aufbauen. Ich kann mir zumindest nicht vorstellen, dass die ihre Kunden mit leeren Versprechungen verärgern und damit ihren guten Ruf gefährden. Warum auch? Aber eventuell klärt uns da ja noch jemand aus dem Team auf.

Moin zusammen!

Das Themes Thema ist auch weiterhin noch in Arbeit, aber bereits sehr weit fortgeschritten.

Zu dem anderen Thema, kann ich nicht allzu viel sagen, außer:
Nein, die haben auch keinen Zugriff auf unsere internen Repositories.
Die einzigen Firmen, die Zugriff darauf haben, sind eben auch diejenigen, die offiziell an SW6 mitarbeiten.
Welche das sind, findet ihr hier.

Gruß,
Patrick 

@Larineso schrieb:

Ich denke, die Entwickler von ThemeWare sollten den Arbeitsaufwand eigentlich ganz gut einschätzen können. 

Können Sie vermutlich wohl nicht. 

dass die ihre Kunden mit leeren Versprechungen verärgern und damit ihren guten Ruf gefährden.

Dann fangen die vermutlich jetzt damit an ;) 

Aber man kann sich immer auf ’ Voraussichtlich verfügbar ab’ stützen.

[@Patrick Stahl](http://forum.shopware.com/profile/1869/Patrick Stahl „Patrick Stahl“)‍ sehr weit fortgeschritten heißt?! :> 

Noch im Juni im master oder eher Anfang Juli!?

Moin zusammen!

Hier nur eine kleine Randinfo, nur indirekt mit Themes verbunden:
Custom CSS / Javascript über ein Plugin

@robjke‍
Bzgl. der Themes sind wir weit fortgeschritten. Die Chancen stehen gut, dass die Core Änderungen dafür noch diese Woche gemerged werden.

Gruß,
Patrick 

[@Patrick Stahl](http://forum.shopware.com/profile/1869/Patrick Stahl “Patrick Stahl”)‍

Habe den commit grad gesehen

https://github.com/shopware/platform/blob/master/src/Docs/Resources/current/4-how-to/330-storefront-assets.md

Dasmit kann man auf jedenfall schonmal gute Vorarbeit leisten was das custom styling und scripting vom Template angeht @Shopwareianer‍

[@Patrick Stahl](http://forum.shopware.com/profile/1869/Patrick Stahl „Patrick Stahl“)‍

Bei mir wird die CSS-Datei nicht eingebunden. In der Konsole steht zwar, dass das Plugin als neuer entry point injected wurde, aber in der Storefront sind keine Änderungen zu sehen und in der App.css ist auch nichts zu finden. Auch mit dem Plugin aus den Docs funktioniert es bei mir nicht.

Liebe Grüße

Moin @Larineso‍,

vielen Dank für den Hinweis!

Kaum online, schon outdated. Habe das direkt nachgestellt und behoben.
Das Update von dem GitHub Repository kommt gleich sofort - die Änderung der Doku wird 1-2 Tage dauern.

In Kurz:
Der Twig Block “layout_head_stylesheet” muss nun in die Datei /Resources/views/layout/meta.html.twig gelegt werden.

{% sw_extends '@Storefront/layout/meta.html.twig' %}

{% block layout_head_stylesheet %}
    {{ parent() }}

    
{% endblock %}

Gruß,
Patrick 

[@Patrick Stahl](http://forum.shopware.com/profile/1869/Patrick Stahl “Patrick Stahl”)‍

Kannst du mir sagen, ob es schon eine Möglichkeit gibt, die Variablen von Bootstrap oder dem Shopware-Skin im Plugin zu überschreiben?

Offenbar haben Änderungen wie

$primary: #000;

 keine Auswirkungen.

Liebe Grüße

Da eine eigene CSS Datei erstellt wird, wird da nichts von der Storefront / Bootstrap SCSS vereerbt.

Somit dürften sämtliche komponenten, mixins oder @extends in der eigenen CSS / SCSS aktuell nicht zur Verfügung stehen. Was suboptimal ist. Ich denke hier müssen wir dann doch auf die Theme integration warten.

Als workaround könnte man in die eigene Storefront Asset nochmal BS importieren.

Die Frage ist ob das Sinn macht wenn SW diese Woche mit der Implementierung fertig wird.

Grundsätzlich sollte man Webpack auch so konfigurieren können, dass die Variablen angepasst werden können. Aber da ich dieses Feature nur für ein Theme brauche und das Theme-System in den Startlöchern steht, werde ich mich erst mal auf andere Sachen konzentrieren.

Liebe Grüße