IDF Woo Attribute Images

Changelog

v1.4.2

Behoben

• Bei SVG schrieb ziel=avada die Masse 1 x 1 mit. WordPress kennt die Masse einer SVG-Datei nicht und gibt genau das zurueck; in Avadas Feld waere daraus ein 1-Pixel-Bild geworden. Masse werden jetzt nur uebernommen, wenn sie groesser als 1 sind.

v1.4.1

Geaendert

• ziel=avada schreibt jetzt genau die Form, die Avada selbst ablegt: id, url, size, width, height. Vorher standen dort nur id und url.
• Masse nur, wenn WordPress sie kennt. Bei SVG ist das haeufig nicht der Fall, und eine 0 in width waere schlechter als gar kein Wert.

v1.4.0

Neu

• set-term-image schreibt auf Wunsch Avadas Feld statt des eigenen: ziel=avada legt das Bild in _fusion.attribute_image ab. Gedacht fuer Shops, die ohnehin mit Avada-Attributbildern arbeiten und ein Bildfeld haben wollen statt zwei - dort ist das eigene Feld das ueberfluessige.
• Hineingemischt statt ersetzt: in _fusion koennen weitere Avada-Einstellungen des Terms stehen, die mit dem Bild nichts zu tun haben.
• get-term-image gibt das rohe _fusion-Meta mit aus. Avada hat seine eigene Form, und man muss sie sehen koennen, bevor man hineinschreibt.

v1.3.0

Neu

• get-settings und set-enabled-taxonomies. Das Bildfeld haengt an der Liste der freigeschalteten Taxonomien; steht eine nicht drin, gibt es fuer ihre Terme im Admin weder Feld noch Spalte. Die Bilder sind dann zwar gesetzt, aber unsichtbar - genau so passiert beim Attribut pa_pflegekennzeichen: 17 Bilder zugewiesen, im Admin nichts zu sehen.
• set-enabled-taxonomies ersetzt die Liste vollstaendig und weist unbekannte Taxonomien ab, statt einen wirkungslosen Eintrag zu speichern. Deshalb steht in der Beschreibung, dass vorher get-settings zu lesen ist.

v1.2.0

Neu

• Drei MCP-Abilities fuer Term-Bilder. set-term-image haengt einen Medien-Anhang an einen Term (per term_id oder taxonomy + slug), get-term-image liest ihn samt Avada-Rueckfall, list-term-images zeigt eine ganze Taxonomie mit Bild-Status und beantwortet damit „wo fehlt noch eins".
• Hintergrund: das Bild liegt in _idf_wai_image_id - Term-Meta. Dafuer gibt es im MCP-Adapter keine Ability, und create-taxonomy-term kann sie nicht setzen. Ein Zeichensatz liess sich damit anlegen, aber nicht bebildern; 18 Waschsymbole mussten einzeln von Hand zugewiesen werden.
• Registriert wird im globalen Datei-Scope: wp_abilities_api_init feuert waehrend plugins_loaded, eine Registrierung aus dem Bootstrap verpasst den Hook.

v1.1.1

Behoben

• Der Dependency-Checker heisst jetzt IDF_WAI_Dependency_Checker. Der geteilte Klassenname IDF_Dependency_Checker, den fast alle IDF-Plugins mitbringen, wird nicht mehr angefasst. Die eigene Kopie stand hinter einem class_exists-Guard mit return, der unter OPcache nie laeuft: die Klasse landet vor der ersten Codezeile in der Klassentabelle. Sobald ein zweites IDF-Plugin dieselbe Klasse deklarierte, starb jeder Request mit "Cannot declare class IDF_Dependency_Checker" - auf k1.de hat das am 03.09.2026 zweimal die ganze Website lahmgelegt, weil die Aktivierung durchlief und der Fehler erst im Folge-Request entstand. Die Installationsreihenfolge der IDF-Plugins ist damit ohne Bedeutung.

v1.1.0

Geändert

• Admin-Menü: ein Eintrag unter IDF Home statt eines eigenen Top-Level-Menüs mit vier Untereinträgen. Einstellungen, Hilfe und Uninstall sind jetzt Reiter auf der Übersicht.
• Ohne IDF Home bleibt das eigene Top-Level-Menü als Rückfalloption erhalten, mit derselben Oberfläche.
• Alle bisherigen Seiten-URLs bleiben gültig.

v1.0.0

Hinzugefügt

• Eigenes Bild-Upload-Feld für beliebige Taxonomien (ohne ACF).
• WordPress Media Library Integration.
• Shortcode [attribute_images] mit umfangreichen Parametern (attribute, taxonomy, only_assigned, show_name, show_title, link, size, width, height).
• Konfigurierbare Bildgrößen (WP-Standard + benutzerdefiniert).
• Avada/Fusion Term-Meta-Fallback (optional).
• Admin-Oberfläche: Dashboard, Einstellungen, Hilfe, Uninstall.
• Master-Key-Anbindung (Dependency Check + Update-Registrierung).
• Bild-Vorschau-Spalte in Term-Listen.