IDF Post Status

Changelog

v1.2.0 - 2026-08-06

Hinzugefügt

• Pflicht-Admin-Seite DSGVO (idf-post-status-dsgvo, Template templates/admin-dsgvo.php). Rein lesend, Capability manage_options.
• Kernaussage der Seite: Das Plugin verarbeitet keine personenbezogenen Daten und muss nicht in der Datenschutzerklärung erwähnt werden. Gespeichert werden ausschließlich redaktionelle Angaben zu Inhalten - Status- und Hero-Terms, deren Badge-Farbe, die Zuordnung zum Beitrag und die Plugin-Option. Bezugspunkt ist immer der Beitrag, nie dessen Autor.
• Vollständige Tabelle der angelegten Daten mit konkretem Speicherort, ausdrücklicher Hinweis auf „keine Übermittlung an Dritte" und ein kopierbarer Textvorschlag für das Verarbeitungsverzeichnis.
• Abschnitt „Was Sie selbst festlegen müssen" nennt den relevanten Unterschied der beiden Taxonomien: idf_hero ist absichtlich öffentlich und damit über /wp-json/wp/v2/idf_hero ohne Anmeldung abfragbar (nötig, damit Seiten-Builder sie als Filter anbieten), idf_post_status ist es nicht - interne Status wie „Wartet auf Kunde" bleiben unsichtbar.

v1.1.0 - 2026-08-05

Hinzugefügt

• Checkbox „Im Hero zeigen" in der Editor-Box (Gutenberg und Classic). Markiert einen Inhalt für den Hero-Bereich, unabhängig vom Workflow-Status - ein Beitrag kann gleichzeitig „Freigegeben" und „Im Hero" sein.
• Neue Taxonomie idf_hero mit dem Term hero, angebunden an dieselben Post-Types wie der Workflow-Status. Bewusst als Taxonomie und nicht als Post-Meta, damit Seiten-Builder (Avada Post Cards und vergleichbare) die Markierung als Filter anbieten können. public => true, aber publicly_queryable => false: sichtbar für Builder-Filterlisten, ohne öffentliche Archiv-URLs zu erzeugen.
• Neue Admin-Seite Im Hero: listet alle markierten Inhalte über alle Inhaltstypen hinweg, mit Anzahl je Inhaltstyp, Workflow-Status, Zustand und „Aus Hero entfernen"-Aktion.
• Gelber Stern in der Status-Spalte der Listenansicht für markierte Inhalte.
• Helper IDF_Post_Status_Hero::is_hero(), ::set_hero() und ::get_hero_posts() für eigene Templates und Abfragen.

Behoben

• Gutenberg-Panel las den Workflow-Status über getCurrentPost() und damit den zuletzt gespeicherten Stand. Die Auswahl konnte dadurch bis zum Speichern auf den alten Wert zurückspringen. Jetzt getEditedPostAttribute().

Geändert

• IDF_Post_Status_Taxonomy::get_target_object_types() und ::excluded_post_types() sind public static, damit die Hero-Taxonomie exakt dieselbe Post-Type-Liste verwendet statt einer zweiten Kopie.
• Uninstall und „Alle Daten löschen" räumen die Taxonomie idf_hero mit ab.

v1.0.2 - 2026-05-05

Geändert

• Sämtliche deutschen Texte (UI-Strings, PHP-Doc-Kommentare, README, ARCHITECTURE, CHANGELOG, readme.txt) auf echte Umlaute (ä/ö/ü/ß) zurückgesetzt. Vorher wurden ASCII-Ersatzformen (ae/oe/ue/ss) verwendet - das gilt laut IDF-Konvention nur für PHP-Identifier (Slugs, Funktions-/Klassennamen, Konstanten), nicht für UI-Texte und Doku.
• Identifier-Slugs (in-pruefung, ueberarbeiten, wartet-auf-kunde) bleiben bewusst ASCII - sie sind technische Bezeichner. Sichtbare Term-Labels („In Prüfung", „Überarbeiten", „Wartet auf Kunde") sind jetzt mit korrekten Umlauten gespeichert.

v1.0.1 - 2026-05-05

Geändert

• Update-Registrierung und Dashboard-Whitelist auf das neue IDF Home-System (vorher: IDF Master-Key) migriert. Hinweis: IDF Home v2.0.0 ist eine reine Umbenennung und liefert eine Backwards-Compat-Schicht bis v3.0.0 - funktional kein Verhalten geändert, nur saubere API-Namen ohne Deprecation-Warnungen. - Funktion: idf_master_key_register_plugin() -> idf_home_register_plugin() - Filter: idf/master-key/known_plugins -> idf/home/known_plugins

Doku

• README, ARCHITECTURE, Notion-Hauptseite auf IDF-Home-Naming umgestellt.

v1.0.0 - 2026-05-05

Hinzugefügt

• Custom Taxonomy idf_post_status (single-select), automatisch für alle öffentlichen Custom Post Types - auch für später registrierte (Hook registered_post_type).
• Term-Meta idf_post_status_color (HEX) mit nativem WP-Color-Picker in der Term-Edit-Maske.
• Default-Seed bei Aktivierung: „In Prüfung", „Freigegeben", „Wartet auf Kunde", „Überarbeiten", „Archiv" mit Standard-Farben (greift nur, wenn noch keine Terms existieren).
• Listen-Spalte „Status" mit farbigem Badge für jeden angebundenen Post-Type, eingefügt direkt nach „Titel".
• Filter-Dropdown über der Listenansicht (restrict_manage_posts).
• Quick-Edit + Bulk-Edit als Single-Select-Dropdown (eigenes Markup statt Standard-Tag-Picker).
• Gutenberg: Plugin-Sidebar-Panel idf-post-status mit Single-Select und farbigem Live-Badge (übernimmt Termzuweisung über core/editor Editor-State).
• Classic-Editor: Eigene Single-Select-Metabox in der Sidebar plus farbiges Banner via edit_form_top. Standard-Taxonomy-Metabox wird unterdrückt.
• Save-Hook set_object_terms reduziert die Term-Liste der Workflow-Taxonomy serverseitig auf einen Eintrag - robust gegen REST/CLI/Imports.
• Shortcode [idf_post_status post_id="..."] für Frontend-Rendering (z.B. interne Vorschauseiten).
• Admin-Menü „Post Status" (Top-Level) mit den vier Pflicht-Sub-Pages: Hauptseite (Status verwalten), Einstellungen, Hilfe, Deinstallation (mit Bestätigung + Datenlöschung).
• uninstall.php löscht alle Terms, Term-Meta, Term-Relationships und Plugin-Optionen.
• IDF-Home-Integration: Update-Registrierung und Whitelist-Filter (siehe v1.0.1 für korrigierte API-Namen).
• Filter idf/post-status/object-types zum Anpassen der angebundenen Post-Types.