📝 Changelog

Die Aufgaben, die Reitschüler in den Reitstunden abarbeiten (Abäppeln, Boxenpflege, Reiten etc.) lassen sich jetzt über ein eigenes UI verwalten. Im Reitschul-Modul gibt es einen neuen Tab "📋 Aufgaben" mit Liste, Anlegen, Bearbeiten, Löschen.

Die Tabelle lesson_task existierte vorher schon und wurde von der Reitstunden-Erfassung gelesen — aber es gab keine Möglichkeit über das Web-UI Aufgaben zu pflegen. Das fiel beim Frisch-Setup einer Live-Installation auf, weil dort keinerlei Aufgaben mehr da waren.

Neue Permissions in der Area "Reitschule / Aufgaben":
- lesson_tasks_view (Liste sehen)
- lesson_tasks_add (anlegen)
- lesson_tasks_edit (bearbeiten)
- lesson_tasks_delete (löschen)

Die Administrator-Gruppe bekommt alle vier Rechte automatisch. Andere Gruppen können sie über die Rechte-Matrix individuell zuweisen.

Die Auswahl-Seite zur Code-Übermittlung (Mail/Brief/Später) ist jetzt von überall erreichbar. Der Button bei pending/expired Usern in der Userliste heißt jetzt "🔄 Aktivierungs Optionen" und führt direkt auf die Auswahl-Seite — NICHT mehr automatisch einen neuen Code erzeugend.

Vorteil: Wenn du eine Mail verschickt hast und später noch zusätzlich einen Brief drucken möchtest, kommst du jederzeit auf die Auswahl und kannst den gleichen Code als Brief drucken — der Empfänger bekommt beide Wege mit identischem Code.

Vier Buttons auf der Auswahl-Seite (statt drei): Mail senden, Brief drucken, Neuer Code, Später.

Der Button bei pending/expired Usern wurde von "🔄 Code + Schreiben" auf "🔄 Aktivierung erneuern" geändert. Das alte Label stammte aus der Zeit als nur Brief-Druck möglich war — seit 0.4.0 führt der Klick zur Auswahl (Brief/Mail/Später).

Der Tooltip erklärt jetzt: "Neuen Aktivierungs-Code erzeugen — danach kommst du zur Auswahl: Mail senden, Brief drucken oder später". Damit ist auch klar wie du an den Brief kommst, wenn du beim ersten Mal "Erstmal nichts" oder "Per E-Mail senden" gewählt hast: einfach erneuern, dann Brief drucken wählen.

Bug-Fix: Die Aktivierungs-Mail hat alle Empfänger mit "Willkommen, activation!" begrüßt — egal wer sie waren. Ursache war eine PHP-Variable-Shadowing-Falle in render_mail_template (der Funktions-Parameter $name hatte den Template-Namen und überlagerte den Anrede-Namen aus den Variablen).

Jetzt korrekt: bei verknüpftem Member kommt "Willkommen, Vorname Nachname!", sonst der Username.

Neuer Aktivierungs-Workflow: nach dem Anlegen eines Users (oder beim Regenerieren des Codes) kannst du jetzt zwischen drei Wegen wählen, wie der Code übermittelt wird:

🖨️ Brief drucken (wie bisher) — DIN-A4 mit Briefkopf für den Postversand.

✉️ Per E-Mail senden (NEU) — schöne HTML-Mail mit Vereinslogo, Anrede mit Vorname+Nachname (aus den Mitgliedsdaten), Aktivierungs-Code in großer Schrift und einem 1-Klick-Aktivierungs-Link. Der Empfänger klickt und ist drin.

⏭️ Erstmal nichts (NEU) — zurück zur Userliste ohne Versand. Du kannst später jederzeit über "🔄 Code neu generieren" einen neuen Code erzeugen und versenden.

Die E-Mail-Option erscheint nur wenn beim User eine E-Mail-Adresse hinterlegt ist. Sonst landest du wie bisher direkt auf der Brief-Druckseite.

Apple Kalender, Outlook Desktop und einige andere Apps erkennen das webcal://-Schema und öffnen direkt den Abonnieren-Dialog. Damit reicht oft ein einziger Klick auf den neuen "📅 Abonnieren"-Button. Falls deine App das nicht unterstützt (z.B. Google Calendar Web), gibt es die klassische HTTPS-URL daneben zum manuellen Einfügen.