Die Verwendung von benutzerdefinierten CSS-Eigenschaften für das WordPress-Admin-Farbschema-System ist für den WordPress-Meilenstein 5.7 aufgeführt. Es fühlt sich unauffällig genug an, dass die meisten es als ein einfaches Upgrade übergehen würden, um mit der Zeit zu gehen. Dieses Feature kann jedoch Wellen erzeugen, die sich ausbreiten und dem Ökosystem in den kommenden Jahren zugute kommen.
Kirsty Burgoine, eine Front-End-Entwicklerin bei Human Made, kündigte die Einführung von benutzerdefinierten CSS-Eigenschaften für den WordPress-Admin an. Die erste Arbeit landete in einem Ticket zur Iteration der Admin-Farbschemata. In der ersten Phase wurde die Farbpalette von 199 Farben auf 99 reduziert, um eine vernünftige Liste zu erstellen, mit der man arbeiten kann.
In der zweiten Phase wird untersucht, wie man ein sinnvolles System für benutzerdefinierte CSS-Eigenschaften implementieren kann. Das bedeutet, die gefürchtete Arbeit der Benennung von Dingen zu erledigen. Das Core-CSS-Team ist derzeit auf der Suche nach Feedback darüber, wie die Eigenschaftsnamen in Zukunft am besten gehandhabt werden sollen und ist offen für alternative Implementierungsvorschläge.
Sobald die benutzerdefinierten Eigenschaften eingeführt sind, könnte das neue System langfristig eine Welt voller Möglichkeiten eröffnen.
Vorausschauend denken
Meine Hoffnungen auf WordPress-Admin-Themes lebten und starben mit jeder Nachricht über benutzerdefinierte Farbschemata, phantasievolle Mockups und den allgemeinen Hype um Projekte, die nie das hielten, was sie versprachen. Vielleicht mache ich mir jetzt wieder Hoffnungen.
Entwickler können seit WordPress 2.5 benutzerdefinierte Admin-Farbschemata registrieren, aber es war nie ein ideales System.
Eines meiner Lieblings-Plugins ist Admin Color Schemes, das von Designern aus dem WordPress-Kernteam gepflegt wird. Es fügt mehrere Schemata hinzu, aus denen die Benutzer wählen können.
Sass, das heute zur Generierung der Admin-Farbschemata im Core verwendet wird, hat den Prozess vereinfacht. Entwickler von Drittanbietern müssen jedoch immer noch dafür sorgen, dass ihre benutzerdefinierten Schemata zwischen den WordPress-Versionen aktualisiert werden. Das System ist nicht dafür ausgelegt, vor zukünftigen Kompatibilitätsproblemen zu schützen.
Benutzerdefinierte CSS-Eigenschaften ändern das Spiel. Mit ihrer weit verbreiteten Verwendung und der Kompatibilität mit modernen Browsern ist das benutzerdefinierte Admin-Thema – zumindest das Farbschema – viel mehr eine Realität.
Ich war nicht mehr so aufgeregt über die Möglichkeit von etwas Neuem, seit Tung Do 2013 sein kurzlebiges DP Dashboard Plugin veröffentlicht hat. Jetzt, ein paar Tage vor acht Jahren seit der ersten Beta-Testphase, habe ich wieder etwas Hoffnung.
In Anbetracht der kleinen Weisheit, die ich im Laufe der Jahre angesammelt habe, sehe ich jetzt, dass komplett angepasste Admin-Themes nie zum richtigen Weg geführt haben. Ich bin froh, dass wir ihn nie eingeschlagen haben. Administrationsoberflächen müssen für die Benutzer konsistent funktionieren und sich im Laufe der Zeit an Änderungen anpassen. Benutzerdefinierte Themes waren jedes Mal, wenn WordPress eine neue Funktion hinzufügte, ein Wartungsalptraum. Ein System, das auf benutzerdefinierten CSS-Eigenschaften aufbaut, bedeutet jedoch, dass Anpassungen nicht kaputt gehen – oder viel seltener kaputt gehen – wenn sich die Benutzeroberfläche der Software weiterentwickelt.
Während der Fokus im Moment auf Farbschemata liegt, hält nichts WordPress davon ab, in der Zukunft weitere Funktionen zu entwickeln. Es ist möglich, ein globales Stylesystem einzurichten, mit dem Designer den Admin auf alle möglichen interessanten Arten gestalten können, ohne etwas kaputt zu machen. Kleinere Optionen wie der Rahmenradius von Schaltflächen, die Wahl der Schriftart oder die Schriftgröße von Überschriften könnten mit der Zeit leicht eingeführt werden.
Da das Blocksystem weiterhin Teile der WordPress-Administration ersetzt, werden benutzerdefinierte Admin-Skins viel einfacher zu pflegen sein. Da alles im Blocksystem als Komponente aufgebaut ist, ist es zukunftssicherer gegen Rückwärtskompatibilitätsprobleme.
Es ist ein langer und kurvenreicher Weg zu einem funktionsreichen Admin-Skin-System. Es liegt jedoch nicht außerhalb des Bereiches des Möglichen.
Ich freue mich auf den Tag, an dem Theme-Autoren einfach Admin-Designs ausrollen können, die zum Frontend passen. Vielleicht ist eine Integration mit der theme.json des Blocksystems eine Möglichkeit. Ich hätte auch nichts dagegen, in Zukunft ein separates Admin-Theme-Verzeichnis zu sehen. Der Anwendungsfall ist vielleicht noch zu nischig, aber es schadet nie, die Idee im Hinterkopf zu behalten.
Zumindest erlaubt der Wechsel zu benutzerdefinierten Eigenschaften dem Team, das Admin-CSS aufzuräumen und macht es einfacher, benutzerdefinierte Farbschemata hinzuzufügen. Das ist ein Gewinn für das WordPress-Projekt.
