== Fragen nach Themen ==

== Einstieg und Anzeige ==

= Ändert das Plugin die normalen Footer-Widget-Spalten des Themes? =
Nein. Das Plugin ändert den Copyright- und Credits-Bereich. Die vorhandenen Footer-Widget-Spalten des Themes bleiben eigenständig.

= Wie beginne ich? =
Füge unter Design > Widgets Inhalte zu Footer-Bereich #1, Footer-Bereich #2 oder Footer-Disclaimer hinzu. Unter Genesis > Widgetized Footer findest du Status und Anzeigeoptionen.

= Was passiert bei leeren Bereichen? =
Leere Bereiche bleiben verborgen. Sind beide Hauptbereiche leer, bleibt der Genesis-Standardfooter erhalten. Ein einzelner belegter Hauptbereich nutzt die volle Breite. Widgets mit eigenen Anzeigeregeln können trotzdem eine leere Ausgabe erzeugen.

= Wie funktionieren Landingpages? =
Erkannt werden die fünf bisherigen Templates: page_landing.php, page-landing.php, landing.php, template-landing.php und template_page-landing.php. Die Hauptbereiche sind dort standardmäßig verborgen, der Disclaimer bleibt aktiviert. Beides ist einstellbar. Theme-Templates können Footer-Hooks unabhängig davon entfernen.

== Daten und Netzwerk ==

= Bleiben meine Widgets beim Update erhalten? =
Ja. Alle drei Sidebar-IDs und beide Shortcodes bleiben erhalten. Deaktivierung und Deinstallation behalten Widget-Inhalte, Zuordnungen und die Einstellungen dieser Website. Eine automatische Inhaltsmigration ist nicht nötig.

= Funktioniert die Netzwerkaktivierung? =
Einstellungen und Widget-Zuordnungen gelten je Website. Die Theme-Integration läuft nur bei aktivem Genesis. Andere Websites behalten ihre Theme-Ausgabe.

= Welche Daten verlassen die Website? =
Der Updater fragt bei WordPress-Updateprüfungen GitHub nach Plugin-Releases ab. Der optionale Library-Onlinekatalog ist anfangs ausgeschaltet. Bewusste Library-Installationen laden die ausgewählten Pakete herunter. Es gibt keine Telemetrie.

= Welche Einstellungen werden gespeichert und wer darf sie ändern? =
Die Option gwfoot_settings enthält fünf Anzeigeeinstellungen je Website. Widget-Instanzen und Bereichszuordnungen bleiben in den nativen Widget-Optionen von WordPress. Für die Footer-Einstellungen werden edit_theme_options und zum Speichern die Nonce der Settings API benötigt. Library-Einstellungen und temporäre Update-Caches sind getrennte gemeinsame Komponentendaten; Installation und Updates benötigen die entsprechenden WordPress-Berechtigungen. Es entstehen keine Telemetrie und keine Kopie persönlicher Inhalte.

== Shortcodes und Code-Konfiguration ==

= Welche Shortcodes gibt es? =
Verwende [gwfoot-widget-area area="footer-one"], area="footer-two" oder area="footer-disclaimer". [gwfoot-lastupdated] unterstützt date_format, wrapper, class, text_before und text_after. Erlaubte Wrapper: p, div, span, small und time. Das letzte Datum berücksichtigt veröffentlichte, nicht passwortgeschützte Beiträge, Seiten, Produkte und Downloads.

= Was passiert mit vorhandenen Code-Konstanten? =
Explizite GWFOOT_REMOVE_LANDING_FOOTER, GWFOOT_NO_DISCLAIMER_WIDGET_AREA und GWFOOT_LANDING_DISCLAIMER behalten Vorrang. Bisher deaktiviert GWFOOT_LANDING_DISCLAIMER=false den Disclaimer überall; dieses Verhalten bleibt erhalten. GWFOOT_NO_WIDGETS_SHORTCODE und GWFOOT_SHORTCODE_FEATURES bleiben unterstützt. Die Einstellungsseite nennt erkannte Konstanten.

= Welche Ausgabefilter sind verfügbar? =
Verwende gwfoot_filter_shortcode_widget_area. Der alte falsch benannte gwnf_filter_shortcode_widget_area bleibt nur ohne das Not-Found-Plugin als Kompatibilitätsweg erhalten, damit beide Plugins keinen Ausgabefilter teilen. Die bisherigen Titel-/Beschreibungsfilter der Bereiche und der Datumsfilter bleiben erhalten.

== Kompatibilität und Pflege ==

= Werden die alten Child-Themes unterstützt? =
Die bisherigen Hook-Anpassungen für Prose, Metro, Modern Blogger und Pretty Young Thing bleiben erhalten. AgentPress und RealPro erhalten keinen zweiten Disclaimer. Deren historische Theme-Pakete wurden in diesem Build nicht getestet. Eigenes Child-Theme-CSS nach dem Update prüfen.

= Wie funktionieren Updates und Bereinigung? =
Updates kommen ausschließlich über stabile GitHub-Releases dieses Repositories. WordPress.org ist kein Vertriebskanal. Beim Entfernen des letzten Library-Hosts werden eigene temporäre Daten bereinigt; gemeinsame Einstellungen bleiben standardmäßig erhalten. Widget-Inhalte und Website-Einstellungen bleiben erhalten.


