Child- Themes und weiter ...

Kannst Du die Frage so formulieren, das man sie versteht?

 

Der Sinn eines Childthemes ist es, Änderungen am Theme machen zu können, die bei einem Update des Themes erhalten bleiben. Und wenn du Schwierigkeiten mit der deutschen Sprache hast, dann laß dir beim Schreiben bitte helfen.

 

Ich eher glaube er meint, dass er Änderungen in einer CSS-Datei eines PlugIns in die style.css Datei seines Child-Themes schreiben möchte, damit diese Änderungen beim nächsten Update des PlugIns nicht verloren gehen. Und will nun wissen, ob dies funktioniert.

 

Die ersten beiden Absätze, sind hier wichtig - ob es funktioniert habe ich selbst noch nicht getestet, aber ich werde es auch mal in Betracht ziehen und sehe dann, ob es nach dem PlugIn-Update funktioniert: https://de.forums.wordpress.org/topic/child-themes-fur-plugins

 

Sinn des Child-Themes ist es ganz einfach, dass nach einem Update des Themes Deine Einstellungen / Veränderungen nicht verloren gehen. Es betrifft nicht nur die CSS-Datei, sondern auch die
PHP-Dateien.

Es gibt Leute, die ändern bzw. ergänzen nicht nur ihre style.css Datei, sondern auch die ein oder andere .php Datei des Themes. Ich z.B. habe an meinem Theme weit über 10 .php Datein teils umfangreich meinen Bedüfnissen angepasst und bei meinem Premium-Theme bekomme ich ca. aller zwei Wochen ein Update - das anlegen des Child-Themes hat mir somit bislang jede Menge Arbeit gespart. Ein Child-Theme belastet den Server mit ziemlicher Sicherheit überhaupt nicht.

Das Thema PlugIns ist wieder ein ganz anderes.

 

Ich frage mich gerade auch, was Plugins mit Themes zu tun haben. Das sind doch 2 Paar Schuhe.

 

ein Child Theme wird bei einem Update nicht angegriffen
deswegen weil sich der Vater liften läßt wird der Sohn nicht "mitgeliftet", der muss sich um seine Falten selbst kümmern

 

das muss jede und jeder für sich entscheiden, ob sich das lohnt oder nicht

 

Das obliegt Deiner Verantwortung, das Child ebenfalls entsprechend zu aktualisieren.

Moderne und sauber umgesetzte Themes erfordern keine Hardcopies von Dateien - es kann alles zentral über Hooks in der functions.php gesteuert werden. Dummerweise ist ein erheblicher Teil der Themes schlecht umgesetzt, sodass man nicht immer die notwendige Einstellung direkt vornehmen kann.

 

Nur ganz kurz: ob Hooks gut oder schlecht sind gibt //gab es eine kurze Diskussion,
prominente Theme Entwickler lehnten dies mit der Begründung ab: Hooks => für Plugins, sonst nirgendwo.

Die Diskussion war rasch aus, ich mag sie zumindest beim WC Berlin wieder aufleben lassen, wenn es geht

 

Ok, spielt aber im Prinzip keine Rolle, da die Themes aus Spaghetticode bestehen und WordPress die Funktionalitäten als API bereit stellt.

All dieser Unfug mit den Plugins kann (muss aber nicht) komplett überflüssig sein. Wenn ich ein Theme (ich mag die Bezeichnung nicht wirklich) entwickle, realisiere ich dort alle für die Ausgabe relevanten Methoden und Eigenschaften. Wenn die Strukturen und Konstruktoren ordentlich angelegt sind, habe ich jederzeit und überall Zugriff darauf. Und wer mag, kann sich dann sogar ein Plugin dafür basteln.

Prominente Theme-Entwickler haben nicht umsonst umfangreiche (und teilweise wirklich sehr gute) Frameworks in ihre Themes implementiert, um eben ein höheres Maß an Flexiblität im Theme selbst zu erhalten.

Beispiel:
Wenn ich einem Kunden (oder Anwender) die Kontrolle über ein paar generische Farbeinstellungen der Webseite geben möchte, implementiere ich es in das für den Kunden/Anwender entwickelte Theme oder setze ich das im Rahmen eines Plugins um?

Die Frage, die das entscheidet: soll die Funktionalität auch in anderen Projekten eine Verwendung finden?

Je mehr dieser Eigenschaften individuell steuerbar sein sollen, desto wahrscheinlicher wird die Entwicklung (oder auch Nutzung) eines Frameworks.

Für die Diskussion und auch die Argumentation habe ich Verständnis, wenn es um eine breite Masse geht. In dem WordPress-Äther, in dem ich mich persönlich bewege, ist das reines Business und Projektgeschäft.

Anyways: den technischen Fakt habe ich dargestellt. Wenn ein Theme sauber umgesetzt wurde, muss ich bspw. eine header.php nicht in ein Childtheme kopieren.

 

yepp, seh ich auch so und