Okay, ich habe es jetzt ausprobiert – funktioniert super! Und die Themen ohne Veranstaltung werden auf Horizon auch sauber ausgeblendet.
Allerdings braucht es noch eine weitere Feinjustierung, damit es wirklich rund läuft, und es wäre sinnvoll, eine spezifische Anpassung für Horizon vorzunehmen.
Das verbleibende Kernproblem
Derzeit öffnet es ein Thema in der standardmäßigen Kategorie des Komponierbereichs der Seite. Als Konzeptnachweis ist das großartig, aber es muss unbedingt ein neues Thema im Kontext einer Veranstaltung (also in einer konfigurierten Veranstaltungs-Kategorie) öffnen, sonst verirren sich unsere Nutzer hoffnungslos.
Zu beachten: Wenn man die standardmäßige Kategorie des Komponierbereichs auf eine Veranstaltungs-Kategorie umstellt, erscheint ein Eingabefeld für Veranstaltungen, das der Nutzer nicht leicht entfernen kann, außer er wechselt die Kategorie oder geht tief in Markdown-Details ein. Mit meinen Nutzern wird das bedeuten, dass sie feststecken und aufgeben!!!
Wie sollten wir vorgehen?
Ich vermute, dass die Kernfunktionalität des Events-Plugins hier etwas schwer zu handhaben sein könnte. Aber vielleicht findest du einen cleveren Weg. Ich würde vorschlagen, darauf zu zielen, dass das Eingabefeld für Veranstaltungen unabhängig von der gewählten Kategorie angezeigt wird (und dort bleibt).
Ein vernünftiger Workaround könnte sein, den Button so einzustellen, dass er mit einer konfigurierten Kategorie (also einer mit Events) geöffnet wird. Wenn der Nutzer einige Daten eingibt, bleibt das Feld aktiv, selbst wenn er die Kategorien wechselt. Wählt er jedoch zuerst die Kategorie, verliert er das Eingabefeld. Dies könnte einige Hinweise erfordern.
Das lästige Horizon-Theme
Zuletzt macht das Horizon-Theme einige schöne / seltsame Dinge mit dem „Neues Thema“-Button (er befindet sich auf Desktop weit oben in der linken Seitenleiste), und dies muss gezielt adressiert werden.
