Aktualisierungs-Button auf "Neue Seite erstellen" wird inaktiv.

Sorry, dass ich mich erst jetzt wieder melde.
Ich war am Wochenende „kurz außer Haus“. 😉

Der Thread ist inzwischen recht üppig geworden, zeigt aber nach meinem Verständnis ein paar Dinge, die leicht schief laufen können.

Grundregel Nr. 1 ist, nie und unter gar keinen Umständen Änderungen an den Dateien des WordPress-Core zu machen, da solche Änderungen später kaum noch nachzuvollziehen sind und – wie in diesem Fall – Aktualisierungen (mit denen zwangsläufig alle Änderungen am Core überschrieben würden) unmöglich machen. Die Folge ist nicht nur, dass man an neuen Features nicht teilhaben kann, sondern die Website auch noch potentiell gefährdet ist, weil Sicherheitslücken nur durch eine Aktualisierung geschlossen würden.

Um Änderungen am Core überflüssig zu machen, bietet WordPress jede Menge Schnittstellen (Hooks) an, über die Funktionalität geändert werden kann. Das ist aber auch kein Selbstläufer: Hat man eine Funktion des Core weitgehend übernommen und mit eigenen Funktionen ersetzt, greifen auch Aktualisierungen der Funktion im Core nicht mehr. Hier wird auch klar, weshalb ältere Themes, die zwei Jahre oder länger nicht mehr gepflegt wurden, zumindest hinterfragt werden sollten (und vorsichtshalber aus dem offiziellen Theme Repository herausgenommen werden, zumal sie nicht unbedingt repräsentativ sind und den aktuellen Anforderungen des Theme Review Teams entsprechen dürften.

Bei Themes verhält es sich ganz ähnlich: Änderungen im Theme selbst werden mit dem nächsten Update überschrieben – ein kurzfristiges Vergnügen. Nicht zu aktualisieren ist auch keine Lösung. Folglich wird immer wieder empfohlen, ein Child Theme anzulegen, wenn die Anpassungen über Änderungen am Stylesheet oder einer bestimmten Funktion hinaus gehen.

Die Umbenennung eines Themes, z.B. in „Mein schickes Child Theme“, macht aus einem Theme leider noch keinen Ableger eines anderen Themes; es hat halt nur einen anderen Namen. Es ist auch verkehrt, ein Theme zu kopieren und im Theme Header das Original als Template anzugeben. Statt dessen sollen Child Themes ja eine Ergänzung sein und nur dort eingreifen, wo vom Parent Theme abgewichen werden soll. Die bereits genannte Problematik, dass (notwendige) Änderungen (z.B. um Sicherheitslücken zu schließen), nicht automatisch in eine eigene Funktion übernommen werden, gilt auch für Themes. Dazu gibt es interessante Informationen von Torsten Landsiedel.

Ich war selber überrascht, wie viel man tatsächlich alleine mit einem eigenen Style Sheet ändern kann und vermeide zunächst Child Themes. Wenn es nicht anders geht, schreibe ich aber natürlich auch lieber ein Child Theme, statt im Theme selbst Änderungen vorzunehmen und damit eine Aktualisierung „wenig wartungsfreundlich“ zu gestalten.

@donaldtrump:
Zu deiner konkreten Frage: die Funktion sollte in einer Datei functions.php (mit „c“!) stehen, vielleicht liegt es schon daran? Ansonsten habe ich die Schritt, die zum Erstellen eines Child Themes nötig sind, schon einmal kurz beschrieben.

1. Backup machen
2. lokale Testumgebung aufsetzen
3. Backup dort wiederherstellen
4. Child Theme anlegen – im Prinzip nur functions.php und style.css
5. nach und nach Templates rüberziehen und schauen, wie die sich mit der Installation vertragen. Kritisch wird es eigentlich (abgesehen von groben Programmierfehlern) nur dann, wenn du Funktionsnamen wiederholst und das Parent Theme diese Funktionsnamen nicht „pluggable“ gemacht hat.
6. alles testen, danach Backup machen
7. Theme und Child Theme auf Zielserver übertragen

JavaScript solltest du per wp_enqueue_script() einbinden, da sonst Konflikte vorprogrammiert sind.