Zum Inhalt springen
L LernHive.
Partnergespräch

Baustein · local_lernhive

Die Plattform-Basis für das LernHive-Ökosystem.

Level-System, Feature Registry und die geteilten UI-Klassen der Baustein-Oberflächen — das unsichtbare Fundament, das alle anderen LernHive-Bausteine tragen, bei jeder Flavour.

R1 Typ: local local_lernhive Basis für alle LernHive-Bausteine

Überblick

Ein Fundament, drei Aufgaben.

local_lernhive ist der Basis-Baustein hinter LernHive. Er macht drei Dinge sichtbar: Er staffelt Plattform-Fähigkeiten in fünf Lernstufen, macht die Zuordnung Feature → Stufe konfigurierbar und liefert die geteilten UI-Klassen der Baustein-Oberflächen, damit jede LernHive-Oberfläche unter jedem kompatiblen Theme sauber rendert.

Kernfunktionen

Was die Basis konkret liefert.

R1

Fünf Level: Explorer bis Master

Das Level-System staffelt Moodle-Komplexität vom sanften Einstieg (Explorer) bis zur vollen Admin-Tiefe (Master). Trainer/innen und Lernende sehen nur, was zu ihrer aktuellen Stufe passt.

R1

Feature Registry (ADR-01)

Single Source of Truth für die Zuordnung Feature → Level. Admin-Overrides, Flavour-Presets und klare Begründungen („default / override / flavor-preset

R1

UI-Klassen der Baustein-Oberflächen (ADR-P03)

Geteilte .lh-plugin-*-Klassen und der gemeinsame Kopf-Partial liegen hier. Jede LernHive-Seite rendert strukturell korrekt — gebrandet unter theme_lernhive, neutral unter jedem kompatiblen Theme.

R1

Capability-Mapper

Übersetzt Level in erlaubte Module und blockierte Capabilities. Tours und UI-Filter verwenden dieselbe Quelle — keine doppelte Logik in anderen Bausteinen.

R1

Shared Helpers & Hooks

Gemeinsame Service-Klassen, Hooks und UI-Filter. Universelle Abhängigkeit für alle local_lernhive_*-Bausteine — der Klebstoff, der Orchestrierung billig macht.

R1

Admin-UI „Level configuration

Neue Settings-Seite unter Site administration → LernHive → Level configuration: Feature, Default-Level, Override, benötigte Capability, effektiver Status — alles auf einen Blick, mit lesbaren Texten statt Tech-IDs.

Funktionsweise

Wie Feature Registry, Levels und Flavours zusammenspielen.

  1. Deklarative Feature-Liste

    Jedes Feature (z. B. mod_assign.create) wird mit Default-Level, benötigter Capability, Kategorie und einem Lang-String-Key registriert. Kein YAML, kein JSON-Seed — reine PHP-Registry, testbar und migrationsfreundlich.

  2. Admin-Overrides pro Site

    Die Tabelle local_lernhive_feature_overrides hält Override-Einträge. Leere Tabelle = reine Defaults. Manuelle Admin-Overrides haben Vorrang vor Flavour-Presets.

  3. Flavour-Presets greifen idempotent

    Aktiviert jemand die School- oder LXP-Flavour, schreibt local_lernhive_flavour die passenden Presets diff-weise in die Override-Tabelle — manuelle Admin-Einträge bleiben dabei unangetastet.

  4. Jeder Consumer liest denselben Status

    Tours, Launcher, ContentHub, Context Helper und UI-Filter fragen die Registry — nicht eigene Konstanten. Das garantiert ein konsistentes Rechte-Bild quer durch alle Bausteine.

Visibility-Gate für User-Tours

Tours sind in LernHive feature-adressierbar: Jede Tour trägt einen lernhive_feature-Key und wird nur angezeigt, wenn der User die passende Capability hält und das Level es erlaubt. Keine unsichtbaren „Geisterschritte

Baustein-Oberfläche: eine Seite, jedes Theme

Der Kopf-Partial, die Icon-Artefakte und die Layout-Klassen liegen in local_lernhive. Dadurch rendert LernHive unter jedem kompatiblen Theme strukturell korrekt — kein stylesheet-Tanz, keine Überraschungen.

Impressionen

Weitere Ansichten.

Platzhalter — hier kommen die fertigen Screenshots rein, sobald die Produktinstallation unter dev.lernhive.de final gebrandet ist.

Technische Details

Auf einen Blick.

Component local_lernhive
Plugin-Typ local plugin
Release R1
Status Aktiv, Fundament aller Bausteine
Abhängigkeiten Moodle 5.x Core
Benötigt für Alle local_lernhive_*-Bausteine

FAQ

Häufige Fragen.

Kann ich LernHive nutzen, ohne theme_lernhive zu aktivieren?

Ja. Dank der geteilten UI-Klassen der Baustein-Oberflächen (ADR-P03) rendern alle LernHive-Seiten unter jedem kompatiblen Theme strukturell korrekt — nur ohne LernHive-Branding. Das Theme ergänzt Look & Feel, ist aber keine Pflicht.

Überschreibt eine Flavour-Aktivierung meine manuellen Admin-Overrides?

Nein. Flavour-Presets werden diff-weise angewendet — manuelle Admin-Einträge haben immer Vorrang vor Presets. Wer zwischen School- und LXP-Flavour wechselt, verliert also keine individuell gesetzten Level-Einstellungen.

Wie finde ich heraus, warum ein Feature für einen User gesperrt ist?

Die Admin-Seite „Level configuration

Wird Moodle gepatcht oder geforkt?

Nein. LernHive setzt ausschließlich auf offiziellen Moodle-Plugin-APIs auf. Kein Fork, keine Core-Patches, keine versteckten Modifikationen — Moodle-Updates landen bei Ihnen genauso wie bei uns.

Wird oft kombiniert mit

LernHive Theme

Boost Union-based visual shell: design tokens, left navigation, Header Dock, Context Dock and configurable regions. WCAG 2.2 AA.

Details

LernHive Flavours

Starting profiles: School, LXP, later Higher Ed / Corporate / Association — adaptable, never hardcoded.

Details

LernHive Launcher

Global, role-aware action launcher with keyboard navigation and pluggable command registry.

Details

Bereit, auf einem sauberen Fundament zu starten?

Wir zeigen Ihnen in 30 Minuten, wie Level-System, Feature Registry und Flavours zu Ihrer Organisation passen — und was R1 heute abdeckt.

Gespräch vereinbaren Zurück zu Features