Update hoch 3: OpenImmo2WP, Kickstart und Team-Add-on
Der Herbst ist (endlich) da – und mit ihm unser nächstes Triple-Update! Diesmal mit dabei: OpenImmo2WP (5.1.0), Kickstart (1.8.0) und das Team-Add-on (1.3.5).
Die neuen Versionen sind voll kompatibel mit WordPress 6.3 und der aktuellen 6.4-Beta. Gleiches gilt für PHP 8.2.
Zwar konnten die Plugins auch schon vorher in WP-Installationen mit dieser Konstellationen eingesetzt werden, haben aber mitunter noch die eine oder andere Warnmeldung in den Serverlogs verursacht (Stichwort Deprecation). Das haben wir nun ausgebügelt.
Bei unserem WP-OpenImmo-Importer hatten wir wieder besonders die Stabilität und Performance im Fokus, außerdem wurden die enthaltenen Mapping-Tabellen und der "Glue Code" für die Verarbeitung der Immobiliendaten an die aktuellsten Versionen der unterstützten Immobilien-Themes und -Frontend-Plugins angepasst.
Zudem wurde ein Fehler behoben, bei dem in mehrsprachigen Umgebungen (z. B. mit WPML oder Polylang) fälschlicherweise Plugin-Lizenzen deaktiviert wurden, wenn die entsprechende Prüfung nicht über die Domain der Hauptsprache erfolgte.
Noch mehr getan hat sich bei der immonex-Lösung für die Immobilien-Präsentation im Frontend: So wurden u. a. acht neue Action-Hooks zum Einfügen von individuellen Inhalten bei der Ausgabe ergänzt.
In den Plugin-Optionen die Anzahl der Immobilien-Angebote in Listenansichten angegeben und der "Ken-Burns-Effekt" in den Bildergalerien der Detailseiten deaktiviert werden. Außerdem wurden alle JavaScript-Komponenten des Suchformulars überarbeitet.
→ Changelogs Kickstart / Team Add-on
Anpassungen bei den Standard-Skins
Sowohl bei Kickstart als auch beim Team-Add-on wurde Ordnerstruktur des enthaltenen Standard-Skins etwas angepasst: Die (minimierten) Varianten der JS- und CSS-Dateien befinden sich nun im Unterordner assets (vorher js bzw. css).
Bei Kickstart wurden darüber hinaus JS/CSS-Abhängigkeiten zu bestimmten externen Komponenten aus dem Skin in den Plugin-Kern verschoben, um unerwünschte Seiteneffekte bei zukünftigen Updates zu vermeiden. Bei Custom Skins, bei denen die Dateien js/index.js und/oder css/index.css 1:1 aus dem Standard-Skin-Ordner übernommen wurden, sollten diese daher gelöscht und stattdessen der Ordner assets in das Custom-Skin-Verzeichnis kopiert werden.
Foto von Patrick Tomasso auf Unsplash
Carsten