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.

LernHive-Dashboard: Trainer/innen nach Level, mit Level-Zuweisung je Person.
LernHive-Dashboard: Trainer/innen nach Level, mit Level-Zuweisung je Person.

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, 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.

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

App grid next to the user menu with the areas and actions each person may use.

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