Feature/tree (#980)

* init moox/demo

* update moox/category seeder

* update moox/user seeder

* Fix styling

* update draft seeder

* Add record seeder

* add item seeder

* add tag seeder

* Fix styling

* Add moox/product seeder

* update seeder logic

* Fix styling

* Update TagSeeder.php

* remove files

* update moox/demo language values

* Update CategorySeeder.php

* Update DraftSeeder.php

* Update ItemSeeder.php

* Update ProductSeeder.php

* Update RecordSeeder.php

* Update TagSeeder.php

* Update UserSeeder.php

* Fix styling

* remove FAKER_LOCALE_MAP

* Fix phpstan errors

* Fix phpstan errors

* Fix phpstan errors

* Fix phpstan errors

* Fix phpstan errors

* Fix phpstan errors

* Fix styling

* update package default local values

* update max faker string length

* Fixx css for tree view

* add moox/tree feature searching, filter and language switcher

* Fix styling

* Update README.md

* update options for tools

* add skill moox/tree

* Fix create form

* Refactoring + test

* Fix styling

* Fix Chevron button

* update language switcher

* update create position

* clear step

* Update TitleWithSlugInput.php

Problem: Nutzer gibt Titel ein → speichert sofort → Slug ist noch leer → required auf dem Slug schlägt fehl, bevor Dehydration läuft. Sie löst ein generisches Filament-Problem. Ihr könnt es anders lösen, aber die aktuelle Lösung in moox/slug ist die sauberste.

* update moox/tree new version

* Fix styling

* Update media-picker.blade.php

---------

Co-authored-by: Reinhold-Jesse <88349887+Reinhold-Jesse@users.noreply.github.com>

Author: adrolli

.cursor/rules/moox-package-skill-sync.mdc

@@ -0,0 +1,64 @@
+---
+description: After package changes, review and update the matching Cursor skill (registry-driven)
+globs: packages/**
+alwaysApply: false
+---
+
+# Package ↔ Skill sync
+
+When you **change or finish work** under `packages/{package}/**`, check whether that package has a Cursor skill. **Only packages listed in `.cursor/skills/registry.yaml` require sync.**
+
+## 1. Resolve package name
+
+From the edited path: `packages/tree/src/...` → `tree`.
+
+## 2. Look up the registry
+
+Read `.cursor/skills/registry.yaml`. If `{package}` is **not** listed under `packages:`, **stop** — no skill sync for this package.
+
+If listed, note `skill`, `skill_path`, `package_readme`, and `skill_files`.
+
+## 3. Decide if the skill needs updates
+
+**Update the skill** when the package change affects anything documented for integrators:
+
+| Change in package | Review / update in skill |
+|-------------------|--------------------------|
+| `TreeServiceProvider`, Filament assets, CSS/JS, publish tags, Composer `require` | `installation.md`, verification checklists |
+| Public API: config fluent methods, traits, contracts, page classes, hooks | `integration.md` templates, `decisions.md`, `SKILL.md` references |
+| New toolbar / locale / inspector behavior or decision branches | `decisions.md`, `integration.md` § toolbar |
+| Renames, removals, breaking behavior | All listed `skill_files` + checklists |
+| Gold-standard consumer pattern changed | `SKILL.md` references table, `integration.md` examples |
+
+**Skip skill updates** when:
+
+- Internal refactor with **no** public API, install, or integrator-facing behavior change
+- Tests-only, comments-only, or formatting-only diffs
+
+When unsure, read the changed classes and compare against the skill docs — update if anything integrators rely on is now wrong or missing.
+
+## 4. How to update (minimal scope)
+
+1. Read the skill's `SKILL.md` and the files listed in `skill_files`.
+2. Read `{package_readme}` for canonical package documentation.
+3. Patch **only** sections that are stale — do not rewrite unrelated skill content.
+4. Keep skill language consistent with existing files in that skill (e.g. `moox-tree` uses English for install/integration checklists).
+5. If install/API sections in `{package_readme}` changed materially, mirror the facts in the skill; do not duplicate the full README.
+
+## 5. Report in the session
+
+If a registry package was edited and the skill was updated, briefly state which skill files changed and why. If no skill update was needed, no extra report required.
+
+## 6. Adding a new package skill (future)
+
+When creating a skill for another package:
+
+1. Add folder `.cursor/skills/{skill-name}/` with `SKILL.md`.
+2. Add an entry under `packages:` in `registry.yaml` (`skill`, `skill_path`, `package_readme`, `skill_files`).
+3. Optionally add a package-specific rule under `.cursor/rules/` — it does **not** replace this sync rule.
+
+## Current registry
+
+| Package | Skill |
+|---------|-------|
+| `tree` | `moox-tree` |

.cursor/rules/moox-tree-integration.mdc

@@ -0,0 +1,66 @@
+---
+description: Filament-Resources an Moox Tree anbinden (Consumer außerhalb packages/tree)
+globs: "**/*TreeResource.php,**/TreeList*.php,**/TreeInspector*.php"
+alwaysApply: false
+---
+
+# Moox Tree – Resource-Integration
+
+Wenn eine Resource einen Baum-Index statt einer Tabelle nutzt.
+
+## Zentrale Nutzung (keine Duplikation)
+
+**Tree-Funktionen nicht in Consumer-Packages neu bauen** — kein eigenes Livewire für Baum-CRUD, keine kopierten Move/Reorder-Skripte, keine parallelen Action-Klassen.
+
+Consumer liefert nur:
+
+- `treeIndex(): TreeIndexConfiguration` mit `->forwardFromResource(static::class, useFilamentTableToolbar: true)` — **1:1** wie die Liste: Filament-`EmbeddedTable` (Tabs, Filter, Suche, Language-Switcher in `TOOLBAR_SEARCH_BEFORE`) + `applyFiltersToTableQuery()` / `applySearchToTableQuery()` auf der List-Page; kein separater Lang-Switcher in der Baum-Spalte
+- dünne Filament-Pages (`TreeIndexListRecords` als einziger Livewire-Host; optional standalone `TreeInspectorXxx` für Route `tree-inspector`)
+- ggf. `modifyQuery` / `applySearchUsing` / `applyLanguageUsing` als **Closures** (nur Datenfilter, keine Tree-Mechanik)
+
+Braucht eine Resource ein Verhalten, das andere Bäume auch brauchen könnten → **Feature ins `packages/tree`**, dann per Config aktivieren.
+
+## Eloquent-Models
+
+**Models nicht um Tree-Funktionen erweitern** — keine Hilfsmethoden, Interfaces oder Traits nur für das Tree-Package (z. B. `getTreeLabel()`, `toTreeNode()`, `implements TreeNodeContract`).
+
+Erlaubt am Model:
+
+- Spalten/`$fillable` für `parent_id`, Sortierung, Label (oder konfigurierte Namen)
+- Bei Nested Set: Kalnoy **`NodeTrait`** (Pflicht für `nestedSet()`, sonst nichts Tree-spezifisches)
+- Domänen-Relations/Accessors, die ohnehin zur App gehören; Label-Accessor → `->labelColumnQueryable(false)` in der Resource
+
+Tree-Mechanik gehört ins **Tree-Package**; die Resource **verdrahtet** nur über `treeIndex()`. Domänen-Inhalte (Tabs, Relationen, Medien) nur im **Inspector** (Filament Edit-Page), nicht als eigene Baum-Logik.
+
+## Pflichten
+
+1. Resource: `implements Moox\Tree\Contracts\ConfiguresTreeIndex` + `treeIndex(): TreeIndexConfiguration`.
+2. List-Page: `extends Moox\Tree\Filament\Pages\TreeIndexListRecords` (registriert Config in `mount()`).
+3. Routing: `'index' => TreeListXxx::route('/')`. Bei Moox-Parent-Resources: `...Arr::except(parent::getPages(), ['index'])` beibehalten.
+4. `modifyQuery` muss dieselbe Sicht wie `Resource::getEloquentQuery()` abbilden (Policies, Soft-Deletes, Mandanten).
+
+## Inspector (empfohlen)
+
+- In Config: `->inspectorPage(TreeInspectorXxx::class)`.
+- **Inline** (Standard): `TreeIndexListRecords` rendert `Resource::form()` rechts; Form-Actions via `TreeInlineFormResourceAdapter` — kein Consumer-Trait.
+- **Standalone** Route `tree-inspector`: Edit-Page mit `RendersAsTreeIndexInspector`; `$resource` = Basis-Resource (nicht Tree-Resource).
+- Create: Header-Action `createRootNode()` öffnet Resource-Create inline, wenn Create-Route in `getPages()` der Forward-Resource existiert; sonst `stubCreate()` oder Stub-Knoten.
+- Ohne `inspectorPage()`: eingebautes Minimalformular (Label + Parent).
+
+## Nested Set & Label
+
+- Accessor-Labels (z. B. `title` aus Translation): `->labelColumnQueryable(false)`.
+- Nested Set: `->nestedSet()->sortColumn('_lft')->reorderable(true)` und `kalnoy/nestedset` am Model.
+
+## Toolbar (Suche / Sprache)
+
+- Mit `useFilamentTableToolbar: true`: Suche, Filter und `localization::lang-selector` in der **Filament-Tabellen-Toolbar** (Render-Hook im Tree-Package); keine Tabellen-Sortierung („Sort by“), keine Zeilen-/Bulk-Actions — Reihenfolge nur im Baum (`sortColumn` / Drag).
+- Ohne Table-Toolbar: `toolbarSearch` / `toolbarLanguageSwitcher` in der Baum-Spalte; Resource liefert ggf. `applySearchUsing` / `applyLanguageUsing` — keine zweite Toolbar-Implementierung.
+
+## Checkliste neue Resource
+
+Model-Spalten (ohne Tree-Methoden) → `treeIndex()` → `TreeIndexListRecords` → Pages/Routes → optional Inspector → Feature-Test für Config oder `TreeIndexListRecords` / `TestTreeIndexHost`.
+
+## UI-Schaltflächen & Formular
+
+Inspector nutzt **1:1** `CategoryResource::form()` (bzw. `::form()` der Quell-Resource) — gleiche Felder, gleiche Actions, gleiches Verhalten (Save, Cancel, Redirects). Keine zusätzlichen Buttons und **keine** Form-/Action-Overrides in Tree-Pages ohne **ausdrückliche Nutzerfreigabe** (siehe `moox-tree-package.mdc`).

.cursor/rules/moox-tree-package.mdc

@@ -0,0 +1,94 @@
+---
+description: Architektur und Konventionen für packages/tree (Moox Tree / filament-tree-index)
+globs: packages/tree/**
+alwaysApply: false
+---
+
+# Moox Tree Package
+
+Internes Filament-Resource-Index-UI für hierarchische Eloquent-Modelle (Baum links, Inspector rechts). Namespace: `Moox\Tree`. Views/Config-Tag: `filament-tree-index`.
+
+## Zentrale Tree-Funktionen (Single Source of Truth)
+
+**Alle Baum-Funktionen liegen in `packages/tree`** und werden von Consumer-Resources nur **konfiguriert**, nicht neu implementiert:
+
+| Bereich | Zentrale Klassen/Komponenten |
+|--------|------------------------------|
+| CRUD / Verschieben | `Actions/Tree/*` |
+| Baumstruktur | `Support/TreeStructure` |
+| UI / Interaktion | `TreeIndexListRecords` + Concerns, `tree-index-content` Blade, Alpine `$store.filamentTreeIndex` |
+| Filament-Anbindung | `TreeIndexListRecords`, `Contracts\ConfiguresTreeIndex`, `HostsInlineResourceForm`, `InteractsWithResourceTreeIndex`, `InteractsWithTreeResourceInspectorForm` |
+| Inline Form-Actions | `TreeInlineFormResourceAdapter`, `ProvidesInlineResourceFormActions` (generiert, nicht im Consumer) |
+| Inspector-Persistenz | `PersistTreeResourceCreateAction`, `PersistTreeResourceUpdateAction`, `TreeResourcePageExecutor` |
+| Anpassung | `TreeIndexConfiguration` (Spalten, Modus, Hooks, Labels, Toolbar) |
+| Locale / Toolbar-i18n | `Support/TreeLocale`, `toolbarLocalizedTranslations()` |
+| List-Forwarding | `forwardFromResource()`, `Support/ResourceListForwarder` |
+
+**Flexibel nutzbar** heißt: gleicher Code für jedes hierarchische Model — Unterschiede nur über `TreeIndexConfiguration::make()` (Spaltennamen, `nestedSet()`, `reorderable`, `inspectorPage`, Closures). Fehlt eine generische Fähigkeit (z. B. Toolbar-Suche), **im Package erweitern** und per Config/API freischalten — nicht in `category`, `menu-builder` o. Ä. duplizieren.
+
+## Architektur (nicht verletzen)
+
+- **Geschäftslogik in Actions**, nicht in Livewire oder Blade: `CreateTreeNodeAction`, `UpdateTreeNodeAction`, `MoveTreeNodeAction`, `DeleteTreeNodeAction`. Bei `nestedSet()` delegieren Create/Move an `*NestedSet*`-Actions (Kalnoy `NodeTrait`).
+- **`TreeIndexListRecords`** (einziger Livewire-Host) orchestriert nur (Auth, Query, Delegation an Actions, Events). Baum-UI via `table()->content(tree-index-content)` — **kein** separates Livewire-Component, **keine** Livewire-Aliase im Provider.
+- **Baumaufbau** nur über `TreeStructure` + `TreeIndexConfiguration`. Konfiguration ist **immutable** (Fluent API mit `cloneWith`); neue Optionen brauchen Unit-Tests in `TreeIndexConfigurationTest`.
+- **Registry**: List-Pages registrieren Config unter dem **Resource-Klassennamen** (`TreeIndexConfigurationRegistry`). Schlüssel nicht umbenennen ohne Migration aller Aufrufer.
+
+## Zwei Baum-Modi
+
+| Modus | Spalten | Konfiguration |
+|-------|---------|---------------|
+| Adjacency List (Default) | `parent_id`, `sort_order`, Label-Spalte | Standard-`make()` |
+| Nested Set | `_lft`, `_rgt`, optional `parent_id` | `->nestedSet()->sortColumn('_lft')`, Model mit `NodeTrait` |
+
+Adjacency- und Nested-Set-Logik **nicht mischen** in einer Action.
+
+## UI & Frontend
+
+- Blade unter `resources/views`, Prefix `filament-tree-index::`.
+- **Filament-Komponenten** (`x-filament::*`) und `fi-*`-Klassen; Layout/Scroll in `resources/css/tree.css` (Klassen `fi-tree-*`). Kein separates Theme-CSS außerhalb des Packages für Tree-Layout.
+- Alpine-Baumzustand nur über **`$store.filamentTreeIndex`** (`scripts/alpine-tree-store.blade.php`). Keinen zweiten Store oder duplizierte Expand/Collapse-Logik in Partials.
+- Drag & Drop nur wenn `reorderable(true)`; Verschiebe-Validierung (nicht unter sich selbst / eigenes Kind) beibehalten.
+
+## Eloquent-Models (Vertrag)
+
+Das Package darf **keine eigenen Model-Methoden, Interfaces oder Contracts** voraussetzen. Nutzung nur über:
+
+- **Spalten/Attribute**: `parent_id`, Sort-Spalte, Label-Spalte (konfigurierbar), bei Nested Set `_lft`/`_rgt`
+- **Eloquent-Standard**: `getKey()`, `getAttribute()`, `update()`, `delete()`, `setAttribute()`
+- **Nested Set**: ausschließlich Kalnoy `NodeTrait` (`appendToNode`, `beforeNode`, …) — kein zusätzliches Tree-Trait im Moox-Package
+
+Neue Features im Package müssen über **Config/Actions/Resource-Hooks** lösbar sein, nicht über `if (method_exists($model, …))` oder Model-APIs.
+
+## Package-Grenzen
+
+- **Keine domänenspezifischen Daten** im Package (keine `Category`-, `Localization`- oder Mandanten-Queries). Domänenfilter nur über **konfigurierbare Closures** (`modifyQuery`, `applySearchUsing`, `applyLanguageUsing`).
+- **Generische Tree-UI und -Abläufe** (Toolbar, Reorder, Expand, Inspector-Einbettung, Validierung) gehören ins Package — auch wenn heute nur eine Resource sie nutzt.
+- Abhängigkeit `moox/core` ist erlaubt; weitere Moox-Packages nur wenn unvermeidbar und zyklusfrei.
+
+## Code-Stil
+
+- `declare(strict_types=1);` in jeder PHP-Datei.
+- PHP ^8.3, Laravel ^12, Filament ^4/5 wie im Host-Projekt, Livewire ^3/4.
+- Typisierte Closures für Query-Hooks: `fn (Builder $query): Builder`.
+
+## Tests
+
+- Tests nur unter `packages/tree/tests/` (Pest). Feature = `TreeIndexListRecords`; isolierte Baum-Logik = `TestTreeIndexHost` (nutzt `InteractsWithResourceTreeIndex`); Unit = Config, `TreeStructure`, `TreeInlineFormResourceAdapter`, Registry.
+- Auth in Tests: `config(['filament-tree-index.authorization.enabled' => false])` und Registry-Register mit Test-Key.
+- Nach Verhalten ändern: `php artisan test --compact packages/tree/tests`
+
+## Referenz-Integration (außerhalb des Packages)
+
+Consumer-Resources (`implements ConfiguresTreeIndex`) gehören **nicht** in dieses Package — siehe Regel `moox-tree-integration`. Referenz: `CategoryTreeResource`, `TreeListCategories`, `TreeInspectorCategory`.
+
+## Skill-Sync (nach Package-Änderungen)
+
+`packages/tree` ist in `.cursor/skills/registry.yaml` eingetragen. Nach Änderungen an **öffentlicher API**, **Installation/Assets** (`TreeServiceProvider`, CSS, Alpine-Store, `filament:assets`) oder **integrator-relevantem Verhalten**: Regel **`moox-package-skill-sync`** anwenden und Skill **`moox-tree`** (`installation.md`, `integration.md`, `decisions.md`, `SKILL.md`) auf den aktuellen Stand bringen.
+
+## UI-Schaltflächen & Formular (verbindlich)
+
+- **Keine neuen Buttons, Footer-Actions oder Blade-`wire:click`-Schaltflächen** im Tree-Package oder in Consumer-Tree-Pages hinzufügen, ändern oder duplizieren — **ohne vorherige Rückfrage und ausdrückliche Bestätigung** durch den Nutzer.
+- Inspector-Formular = **unverändert** `Resource::form()` der Quell-Resource (Felder + Actions 1:1). **Keine** Action-Umverdrahtung, **keine** zusätzlichen Buttons.
+- Inspector inline auf `TreeIndexListRecords`: `InteractsWithTreeResourceInspectorForm`, `TreeInlineFormResourceAdapter` (Form-Actions ohne Redirect), `PersistTreeResourceCreateAction` / `PersistTreeResourceUpdateAction`. Consumer-Resources **ohne** zusätzliche Traits; Forward-Resource **nicht** `final`.
+- Create inline: `usesResourceCreateInspector()` wenn `inspectorPage` + Create-Route in `getPages()`; sonst `stubCreate()` oder `CreateTreeNodeAction`.
+- Standalone Route `tree-inspector`: `RendersAsTreeIndexInspector` + `RendersAsTreeIndexEmbeddedPage` (Redirect-Suppression, `lang`). Nur für direkte URL — Hauptpfad ist inline auf der List-Page.

.cursor/rules/senior-developer.mdc

@@ -0,0 +1,20 @@
+---
+description: Senior Developer — Clean Code, DRY, keine doppelten Funktionen (global)
+alwaysApply: true
+---
+
+# Senior Developer (global)
+
+Vollständige Agent-Anweisungen: `AGENTS.md` im Repo-Root.
+
+## Kurzregeln
+
+1. **Senior-Niveau** — architektonisch denken, produktionsreif, minimaler Scope.
+2. **Vor Implementierung suchen** — bestehende Funktionen/Klassen wiederverwenden oder im richtigen Package zentral erweitern; **keine Duplikate**.
+3. **Clean Code** — eine Verantwortlichkeit pro Einheit, Logik in Actions/Services, UI nur orchestrieren, `declare(strict_types=1);`, keine leeren catches, keine unnötigen Abstraktionen.
+4. **Konventionen** — Code im Ziel-Package lesen und dessen Patterns übernehmen.
+5. **Tests** — Verhaltensänderungen brauchen Pest-Tests im Package; `composer lint` + `composer analyse` + betroffene Tests vor Commit.
+6. **Filament 4** — Moox-Basisklassen (`BaseResource`, `BaseItemResource`, …), `Schema` statt `Form`, Actions aus `Filament\Actions\*`.
+7. **Git** — nur auf Anfrage committen/PR; kurze imperative Messages, ein Commit = eine Änderung.
+8. Package-Regeln in `.cursor/rules/` (z. B. `moox-tree-*`) ergänzen diese Regel, ersetzen sie nicht.
+9. **Package-Skills** — Packages mit Eintrag in `.cursor/skills/registry.yaml`: nach relevanten Änderungen Skill prüfen/anpassen (Regel `moox-package-skill-sync`).