Skye 3.4.1 – konsistente Backendfarben

Offene WordPress-Untermenüs behalten jetzt die Markenfarbe, wenn die Maus vom Hauptpunkt ins Untermenü wechselt. Auch aktuelle Menüpunkte, Icons und die Adminbar verwenden konsistente Hover- und Fokusfarben.

Gewöhnliche Verwaltungslinks erhalten kontrastgeprüfte Markentöne für weisse und hellgraue Flächen. Native Löschfarben, Statushinweise und Fokusgeometrie bleiben erhalten. Für WordPress 6.8 sind die dort noch fest gesetzten Linkbutton-Farben gesondert berücksichtigt. Es wird kein zusätzliches Farbschema registriert und keine Benutzerpräferenz geändert.

Geprüft mit originalen WordPress-Versionen 7.1.4 und 6.8.12: je 153 native Assertions ohne persistente Writes oder HTTP-Aufrufe sowie 108 beziehungsweise 114 gezielte Chromium-CSS-Assertions. Nur backend.css und die zugehörigen Verwaltungsfarben ändern sich; alle übrigen gebauten Assetbytes bleiben gleich.

Der Release basiert gezielt auf dem bisher ausgelieferten Skye-3.4.0-Stand b78d117. Unabhängige spätere Entwicklungsarbeiten werden damit nicht in bestehende Websites übernommen.

Skye 3.2.2

Externe HTTP(S)-Links öffnen in einem neuen Tab mit noopener und noreferrer. Bestehende rel-Tokens, ihre Schreibweise und andere Attribute bleiben erhalten. Die gemeinsame Klassifikation gilt für native WordPress- und ACF-Inhaltsfragmente, alle nativen Menüs und explizite Child-Theme-Links über skye_external_link_attributes(). Interne und nicht eindeutig klassifizierbare Ziele behalten ihre bisherigen Attribute.

Gespeicherte Inhalte werden nicht verändert. Die Umsetzung verwendet WordPress-Filter und den nativen HTML-Tag-Processor für Inhaltsfragmente, ohne Ganzseiten-Ausgabepuffer oder Browsercontroller.

59 native Core-Prüfungen sowie der vollständige Qualitätslauf mit allen neun Jobs bestanden: https://github.com/rktsky/wptheme.skye/actions/runs/41919842603

Der CI-Fixtureguard prüft die tatsächliche isolierte lokale Bootstrapumgebung, Loopback-URLs und SQLite-Datei; die separate Staging-QA bleibt ebenfalls geprüft. Architektur, Formatter und Node-14-Build sind grün.

Tag-Commit: 17a5f91. Der native Node-14-Releaseexport enthält 124 Nutzdateien und release.json. Änderung: #24

Skye 3.2.1

Die vollständige CSS-Auslieferung verarbeitet jetzt die url()-Kandidaten von image-set() und -webkit-image-set(). Dadurch bleibt beispielsweise das komplette originale Gravity-Forms-Stylesheet im vorgesehenen Inline-Vertrag. Unbekannte oder unzulässige Syntax behält die native Auslieferung. Plugin- und Vendor-Dateien bleiben unverändert.

Die Cachekennung berücksichtigt die neue CSS-Grammatik. Bestehende Ableitungen werden weder überschrieben noch gemeinsam geleert. Die Entwicklungsabhängigkeit symfony/filesystem wurde regulär auf den Sicherheitsstand 7.4.23 aktualisiert; sie gehört nicht zum ausgelieferten Theme.

Prüfung: 56 Image-set- und 54 Static-Delivery-Assertions, Original-GF-CSS, Node-14-Build und vollständiger Qualitätslauf mit PHP-/WordPress-Matrix, CentOS-7-Build sowie Chromium, Firefox und WebKit: https://github.com/rktsky/wptheme.skye/actions/runs/41911257770

Der native Releaseexport enthält 122 Nutzdateien und release.json, aus Commit d8cf702. Keine zusätzliche ZIP-Datei.

Änderung: #23

Skye 3.2.0 — Accessible mobile navigation

Adds a native mobile navigation component to the standard Skye header, with explicit opt-in for custom website themes.

• Full-screen dialog with keyboard focus management, Escape and breakpoint transitions.
• Native details fallback when JavaScript is unavailable or delayed.
• Original brand node moves into the open menu and returns to its exact position.
• Scoped native WordPress menu identities, configurable design tokens and reduced-motion support.
• Separate parent-owned immutable CSS and JavaScript, with no new dependency.

PR #22 passed all 18 checks, including Chromium, Firefox, WebKit, PHP/Core combinations and CentOS 7 with Node 14/npm 6.

Use the attached wptheme.skye-3.2.0.zip installation package and SHA-256 checksum. GitHub source archives do not include built production assets.

Skye 3.1.0

Skye 3.1.0 adds native, opt-in delivery for complete stylesheets, verified static script dependencies and owned font hints. WordPress keeps dependency ordering, inline data, translations and provider initialization. Unsupported registrations keep native delivery.

The release also adds disabled-by-default CDN configuration for public assets and media, plus staging-only WordPress and Gravity Forms mail suppression with a documented opt-out. The setup documentation covers CORE_UPGRADE_SKIP_NEW_BUNDLED. Core and vendor packages remain unchanged.

Validation: all 18 pull-request checks passed, including native browser suites in Chromium, Firefox and WebKit, PHP 8.3–8.5 against WordPress 6.8.12 and 7.1.4, Node 14.21.3 builds/watch on CentOS 7 and locked release exports. Native delivery and staging-mail boundary suites pass.

Changes: #21

Skye 3.0.0

Skye 3.0.0 verwendet Bootstrap 6.0.0-alpha.1 und klassische WordPress-Bearbeitung. Grundlage ist der geprüfte master-Commit f063767.

Änderungen

• Classic Editor für Beiträge, Seiten, eigene Beitragstypen und Widgets. Der Block-Editor ist deaktiviert; vorhandene Blockinhalte werden weiterhin dargestellt.
• Native Asset-Abhängigkeiten, Inhaltsfingerprints und atomare Builds. Ein fehlgeschlagener Build erhält die letzte gültige Ausgabe. Watch erkennt auch neue PHP-Quellen und Asset-Unterordner.
• Automatisches Mobile CSS, quellgebundenes Critical CSS, konfigurierbare Bild-/Font-Preloads und ein Icon-Subset. Progressive Critical-CSS-Auslieferung setzt einen geprüften vollständigen ersten Viewport voraus; unbekannte Ansichten erhalten vollständiges CSS.
• Begrenzte WebP-Hintergrundjobs mit vollständigen, kleineren Alternativen. Originalbilder bleiben erhalten; Wiederaufnahme, Aufbewahrung und Bereinigung sind abgesichert.
• Reparierte Standardansichten, native Navigation, Footer-Widgets sowie Passwortschutz und optionale Members-Zugriffsregeln.
• Berechtigungsprüfung vor ACF-Einstellungsspeicherung, eindeutige Metadatenquellen und geprüfte Komponenten-/Templatepfade. Öffentliche Inhaltsmigrationen, die pauschale SVG-Uploadfreigabe und besucherspezifische HTML-Menücaches entfallen.
• Gulp/Bower und alte Prüfwerkzeuge durch einen gelockten Build und GitHub Actions ersetzt. Eingebettete Plugin-Kopien, defekter Menü-Walker, MO-Dauercache und ungenutzte Dateien entfernt.
• Portal-Coding-Standards mit expliziten Komponentenargumenten, dokumentierten PHP-Verträgen sowie Architektur- und Stilprüfungen integriert. Die Theme-Lizenz bleibt BSD-3-Clause; der Build übernimmt die fünf Original-Lizenzen der verteilten Abhängigkeiten.

Migration und Voraussetzungen

Skye 3 ist eine neue Hauptversion. Bestehende Projekt-Themes zuerst in einer Entwicklungsumgebung migrieren und mit ihren Inhalten und Plugins prüfen.

• PHP ab 8.3, WordPress ab 6.8.12. Geprüfte Paare: WordPress 6.8.12 mit PHP 8.3/8.4 sowie WordPress 7.1.4 mit PHP 8.3/8.5.
• Build, Watch und Releaseexport: Node 14.21.3 / npm 6.14.18, auch für die bestehenden CentOS-7-Systeme. Separate Testprogramme verwenden Node 24.22.2.
• Bootstrap-5-Markup, Sass-Imports und Projektselektoren an Bootstrap 6 Alpha anpassen. Markierte Skye-Menüs verwenden li.skye-menu-item.
• get() liefert native Rohwerte, auch bei aktivem ACF. get_component() übernimmt keinen lokalen Scope; Daten werden im dritten Argument übergeben. Bestehende Ein-/Zweiargumentaufrufe und Child-Theme-Overrides bleiben erhalten.
• ACF PRO und Redis separat installieren und aktualisieren. Das Basistheme rendert auch ohne beide. Medienjobs benötigen funktionierendes WordPress-/Hosting-Cron.

Details: Migration von Skye 2, Build und Browserziele, Medienpipeline.

Installation

Für den Build das Repository am Release-Tag klonen. Die automatisch angebotenen GitHub-Quellarchive sind kein fertig gebautes Theme. Mit Node 14.21.3 und npm 6.14.18:

git clone --branch v3.0.0 --depth 1 https://github.com/rktsky/wptheme.skye.git skye-source
cd skye-source
npm ci --ignore-scripts
node tools/release.mjs "$PWD/../skye-3.0.0"

Das neue Verzeichnis skye-3.0.0 enthält das Theme mit vollständigem dist/ und release.json. Der Export prüft Quellen, Asset-Prüfsummen und Lizenzen und schliesst Entwicklungswerkzeuge aus. Der Zielordner darf noch nicht existieren. Release-Verfahren.

Prüfungen

Alle neun GitHub-Actions-Jobs auf dem Release-Commit sind erfolgreich abgeschlossen: Build/Releaseexport, CentOS-7-Build/Watch, vier PHP-/WordPress-Kombinationen sowie Chromium, Firefox und WebKit.

Der CentOS-Test verwendet originales CentOS-7.9-Userland mit glibc 2.17 und geteiltem Hostkernel. Er ersetzt keinen Test auf einem CentOS-7-Server mit Kernel 3.10. Safari auf macOS/iOS, Edge unter Windows und physische Android-Geräte wurden noch nicht geprüft. Vollständige ACF-PRO-, Redis- und Hostingintegrationen stehen ebenfalls aus. Prüfumfang und Grenzen.

Vollständige Änderungen seit 2.0.0