Vorlagen

Steam hat zum ersten Mal natives Raytracing auf dem Steam Deck aktiviert. Das erste Spiel, das Raytracing unterstützt, ist Doom Eternal. Laut Valve wird es in Zukunft auch Unterstützung für DirectX-Raytracing geben.

Die Unterstützung für Raytracing wurde dem Steam Deck OS beta 3.4.6 hinzugefügt. Doom Eternals Raytracing nutzt die Vulkan-API und besteht lediglich aus Reflexions- und Lichteffekten. Es handelt sich also nicht um die intensivsten Raytracing-Effekte; diese verwenden normalerweise DirectX Raytracing. Letzteres ist eine Microsoft-Technologie und daher schwieriger in das Linux-basierte Betriebssystem des Steam Decks zu implementieren. Nichtsdestotrotz ist laut Valve-Ingenieur Pierre-Loup Griffais die DXR-Raytracing-Erweiterung für das Steam Deck “in der Pipeline”, aber wann sie verfügbar sein wird, ist nicht bekannt.

Doom Eternal mit Raytracing läuft laut einem Test von RockPaperShotgun, bei dem die Grafikeinstellungen auf Mittel eingestellt waren, mit etwa 30 bis 35fps. Ohne Raytracing erreicht das Spiel laut der PC-Gaming-Website mit denselben Einstellungen “problemlos” 60 fps. RTX-Unterstützung für weitere Spiele wurde nicht angekündigt, obwohl ein Reddit-Nutzer behauptet, dass es jetzt möglich ist, Raytracing in Quake 2 zu aktivieren.

Der LastPass-Hack vom November letzten Jahres nutzte eine Sicherheitslücke in Plex aus, die bereits im Mai 2020 geschlossen wurde, wie PCMag herausfand. Der Hack hätte verhindert werden können, wenn der Mitarbeiter, auf dessen Heimcomputer die Malware installiert war, die Software aktualisiert hätte.

Es handelte sich um die Sicherheitslücke CVE-2020-5741 in der Software Plex Media Server, schreibt PCMag. Über die Kamera-Upload-Funktion konnten Angreifer den Server dazu bringen, bösartigen Code auszuführen. Dazu mussten die Angreifer allerdings bereits über Administratorrechte für das Plex-Konto des LastPass-Mitarbeiters verfügen. Wie sie das geschafft haben, ist nicht bekannt. Nachdem der Devops-Programmierer von LastPass die Malware installiert hatte, konnten die Hacker die Tastenanschläge des Opfers aufzeichnen, um das Master-Passwort herauszufinden. Der LastPass-Mitarbeiter genehmigte dann selbst den Antrag auf Multifaktor-Authentifizierung.

In einer Stellungnahme erklärte Plex gegenüber PCMag, dass ein Patch für die Sicherheitslücke im Mai 2020 veröffentlicht wurde, der betreffende Mitarbeiter die Software jedoch nie aktualisiert hat. Seitdem wurden bereits 75 neue Softwareversionen von Plex veröffentlicht. Es ist unklar, warum der Programmierer die Software in all dieser Zeit nicht aktualisiert hat, zumal viele der Updates automatisch erfolgen sollten.

Über diesen leitenden Devops-Programmierer verschafften sich die Angreifer im vergangenen Jahr Zugang zu den Cloud-Backups von Lastpass, die Kundendaten wie mfa-Seeds und identifizierbare Informationen enthielten, teilte LastPass letzte Woche mit. Außerdem wurden fünf Blobs aus den Backups von Kunden heruntergeladen, die zwischen dem 20. August und dem 8. September ein Konto hatten. Diese Blobs enthielten verschlüsselte Felder für Passwörter und unverschlüsselte Felder für z. B. URL-Namen.

MGM Resorts International könnte ein zweites Kasino-Resort auf der Südseite des Las Vegas Strip errichten, so der US-Glücksspielbetreiber. MGM will auf eine Strategie hinarbeiten, die mehr regionale Kunden nach Las Vegas lockt.

Jonathan Halkyard, Chief Financial Officer von MGM, sprach am vergangenen Mittwoch auf der Virtual Global Consumer & Retail Conference von Morgan Stanley vor Investoren, wo er diese Enthüllung machte.

Er verriet auch, dass er sich nicht nur auf die Stadt Las Vegas beschränkt.

MGM kündigte die Übernahme des Cosmopolitan im September an, und Halkyard erklärte, dass sich der Schwerpunkt des Strip in den letzten Jahren mit der Ansiedlung von Veranstaltungsorten wie der T-Mobile Arena und dem Allegiant Stadium in diese Richtung verlagert hat. MGM mit Sitz in Las Vegas schaut übrigens nicht mehr nur auf seine Heimatstadt.

New York biete ebenfalls “interessante Optionen”, so der Finanzdirektor, mit der Absicht, über das Empire City Casino eine vollwertige Lizenz zu erhalten.

Mit dieser Lizenz können auch Tischspiele wie Blackjack und Roulette oder Gratis Freispiele angeboten werden. Halkyard ist begeistert von den Möglichkeiten, das Casino-Angebot in Zukunft auf andere Teile der Vereinigten Staaten auszuweiten. Dazu sagt er:

Neben unseren Aktivitäten in Atlantic City und Las Vegas wird auch unser Online-Angebot immer wichtiger. Außerdem wäre ein vollwertiges landbasiertes Kasino in New York sehr attraktiv für unsere Geschäftstätigkeit.

Über MGM Resorts International

MGM Resorts ist ein US-amerikanischer Anbieter von Offline- und Online-Glücksspieldiensten. Dies geschieht durch mehrere Marken und durch Investitionen in landgestützte Einrichtungen wie Casino-Hotels. MGM hat seinen Sitz in Las Vegas und bietet 25 landgestützte Glücksspieleinrichtungen in den Vereinigten Staaten an. Bekannte Marken, die zum Portfolio von MGM gehören, sind Bellagio, Luxor und The Mirage. In den letzten Jahren hat sich MGM auch zunehmend auf das Angebot eines Online-Casinos konzentriert. Sie tut dies unter dem Namen BetMGM.

shutterstock 1495869476 - Wordpress Template: Umstellung auf responsive Design

Eine responsive Website zu haben, ist unglaublich wichtig. Dieses Tutorial ist besonders wichtig, wenn Sie noch ein statisches Theme verwenden, das Sie responsive machen möchten.
Dies kann oft einfacher sein, als ein bereits responsives Theme zu nehmen und es an Ihr Design anzupassen. Aber auch wenn Sie nur daran interessiert sind, zu lernen, wie man responsive Design praktisch umsetzt, ist dies der richtige Artikel für Sie.

Wie Sie Ihr WordPress-Theme in Responsive Design umwandeln

Zunächst müssen wir die Grundlagen des Responsive Design durchgehen:

  • Fluid Site Grid mit proportionalen statt festen Maßen
  • Flexible Bilder
  • Implementierung von Designänderungen, um die Benutzerfreundlichkeit für Nicht-Desktop-Geräte zu gewährleisten
  • Verwendung von CSS-Media-Queries zur Definition von Haltepunkten für Designänderungen

 

Von hier aus werden wir lernen, wie wir die oben genannten Punkte nutzen können, um ein statisches WordPress-Theme in ein responsives zu verwandeln.
Seien Sie sich jedoch bewusst, dass die Prinzipien zwar die gleichen bleiben, Ihr Theme aber möglicherweise anders aufgebaut ist als die Beispiele unten.
Betrachten Sie dies daher nur als grobe Orientierung. Möglicherweise müssen Sie einige Anpassungen für Ihre eigene Website vornehmen.

Benötigte Werkzeuge

Die Werkzeuge, die wir für die Umsetzung dieses Projekts benötigen, sind leicht verfügbar.
Zunächst einmal brauchen wir eine Möglichkeit, die HTML- und CSS-Struktur unserer Website zu überprüfen. Mein Lieblingstool dafür ist Firebug, aber Sie können auch die Chrome Developer Tools und die Firefox Developer Tools verwenden. In diesen können Sie Ihre Webseite in verschiedenen Größen anzeigen lassen. So lässt sich zum Beispiel die Breite von einem Ultrawide Monitor simulieren.

Darüber hinaus müssen wir einige PHP- und HTML-Dateien bearbeiten. Ein einfacher Texteditor wie Notepad++ wird dafür funktionieren, aber Sie können auch andere Optionen in diesem Artikel finden.

Vielleicht möchten Sie auch in Erwägung ziehen, Ihre Website in einer lokalen Entwicklungsumgebung einzurichten, damit Sie damit experimentieren können, sie responsive zu machen, ohne Ihre Live-Site durcheinander zu bringen.

1. Standard-Zoom definieren

Unser erster Schritt ist das Einfügen der folgenden Codezeile in den Header unserer Seite:

Damit wird den Browsern mitgeteilt, dass sie Ihre Seiten basierend auf der Gerätebreite rendern sollen, d.h. wenn der verwendete Bildschirm nur 320px breit ist, wird die Website in dieser Größe gerendert, anstatt auf eine größere Standardgröße zurückzufallen.
In WordPress wird dies typischerweise durch das Bearbeiten der Datei header.php in Ihrem Theme-Ordner erreicht, wenn Sie Dinge zum Header der Website hinzufügen. Der Code wird zwischen den Tagsundeingefügt.

2. Fluid-Element-Breiten und -Höhen einstellen

Als Nächstes müssen Sie die Container für die Hauptabschnitte Ihrer Website finden.
Hierfür bietet sich das bereits erwähnte Firebug an, da es die HTML-Struktur Ihrer Website im Browser anzeigen kann.
Ein typisches WordPress-Theme hat die folgenden Elemente:

    • Body
    • Wrapper
    • Kopfzeile
    • Menü
    • Hauptinhalt
    • Seitenleiste
    • Fußzeile

 

Unsere Aufgabe ist es nun, dafür zu sorgen, dass diese nicht statisch, sondern fließend breit definiert sind. Wir tun dies, indem wir das CSS innerhalb des Stylesheets ändern.
Beginnen wir als Beispiel mit dem Wrapper und sagen wir, dass dies das ist, was Sie in Ihrem Stylesheet finden:

 

#wrapper {
width: 900px
}

 

Wie Sie sehen können, handelt es sich um eine feste Breite (900 Pixel), die wir nun in etwas Fließendes umwandeln wollen:

 

#wrapper {
max-width: 900px;
width: 100%
}

 

Was bewirkt diese Änderung? Im Grunde wird dem Element mitgeteilt, dass es den gesamten benötigten Platz einnehmen soll, aber seine Breite auf maximal 900 Pixel begrenzt ist.
Auf diese Weise sieht die Seite auf jedem Bildschirm, der größer als 900px ist, genauso aus wie vorher, nimmt aber auf jedem Gerät, das kleiner als 900px ist, die gesamte Breite ein.
Aber das ist im Grunde alles, was es braucht, um ein WordPress-Theme responsive zu machen.

Jetzt müssen Sie nur noch durch Ihre gesamte Seitenstruktur gehen und alle festen Breiten in flüssige Breiten umwandeln, indem Sie Pixel in Prozentwerte ändern. Auf diese Weise passen sich die Seitenelemente automatisch an die Größe des Bildschirms an, auf dem sie dargestellt werden.

Der Teufel steckt jedoch im Detail, deshalb hier einige wichtige Hinweise:
Jedes Element, das in einem anderen verschachtelt ist und sich über den gesamten Bildschirm erstrecken kann (oder so viel Platz, wie es zur Verfügung hat), kann einfach auf 100 % Breite gesetzt werden (oder sogar automatisch oder ohne Breite). Wenn das übergeordnete Element (z. B. ein Wrapper) eine festgelegte maximale Breite hat, hält sich das untergeordnete Element automatisch an dessen Abmessungen.

Bei anderen Elementen, die in ihrer Ausdehnung begrenzt werden müssen (z. B. Hauptinhalt und Seitenleiste nebeneinander), müssen Sie ein wenig experimentieren, um den richtigen Prozentsatz zu finden, damit das Layout gleich bleibt.

Beachten Sie, dass Prozentangaben in CSS relativ sind. Das heißt, wenn Sie die Breite eines verschachtelten Elements (ein Element innerhalb eines anderen Elements) auf 70 Prozent setzen, nimmt es 70 Prozent des übergeordneten Elements ein, nicht des gesamten Bildschirms. Capisce?

Firebug ist hier Ihr Freund, da es Ihnen erlaubt, Live-Bearbeitungen vorzunehmen und CSS-Änderungen auszuprobieren, während Sie die Auswirkungen auf dem Bildschirm sehen.
Dennoch kann ich aus Erfahrung sagen, dass es eine Weile dauern kann, bis Sie alle festen Maße gefunden haben.

Daher sollte man zusätzlich zu Firebug auch eine Textsuche in seinem Stylesheet durchführen, um alle Deklarationen von Breiten und, wenn man schon dabei ist, Höhen zu finden.

Letzteres liegt daran, dass sich jeder Text innerhalb von HTML-Elementen vertikal ausdehnt, wenn die Bildschirmgröße komprimiert wird.
Um sicherzustellen, dass er nicht aus dem enthaltenen Element herausbricht oder abgeschnitten wird, müssen Sie sicherstellen, dass Sie auch keine festen Höhen haben. Entweder deklarieren Sie überhaupt keine Höhe oder, falls nötig, stellen Sie diese auch auf Prozentwerte um.

Noch ein kurzer Hinweis zu Margins und Paddings, also den Abständen um und innerhalb von HTML-Elementen. Sie sorgen dafür, dass genügend Abstand zwischen den Seitenelementen und um den Inhalt herum vorhanden ist, damit alles verständlich und lesbar ist.

Während es sinnvoll sein kann, diese in relativen Zahlen anzugeben, deklarieren viele Themes da draußen (zum Beispiel das Genesis-Framework) sie in Pixeln.
Da diese Leute wissen, was sie tun, werde ich mich an ihre Methode halten. Die Wahl bleibt jedoch Ihnen überlassen.

Am Ende sollten Sie eine Webseite haben, die sich beim Verkleinern und Vergrößern an die Größe des Browserfensters anpasst.
An diesem Punkt werden viele Seitenelemente wahrscheinlich zusammengestaucht aussehen, was bei weitem nicht das ist, was Sie wollen, aber keine Sorge, dazu kommen wir weiter unten.

3. Bilder skalieren

Danach ist es an der Zeit, dafür zu sorgen, dass unsere Bilder automatisch entsprechend der Bildschirmgröße skaliert werden.
Das geht ganz einfach, indem Sie folgendes in die style.css einfügen:

img {
height: auto;
max-width: 100%;
}

 

Damit deklarieren Sie, dass Bilder in ihrer Originalgröße angezeigt werden sollen, bis ihr Containerelement (oder der Bildschirm) eine Grenze setzt.
Natürlich müssen Sie sich auch im Stylesheet umsehen, ob andere Deklarationen dies überschreiben. Eine Suche nach img hilft dabei.

Für den Fall, dass Sie Bilder in neuen Größen nachbauen müssen, um sie an Ihr neues responsives Design anzupassen, gibt es im WordPress-Verzeichnis genau das richtige Plugin dafür.

4. Implementieren Sie (die richtigen) Haltepunkte

Nachdem wir die grundlegende Responsivität (oder ist das Verantwortung?) eingeführt haben, gehen wir nun zu den Break Points für Ihre Designänderungen über.
Das sind Abbruchpunkte, an denen die Website einige größere Designanpassungen vornimmt, um weiterhin das beste Layout für Ihre Benutzer zu liefern.
Zwei Dinge dazu:

      1. Haltepunkte sollten immer designspezifisch sein, nicht gerätespezifisch. Es gibt einfach zu viele Geräte, um sie alle zu bedienen. Indem Sie sich darauf konzentrieren, was für Ihr Design am sinnvollsten ist, decken Sie automatisch alle Geräte ab, die in Zukunft auf den Markt kommen.
      2. Beginnen Sie mit dem kleinsten Bildschirm und arbeiten Sie sich dann nach oben vor. Der einfachste Weg, Sollbruchstellen zu identifizieren, ist, zuerst sicherzustellen, dass Ihr Design auf Mobiltelefonen gut aussieht, und dann den Bildschirm von dort aus zu erweitern. Wenn Sie einen Punkt bemerken, an dem Ihr Design anfängt, schrecklich auszusehen, ist das Ihr Haltepunkt.

 

Wenn Sie Ihr Browser-Fenster zum ersten Mal auf die Größe eines Handy-Bildschirms schrumpfen, wird es wahrscheinlich keine schöne Seite sein.
Eines der klassischen Probleme an diesem Punkt ist, dass Elemente, die nebeneinander platziert sind, zwar immer noch in ihrer jeweiligen Breite angezeigt werden, jedoch auf einem viel kleineren Raum, wodurch alles unmöglich zu lesen ist.

Daher ist das erste Gebot der Stunde, diese Elemente untereinander zu verschieben.
Ein klassisches Beispiel dafür ist, die Sidebar unter den Inhalt zu schieben, indem man die CSS-Eigenschaften mit einer Media Query ändert.

Dies könnte folgendermaßen aussehen:

 

@media only screen and (max-width: 500px) {
.content {
float: none;
display: block;
width: 100%;
}

.sidebar {
float: none;
display: block;
width: 100%;
}
}

 

Fügen Sie die Abfrage am Ende Ihres Stylesheets ein. Der obige Code sorgt auch dafür, dass sich Ihr Inhalt über den gesamten Bildschirm ausdehnt und lesbar ist.
Danach ist es an der Zeit, sich den Rest der Seite anzusehen und alle notwendigen CSS-Änderungen vorzunehmen, damit die Seite in ihrem aktuellen Format anständig aussieht.
Übernehmen Sie alle Änderungen in Ihre neu erstellte Medienabfrage und speichern Sie das Stylesheet. Gut gemacht!

Jetzt können Sie das Browserfenster langsam nach außen erweitern, um festzustellen, wann das Layout anfängt, unattraktiv auszusehen und Sie Anpassungen vornehmen müssen.
An diesem Punkt erstellen Sie eine neue Media Query und passen das Design entsprechend an.

Um herauszufinden, wie groß Ihr Browserfenster tatsächlich ist, kann ich die Chrome Developer Tools oder dieses Firefox-Plugin empfehlen. Kopieren Sie den obigen Code, passen Sie die max-width-Deklaration der Media-Query an und geben Sie anschließend alle CSS-Änderungen ein, die Sie umsetzen müssen.

Achten Sie darauf, dass Sie die neuen Media Queries am Ende des Stylesheets einfügen, aber oberhalb der bestehenden.

Da CSS-Stile weiter unten die Stile darüber überschreiben, ist es wichtig, dass die Media Queries von größeren zu kleineren Bildschirmgrößen übergehen.
Im Idealfall sollten Sie am Ende ca. 3-5 größere Umbruchpunkte haben und eine Seite, die bei jeder Fenstergröße ein lesbares und attraktives Layout zeigt, bei dem alle Seitenelemente durchgehend intakt bleiben.
Es wird ein bisschen Versuch und Irrtum erfordern, aber Sie werden es schaffen, da bin ich mir sicher.

5. Anpassen von Schriftarten

Als Nächstes wenden wir uns dem Inhalt zu, insbesondere dem Text auf Ihrer Website, da die Wahrscheinlichkeit groß ist, dass Sie irgendwann an dessen Größe herumschrauben müssen.
Besonders Kopfzeilentext passt oft nicht richtig auf kleinere Bildschirme. Achten Sie darauf, wenn Sie sich Ihre Website auf verschiedenen Geräten und in verschiedenen Browserfenstern ansehen.
Zum Glück lässt sich die Schriftgröße auch einfach per CSS innerhalb von Media-Queries steuern, etwa so:

 

@media only screen and (max-width: 450px) {
.site-title, h1 {
font-size: 22px;
}
}

 

Darüber hinaus sollten Sie die Gesamtschriftgröße abhängig von der Größe des Bildschirms, auf dem die Seite angezeigt wird, ändern.

6. Andere Änderungen

Wie bereits im ersten Artikel erwähnt, geht es beim Responsive Design nicht nur darum, dass die Dinge auf einen Bildschirm passen, sondern auch darum, dass die Website benutzbar bleibt.
Daher ist es eine gute Idee, als letzten Schritt Ihre Seite auf die Nutzbarkeit auf verschiedenen Geräten zu überprüfen.
Zum Beispiel kann es manchmal sinnvoll sein, Elemente auf kleineren Bildschirmen auszublenden, wenn sie ohne Maus schwer zu bedienen sind oder einen Teil der Seite verdecken.

Das ist einer der Gründe für die Existenz von ausklappbaren Menüs. Auf Handy-Bildschirmen ist einfach nicht so viel Platz vorhanden. Ich habe auch Schieberegler aus der Version der mobilen Website entfernt, weil sie fast unmöglich zu benutzen waren.
Gehen Sie also mit diesen Gedanken im Hinterkopf über Ihre Website. Wenn Sie ein Besucher wären, was würde Ihnen das Leben leichter machen? Mit Media-Queries können Sie im Grunde alles ändern, was Sie wollen.
Und wenn Sie schon dabei sind, sollten Sie Ihre neue responsive Website durch einige Cross-Browser-Test-Tools laufen lassen, um sicherzustellen, dass alles in verschiedenen Szenarien gut aussieht.

7. Fertigstellen und Feiern

Wenn Sie so weit gekommen sind, herzlichen Glückwunsch! Ihre Website sollte nun vollständig responsive sein und sich an jede Bildschirmgröße anpassen.
Jetzt ist es nicht mehr so schwer, oder? Ich wusste, dass Sie es schaffen können, und ich bin sicher, dass Ihre Besucher und Google sich über das neue Design freuen werden!

Zusammenfassung

Responsive Design ist heutzutage fast schon ein Muss für Websites, und zum Glück bietet WordPress jede Menge Themes, die standardmäßig mobilkompatibel sind.
Sollte Ihr Theme nicht dazugehören, keine Sorge. Mit unserer Fibel zum Responsive Design und den obigen Tipps sollten Sie nun in der Lage sein, diese Situation zu beheben.
Dieser Artikel kann Ihnen zwar nur die Prinzipien beibringen und nicht jeden Fall durchgehen, der auftauchen könnte, aber er reicht aus, um Ihnen den Einstieg zu erleichtern und Ihnen zu ermöglichen, die Details selbst herauszufinden.

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.