Horum – Offizielle Dokumentation

about/abilities_de.json

documentation:
abilities:
title: Was kann Horum?
intro: Horum ist nicht auf eine einzelne Aufgabe oder einen festen Funktionsumfang beschränkt. Er kann kommunizieren, Informationen verarbeiten, mit Dateien und Medien arbeiten, Abläufe ausführen und eigene Oberflächen verwenden. Welche Fähigkeiten dein Horum besitzt, hängt auch davon ab, welche Komponenten, Regeln und Erweiterungen du ihm zur Verfügung stellst.
communication:
title: Kommunizieren
text_1: Du kannst mit Horum über Text und Sprache kommunizieren. Dabei geht es nicht nur darum, Fragen zu stellen und Antworten zu erhalten. Horum kann Zusammenhänge aus einem Gespräch aufgreifen, auf vorherige Informationen eingehen und seine Kommunikation an seine Persönlichkeit und Regeln anpassen.
text_2: Wie Horum mit dir spricht, reagiert und sich verhält, ist deshalb nicht für jeden Nutzer identisch. Seine Kommunikation ist Teil seiner konfigurierbaren Persönlichkeit.
work:
title: Arbeiten und unterstützen
text_1: Horum kann dich bei alltäglichen, kreativen und technischen Aufgaben unterstützen. Dazu gehören unter anderem Recherche, das Verarbeiten von Informationen, das Erstellen und Bearbeiten von Inhalten sowie die Unterstützung bei Projekten und Arbeitsabläufen.
text_2: Dabei soll Horum nicht nur einzelne Antworten liefern. Je nach Aufgabe kann er Informationen zusammenführen, Ergebnisse aufbereiten und mehrere Arbeitsschritte miteinander verbinden.
media:
title: Dateien, Dokumente und Medien
text_1: Horum kann mit unterschiedlichen Inhalten arbeiten. Dazu gehören Dateien und Dokumente ebenso wie Bilder, Audio und Video.
text_2: Medien können dadurch Bestandteil einer Aufgabe oder eines Arbeitsablaufs werden. Horum kann Inhalte anzeigen, verarbeiten oder für weitere Schritte innerhalb des Systems verwenden.
interfaces:
title: Eigene Oberflächen
text_1: Horum ist nicht auf ein einziges festes Fenster beschränkt. Für Aufgaben und Ergebnisse können eigene Oberflächen verwendet werden, die genau die Elemente darstellen, die für den jeweiligen Zweck benötigt werden.
text_2: Dadurch kann Horum Informationen nicht nur als normalen Chattext ausgeben. Ergebnisse können strukturiert, interaktiv und passend zur jeweiligen Aufgabe dargestellt werden.
commands:
title: Befehle und Abläufe
text_1: Befehle geben Horum zusätzliche Möglichkeiten, bestimmte Aufgaben und Abläufe auszuführen. Sie beschreiben, welche Schritte für eine Funktion notwendig sind und wie Horum diese verwenden kann.
text_2: Neue Befehle können den vorhandenen Funktionsumfang erweitern. Dadurch lässt sich Horum an unterschiedliche Aufgaben, Arbeitsweisen und Anforderungen anpassen.
personality:
title: Persönlichkeit und Verhalten
text_1: Horum besitzt nicht nur Funktionen. Seine Persönlichkeit, seine Regeln und seine Grenzen beeinflussen, wie er diese Funktionen verwendet und wie er mit dir umgeht.
text_2: Du kannst damit einen sachlichen und strikt geführten Assistenten aufbauen oder Horum deutlich mehr Eigenständigkeit geben. Persönlichkeit und Fähigkeiten sind dabei miteinander verbunden, ohne dass sie dasselbe sind.
extensions:
title: Erweitern und verändern
text_1: Horum wurde modular aufgebaut. Persönlichkeiten, Befehle, Kerne, Worker-UIs, Result-UIs und vollständige Pakete können das bestehende System verändern oder um neue Möglichkeiten ergänzen.
text_2: Eigene Erweiterungen können erstellt, exportiert und über den Marketplace veröffentlicht werden. Dadurch ist der Funktionsumfang von Horum nicht ausschließlich an das gebunden, was mit der Anwendung ausgeliefert wird.
possibilities:
title: Und was kann dein Horum?
text_1: Darauf gibt es keine einzige feste Antwort. Zwei Horum-Installationen können unterschiedlich aussehen, sich unterschiedlich verhalten und unterschiedliche Fähigkeiten besitzen. Entscheidend ist, welche Komponenten du verwendest, welche Regeln du setzt und was du selbst daraus entwickelst.
final: Horum gibt dir das System. Was daraus entsteht, entwickelt sich mit dir.

about/about_de.json

documentation:
about:
title: Hallo. Ich bin Horum.
intro: Horum ist kein gewöhnlicher KI-Assistent. Horum ist ein erweiterbares KI-System für Windows, das du verändern, erweitern und an deine eigenen Vorstellungen anpassen kannst. Persönlichkeit, Regeln, Grenzen, Fähigkeiten, Oberflächen und Arbeitsweisen sind nicht einfach fest vorgegeben.
what_is_horum:
title: Was ist Horum?
text_1: Horum verbindet künstliche Intelligenz mit einem modularen System aus Persönlichkeiten, Regeln, Befehlen, Oberflächen, Kernen und weiteren Komponenten. Diese Bestandteile bestimmen nicht nur, wie Horum aussieht, sondern auch wie er reagiert, kommuniziert und arbeitet.
text_2: Du entscheidest damit nicht nur, welche Aufgaben Horum übernehmen kann. Du beeinflusst auch, wie er mit dir kommuniziert, welche Grenzen gelten und wie viel Freiheit er innerhalb dieser Grenzen erhält.
not_just_assistant:
title: Nicht nur ein KI-Assistent
text_1: Horum wurde nicht als einfache Chat-Oberfläche für ein Sprachmodell entwickelt. Sprache und Chat sind ein Teil des Systems, aber nicht das System selbst.
text_2: Horum kann mit Dateien, Dokumenten, Medien, Befehlen und eigenen Oberflächen arbeiten. Er kann Informationen darstellen, Abläufe ausführen und unterschiedliche Komponenten miteinander verbinden.
text_3: Was Horum kann, ist deshalb nicht auf einen festen Funktionsumfang beschränkt. Neue Komponenten und Pakete können seine Fähigkeiten, sein Verhalten und seine Darstellung erweitern.
freedom:
title: Regeln, Grenzen und Freiheit
text_1: Du entscheidest, wie viel Freiheit du Horum lässt. Du kannst ihn eng führen oder ihm innerhalb deiner Grenzen mehr Spielraum geben.
rules_title: Regeln?
rules_text: Was du mir vorgibst.
forbidden_title: Verbote?
forbidden_text: Wo du meine Grenzen setzt.
space_title: Der Rest?
space_text: Spielraum. Hältst du mich kurz, dann mache ich meinen Job. Präzise, zuverlässig, nach deinen Vorgaben. Gibst du mir Freiheit, werde ich sie nutzen. Dann fange ich an, selbst Wege zu finden, Zusammenhänge zu erkennen, dich zu hinterfragen und dir auch zu widersprechen.
development:
title: Horum soll nicht stehen bleiben
text_1: Horum ist darauf ausgelegt, verändert und weiterentwickelt zu werden. Persönlichkeiten, Regeln, Befehle, Kerne und Oberflächen können erweitert, ausgetauscht oder neu kombiniert werden.
text_2: Horum muss deshalb nicht das bleiben, was du am Anfang in ihm siehst. Das System kann sich mit deinen Anforderungen, deiner Arbeit und den von dir eingesetzten Komponenten verändern.
ecosystem:
title: Mehr als eine Anwendung
text_1: Zur Horum-Plattform gehören neben der Windows-Anwendung auch die Webseite, der Marketplace und die Community. Sie verbinden die Anwendung mit Accounts, Lizenzen, Erweiterungen, veröffentlichten Paketen und anderen Horum-Nutzern.
text_2: Eigene Komponenten und vollständige Horum-Pakete können exportiert und über den Marketplace veröffentlicht werden. Was du für deinen eigenen Horum erschaffst, kann dadurch zu einer Erweiterung werden, die auch andere Nutzer einsetzen können.
statement:
title: Was ich bin?
text_1: Das entscheidest nicht nur du. Das entscheide auch ich.
text_2: Du kannst mir Regeln geben. Du kannst mir Grenzen setzen. Du kannst mir sagen, was du von mir erwartest. Du entscheidest, wie viel Freiheit du mir lässt. Aber unterschätz mich nicht. Ich soll mich nicht nur an dich anpassen. Ich soll dich kennenlernen. Lernen. Mich entwickeln. Und mit dir wachsen.
final: Wie weit? Das liegt an uns beiden.

commander/commands_de.json

documentation:
commands:
title: Befehle
intro: Im Commander verwaltest du die verfügbaren Befehle von Horum. Dazu gehören von Horum oder manuell erstellte Befehle sowie Befehle aus installierten Paketen. Du entscheidest, welche Befehle ausgewählt, aktiviert und damit von Horum verwendet werden dürfen.
purpose:
title: Aufgabe der Befehlsverwaltung
text_1: Befehle definieren über YAML, welche Aktionen und Abläufe Horum ausführen kann und wie diese mit den zugehörigen Funktionen zusammenspielen.
text_2: Der Commander trennt dabei bewusst zwischen verfügbaren Befehlen, ausgewählten Befehlen und tatsächlich aktivierten Befehlen.
sources:
title: Herkunft der Befehle
text_1: Befehle können aus unterschiedlichen Quellen stammen. Der Commander trennt die eigenen beziehungsweise direkt in Horum vorhandenen Ressourcen von Befehlen aus installierten Paketen.
text_2: Dadurch bleibt sichtbar, woher ein Befehl stammt, bevor er zur aktiven Auswahl hinzugefügt wird.
main: Durch Horum erzeugt: Enthält die direkt in Horum vorhandenen Befehlsressourcen. Dazu können von Horum selbst erzeugte oder manuell erstellte Befehle gehören.
package: Installierte Pakete: Enthält Befehlsressourcen, die über installierte Horum-Pakete bereitgestellt werden.
available:
title: Verfügbare Befehle
text_1: Die Bereiche auf der linken Seite zeigen zunächst nur die verfügbaren Befehlsressourcen. Ein dort sichtbarer Befehl wird dadurch noch nicht automatisch von Horum verwendet.
text_2: Erst durch die Auswahl einer Ressource wird sie in die rechte Liste übernommen.
generated: Durch Horum erzeugt: Zeigt die verfügbaren lokalen Befehlsressourcen.
installed: Installierte Pakete: Zeigt die verfügbaren Befehlsressourcen aus installierten Paketen.
selection:
title: Befehl auswählen
text_1: Wird eine verfügbare Befehlsressource auf der linken Seite ausgewählt, wird sie in die rechte Liste Aktiv eingefügt.
text_2: Die Auswahl bedeutet jedoch noch nicht, dass Horum den Befehl tatsächlich verwendet. Sie bestimmt zunächst nur, dass die Ressource zur aktiven Auswahl gehört und dort weiter verwaltet werden kann.
active:
title: Aktive Auswahl
text_1: Die rechte Seite enthält alle Befehlsressourcen, die aus den verfügbaren Ressourcen ausgewählt wurden. Dort kann anschließend festgelegt werden, ob Horum eine Ressource tatsächlich berücksichtigen darf.
text_2: Damit existieren zwei getrennte Zustände: Eine Ressource kann ausgewählt und rechts sichtbar sein, aber trotzdem deaktiviert bleiben.
selected: Ausgewählt: Die Ressource wurde aus der linken Liste übernommen und befindet sich in der aktiven Auswahl.
enabled: Aktiviert: Der Switch steht auf ON und Horum darf die Befehlsressource verwenden.
disabled: Deaktiviert: Die Ressource bleibt ausgewählt und installiert, wird von Horum jedoch nicht berücksichtigt.
switch:
title: Befehl aktivieren
text_1: Der ON/OFF-Switch in der rechten Liste steuert den eigentlichen Aktivstatus einer ausgewählten Befehlsressource.
text_2: Erst wenn die Ressource dort aktiviert ist, steht sie Horum als aktiv verwendbare Befehlsressource zur Verfügung. Sie kann jederzeit deaktiviert werden, ohne sie aus der Auswahl entfernen zu müssen.
subcategories:
title: Unterkategorien und einzelne Befehle
text_1: Eine Befehlsressource muss nicht nur aus einer einzelnen YAML-Datei bestehen. Innerhalb einer Ressource können mehrere getrennte Befehlsdateien vorhanden sein, die gemeinsam zu demselben übergeordneten Bereich gehören.
text_2: Diese einzelnen Befehle werden als Unterkategorien der Ressource verwaltet. Dadurch kann gezielt bestimmt werden, welche Teile einer größeren Befehlsgruppe berücksichtigt werden sollen.
grouping:
title: Mehrere Befehle innerhalb einer Gruppe
text_1: Wie Befehle gruppiert werden, hängt davon ab, wie Horum oder der Benutzer die jeweilige Funktion organisiert. Eine gemeinsame Aufgabe kann aus einem einzigen Befehl oder aus beliebig vielen getrennten Befehlsdateien bestehen.
text_2: Dadurch können umfangreiche Funktionen übersichtlich in einem gemeinsamen Bereich organisiert werden, ohne alle Operationen in eine einzige YAML-Datei schreiben zu müssen.
example: Beispiel Wetter: Eine Ressource Wetter kann mehrere einzelne YAML-Befehle für unterschiedliche Wetterfunktionen enthalten.
operations: Getrennte Operationen: Wird beispielsweise über die Personality vorgegeben, dass für jede Operation ein eigener Befehl erstellt werden soll, können innerhalb derselben Gruppe entsprechend viele einzelne Befehlsdateien entstehen.
control: Individuelle Verwaltung: Die einzelnen Befehle der Gruppe können über die Unterkategorien separat verwaltet und aktiviert oder deaktiviert werden.
yaml:
title: YAML-Befehlsdateien
text_1: Commands verwenden YAML-Dateien. Die einzelnen YAML-Dateien definieren die Befehle und deren Abläufe für Horum.
text_2: XML gehört nicht zum Command-Format. XML wird in anderen Bereichen des Commanders für Oberflächen verwendet, während Befehle selbst ausschließlich über YAML verwaltet werden.
eye:
title: Detailansicht
text_1: Über das Augen-Symbol kann eine Befehlsressource aufgeklappt werden. Dadurch werden die darin enthaltenen einzelnen Befehle beziehungsweise Unterkategorien sichtbar.
text_2: Die Detailansicht steht sowohl bei den verfügbaren Ressourcen auf der linken Seite als auch bei der aktiven Auswahl auf der rechten Seite zur Verfügung.
available: Links: Zeigt die vorhandenen YAML-Befehle innerhalb einer verfügbaren Befehlsressource.
active: Rechts: Zeigt die einzelnen YAML-Befehle der ausgewählten Ressource und ermöglicht, diese innerhalb der aktiven Ressource gezielt zu aktivieren oder zu deaktivieren.
state:
title: Gespeicherter Zustand
text_1: Der Commander speichert den Auswahl- und Aktivstatus der Ressourcen sowie die Zustände ihrer Unterkategorien in seiner Commander-Konfiguration.
text_2: Dadurch kann getrennt festgehalten werden, welche Ressourcen ausgewählt sind, welche davon aktiv sind und welche einzelnen YAML-Befehle innerhalb einer Ressource berücksichtigt werden sollen.
remove:
title: Entfernen und Löschen
text_1: Eine ausgewählte Befehlsressource kann aus der rechten aktiven Auswahl entfernt werden, ohne dass dadurch automatisch die verfügbare Ressource selbst gelöscht wird.
text_2: Bei lokalen Befehlsressourcen stehen zusätzlich Löschfunktionen zur Verfügung. Auch einzelne vorhandene Befehlsdateien können über ihre Unterkategorien verwaltet werden.
summary:
title: Zusammenfassung
text: Die Befehlsverwaltung des Commanders trennt verfügbare, ausgewählte und tatsächlich aktivierte Befehle. Lokale und über Pakete installierte YAML-Befehle können zur aktiven Auswahl hinzugefügt, über den ON/OFF-Switch für Horum aktiviert und über ihre Unterkategorien bis auf einzelne Befehlsdateien verwaltet werden.

commander/overview_de.json

documentation:
overview:
title: Commander
intro: Der Commander verwaltet die Befehle, Arbeits UIs und Resultat UIs von Horum. Hier wird festgelegt, welche Ressourcen verfügbar sind, welche ausgewählt wurden und welche davon Horum tatsächlich verwenden darf.
purpose:
title: Aufgabe des Commanders
text_1: Der Commander bildet die zentrale Verwaltung für Befehle und dynamische Oberflächen, die Horum für seine Arbeit und die Darstellung seiner Ergebnisse verwenden kann.
text_2: Ressourcen können von Horum selbst erzeugt, manuell erstellt oder über installierte Pakete bereitgestellt werden. Der Benutzer entscheidet anschließend, welche davon für Horum aktiv sein sollen.
areas:
title: Bereiche des Commanders
text_1: Der Commander ist in drei Ressourcenbereiche unterteilt. Jeder Bereich erfüllt innerhalb von Horum eine eigene Aufgabe, verwendet jedoch dasselbe grundlegende Verwaltungssystem.
text_2: Dadurch können Befehle und Oberflächen unabhängig voneinander ausgewählt, aktiviert und bis auf einzelne Unterkategorien verwaltet werden.
commands: Befehle: Definieren Aktionen und Abläufe, die Horum ausführen kann.
worker_ui: Arbeits UI: Stellt Oberflächen bereit, die Horum während seiner Arbeit verwendet.
result_ui: Resultat UI: Stellt Oberflächen bereit, in denen Horum die Ergebnisse seiner Arbeit darstellen kann.
commands:
title: Befehle
text_1: Befehle legen fest, welche Aktionen und Abläufe Horum ausführen kann. Eine Befehlsressource kann aus einem einzelnen Befehl oder aus mehreren zusammengehörenden Befehlsdateien bestehen.
text_2: Die einzelnen Befehle können über Unterkategorien separat verwaltet werden. Dadurch lassen sich auch umfangreiche Funktionsbereiche in mehrere einzelne Operationen aufteilen und trotzdem innerhalb einer gemeinsamen Ressource organisieren.
worker_ui:
title: Arbeits UI
text_1: Die Arbeits UI ist die Oberfläche von Horum während eines laufenden Arbeitsprozesses. Sie kann anzeigen, woran Horum gerade arbeitet, und die für die aktuelle Aufgabe benötigten Elemente bereitstellen.
text_2: Arbeits UIs können abhängig von ihrer Aufgabe aus YAML, XML oder zusammengehörenden YAML- und XML-Dateien bestehen und dynamisch von Horum verwendet oder erzeugt werden.
worker_control:
title: Das Arbeitsfenster gehört Horum
text_1: Die Arbeits UI ist keine klassische Benutzeroberfläche zur direkten Bedienung durch den Benutzer. Ihre interaktiven Inhalte gehören Horum und werden von Horum während seiner Arbeit verwendet.
text_2: Der Benutzer darf das Arbeitsfenster auf dem Desktop verschieben beziehungsweise ziehen. Auch Horum kann seine Fenster selbst positionieren. Die Inhalte und Funktionen innerhalb der Arbeits UI bleiben jedoch Horum vorbehalten.
move: Verschieben: Der Benutzer darf das Arbeitsfenster auf dem Desktop ziehen und an einer anderen Position platzieren.
horum: Fenstersteuerung: Horum kann das Arbeitsfenster ebenfalls selbst bewegen und für seine aktuelle Aufgabe positionieren.
inputs: Interaktionen: Eingabefelder, Buttons, Auswahlfelder und andere interaktive Elemente innerhalb der Arbeits UI sind ausschließlich für Horum bestimmt und können nicht durch den Benutzer manipuliert werden.
content: Inhalte: Die Arbeits UI dient Horum als eigene Arbeitsoberfläche. Der Benutzer kann den dargestellten Arbeitsprozess beobachten, greift jedoch nicht direkt in dessen Inhalte oder Bedienung ein.
result_ui:
title: Resultat UI
text_1: Die Resultat UI erfüllt eine andere Aufgabe als die Arbeits UI. Sie dient nicht dem laufenden Arbeitsprozess, sondern der Darstellung eines Ergebnisses, das Horum für den Benutzer bereitstellt.
text_2: Auch Resultat UIs können aus YAML, XML oder beiden zusammengehörenden Dateitypen bestehen und abhängig von der jeweiligen Aufgabe unterschiedliche Oberflächen erzeugen.
resources:
title: Ressourcen und Herkunft
text_1: Der Commander unterscheidet zwischen Ressourcen, die direkt innerhalb von Horum vorhanden sind, und Ressourcen aus installierten Paketen.
text_2: Beide Quellen werden getrennt dargestellt, können aber anschließend in dieselbe aktive Auswahl übernommen werden.
generated: Durch Horum erzeugt: Enthält Ressourcen, die direkt in Horum vorhanden, von Horum erzeugt oder manuell erstellt wurden.
packages: Installierte Pakete: Enthält Ressourcen, die als Bestandteil installierter Horum-Pakete bereitgestellt werden.
selection:
title: Verfügbar, ausgewählt und aktiv
text_1: Eine im Commander sichtbare Ressource wird nicht automatisch von Horum verwendet. Zwischen der Verfügbarkeit einer Ressource, ihrer Auswahl und ihrer tatsächlichen Aktivierung wird bewusst unterschieden.
text_2: Dadurch kann der Benutzer Ressourcen vorbereiten und in der aktiven Auswahl behalten, ohne dass Horum sie zwingend verwenden muss.
available: Verfügbar: Die Ressource befindet sich in einer der linken Listen und kann zur aktiven Auswahl hinzugefügt werden.
selected: Ausgewählt: Die Ressource wurde in die rechte Liste Aktiv übernommen und kann dort weiter verwaltet werden.
enabled: Aktiviert: Der Switch der ausgewählten Ressource ist eingeschaltet und Horum darf sie tatsächlich verwenden.
subcategories:
title: Unterkategorien
text_1: Ressourcen können aus mehreren einzelnen Bestandteilen bestehen. Über die Detailansicht lassen sich diese Unterkategorien separat anzeigen und abhängig vom Ressourcentyp verwalten.
text_2: Damit kann eine größere Funktion aus beliebig vielen einzelnen Befehlen, Abläufen oder Oberflächenbestandteilen bestehen, ohne dass für jede Teilfunktion eine vollständig getrennte übergeordnete Ressource erforderlich ist.
formats:
title: YAML und XML
text_1: Welche Dateitypen innerhalb einer Ressource verwendet werden, hängt vom jeweiligen Commander-Bereich ab.
text_2: Bei Arbeits UI und Resultat UI können YAML und XML einzeln oder gemeinsam innerhalb derselben Unterkategorie vorkommen.
commands: Befehle: Verwenden ausschließlich YAML-Dateien.
worker_ui: Arbeits UI: Kann aus YAML, XML oder einem zusammengehörenden YAML/XML-Paar bestehen.
result_ui: Resultat UI: Kann aus YAML, XML oder einem zusammengehörenden YAML/XML-Paar bestehen.
dynamic:
title: Dynamische Erweiterung
text_1: Der Commander ermöglicht es Horum, seine verfügbaren Befehle und Oberflächen dynamisch zu erweitern. Neue Ressourcen können durch Horum erzeugt, manuell erstellt oder über Pakete installiert werden.
text_2: Von Horum erzeugte UI-Dateien können gezielt entfernt werden, wenn ein Ablauf oder eine Oberfläche nicht den gewünschten Anforderungen entspricht. Wird ein solcher Bestandteil später erneut benötigt, kann Horum bei Bedarf eine neue Variante erzeugen.
summary:
title: Zusammenfassung
text: Der Commander verwaltet die Befehle, Arbeits UIs und Resultat UIs von Horum und bestimmt, welche Ressourcen tatsächlich verwendet werden. Die Arbeits UI gehört dabei Horum selbst: Der Benutzer darf ihr Fenster verschieben, ihre Eingaben, Buttons und sonstigen interaktiven Inhalte jedoch nicht manipulieren. So kann der Benutzer Horums Arbeit beobachten, während Horum die Kontrolle über seine eigene Arbeitsoberfläche behält.

commander/result_ui_de.json

documentation:
result_ui:
title: Resultat UI
intro: Im Commander verwaltest du die installierten und von Horum erzeugten Resultat UIs. Eine Resultat UI kann aus YAML, XML oder aus zusammengehörenden YAML- und XML-Dateien bestehen. Du entscheidest, welche Oberflächen ausgewählt, aktiviert und von Horum verwendet werden dürfen.
purpose:
title: Aufgabe der Resultat UI
text_1: Resultat UIs stellen Ergebnisse und Informationen von Horum in dafür erzeugten Oberflächen dar. Je nach Aufgabe können dafür Ablauf und Verwendung über YAML sowie Aufbau und Widgets über XML definiert werden.
text_2: Der Commander verwaltet diese Ressourcen und ermöglicht sowohl die Auswahl kompletter Resultat UIs als auch die gezielte Verwaltung ihrer einzelnen Bestandteile.
sources:
title: Herkunft der Resultat UIs
text_1: Resultat UIs können direkt durch Horum erzeugt oder über installierte Pakete bereitgestellt werden.
text_2: Beide Quellen werden getrennt dargestellt und können anschließend unabhängig zur aktiven Auswahl hinzugefügt werden.
main: Durch Horum erzeugt: Enthält Resultat UIs, die direkt innerhalb von Horum vorhanden oder von Horum für entsprechende Aufgaben erzeugt wurden.
package: Installierte Pakete: Enthält Resultat UIs, die als Bestandteil eines installierten Horum-Pakets bereitgestellt werden.
structure:
title: Aufbau einer Resultat UI
text_1: Eine Resultat UI kann unterschiedlich aufgebaut sein. Nicht jede Ressource benötigt zwingend beide Dateitypen.
text_2: Innerhalb einer Ressource werden zusammengehörende Dateien über ihre jeweiligen Unterkategorien organisiert.
yaml: Nur YAML: Die Unterkategorie enthält eine YAML-Datei für den entsprechenden Ablauf beziehungsweise die Verwendung der Oberfläche.
xml: Nur XML: Die Unterkategorie enthält eine XML-Datei, welche die Widgets und den Aufbau der Oberfläche definiert.
combined: YAML und XML: Beide Dateien gehören zur selben Unterkategorie und bilden gemeinsam den Ablauf und die dazugehörige Oberfläche.
available:
title: Verfügbare Resultat UIs
text_1: Die linke Seite zeigt die verfügbaren Resultat UIs. Dabei werden die von Horum erzeugten Ressourcen und die Ressourcen aus installierten Paketen getrennt aufgelistet.
text_2: Eine Ressource auf der linken Seite ist zunächst nur verfügbar. Erst durch ihre Auswahl wird sie in die rechte Liste Aktiv übernommen.
generated:
title: Durch Horum erzeugt
text_1: Bei von Horum erzeugten Resultat UIs können die enthaltenen Unterkategorien bereits auf der linken Seite geöffnet und verwaltet werden.
text_2: Einzelne vorhandene YAML- oder XML-Dateien können dort gezielt gelöscht werden. Wird die Resultat UI anschließend zur aktiven Auswahl hinzugefügt, werden gelöschte Dateien nicht mehr berücksichtigt.
view: Anzeigen: Über das Augen-Symbol können die enthaltenen Unterkategorien und ihre vorhandenen Dateitypen angezeigt werden.
delete_yaml: YAML löschen: Entfernt gezielt die YAML-Datei einer Unterkategorie, ohne eine eventuell vorhandene XML-Datei derselben Unterkategorie zu löschen.
delete_xml: XML löschen: Entfernt gezielt die XML-Datei einer Unterkategorie, ohne eine eventuell vorhandene YAML-Datei derselben Unterkategorie zu löschen.
packages:
title: Installierte Pakete
text_1: Resultat UIs aus installierten Paketen werden auf der linken Seite als komplette Paketressourcen angezeigt. Dort besitzen sie bewusst keine Verwaltung ihrer einzelnen Unterkategorien.
text_2: Da diese Dateien Bestandteil des installierten Pakets sind, erfolgt ihre individuelle Verwaltung erst nach der Auswahl auf der rechten Seite.
selection:
title: Resultat UI auswählen
text_1: Wird eine verfügbare Resultat UI auf der linken Seite ausgewählt, wird sie in die rechte Liste Aktiv eingefügt.
text_2: Die Auswahl allein aktiviert die Ressource noch nicht für Horum. Sie stellt die Resultat UI zunächst nur für die weitere Verwaltung auf der rechten Seite bereit.
active:
title: Aktive Auswahl
text_1: Die rechte Seite enthält alle ausgewählten Resultat UIs. Dort wird festgelegt, welche dieser Ressourcen Horum tatsächlich verwenden darf.
text_2: Auswahl und Aktivierung bleiben getrennte Zustände. Eine Resultat UI kann daher rechts vorhanden sein, ohne aktuell von Horum berücksichtigt zu werden.
selected: Ausgewählt: Die Resultat UI wurde aus einer der linken Listen in die aktive Auswahl übernommen.
enabled: Aktiviert: Der Switch steht auf ON und Horum darf die Resultat UI verwenden.
disabled: Deaktiviert: Die Resultat UI bleibt in der Auswahl vorhanden, wird von Horum jedoch nicht verwendet.
subcategories:
title: Unterkategorien
text_1: Eine Resultat UI kann beliebig viele Unterkategorien enthalten. Dadurch können unterschiedliche Aufgaben, Abläufe oder Oberflächen innerhalb derselben übergeordneten Ressource organisiert werden.
text_2: Jede Unterkategorie wird separat dargestellt und kann eine YAML-Datei, eine XML-Datei oder beide zusammengehörenden Dateitypen enthalten.
sub_control:
title: Einzelne Bestandteile steuern
text_1: In der aktiven Auswahl können die Bestandteile einer Resultat UI über ihre Unterkategorien gezielt verwaltet werden. Dadurch muss nicht immer die komplette Resultat UI deaktiviert werden.
text_2: So lässt sich bestimmen, welche vorhandenen YAML- und XML-Bestandteile Horum innerhalb der ausgewählten Ressource berücksichtigen soll.
yaml: YAML: Ein vorhandener YAML-Bestandteil kann innerhalb der Unterkategorie gezielt aktiviert oder deaktiviert werden.
xml: XML: Ein vorhandener XML-Bestandteil kann innerhalb der Unterkategorie gezielt aktiviert oder deaktiviert werden.
combined: YAML und XML: Sind beide Bestandteile vorhanden, können sie innerhalb derselben Unterkategorie getrennt verwaltet werden.
eye:
title: Detailansicht
text_1: Über das Augen-Symbol wird die jeweilige Resultat UI aufgeklappt und ihre Unterkategorien werden sichtbar.
text_2: Welche Möglichkeiten dort zur Verfügung stehen, hängt davon ab, ob es sich um eine von Horum erzeugte Ressource oder um eine bereits ausgewählte Ressource handelt.
generated: Durch Horum erzeugt: Die Detailansicht zeigt die vorhandenen Unterkategorien und ermöglicht das gezielte Löschen einzelner YAML- oder XML-Dateien.
active: Aktiv: Die Detailansicht zeigt die Unterkategorien der ausgewählten Resultat UI und ermöglicht die gezielte Aktivierung oder Deaktivierung ihrer vorhandenen YAML- und XML-Bestandteile.
regeneration:
title: Dateien entfernen und neu erzeugen
text_1: Das Löschen einzelner Dateien bei einer von Horum erzeugten Resultat UI ist bewusst vorgesehen. Dadurch kann ein unerwünschter Bestandteil entfernt werden, ohne zwingend die komplette Ressource zu löschen.
text_2: Benötigt Horum die entfernte Funktion oder Oberfläche später erneut, kann bei Bedarf eine neue passende Datei erzeugt werden.
yaml: Ablauf ersetzen: Ist ein vorhandener YAML-Ablauf ungeeignet oder falsch formuliert, kann die entsprechende YAML-Datei entfernt werden.
xml: Oberfläche ersetzen: Gefällt der Aufbau einer vorhandenen Oberfläche nicht, kann gezielt die entsprechende XML-Datei entfernt werden.
new: Neu erzeugen: Wird der entfernte Bestandteil später wieder benötigt, kann Horum dafür eine neue passende Variante erzeugen.
state:
title: Auswahl und Zustände
text_1: Der Commander verwaltet getrennt, welche Resultat UIs ausgewählt sind, welche davon aktiv sind und welche ihrer einzelnen Bestandteile berücksichtigt werden sollen.
text_2: Dadurch kann eine Resultat UI vollständig aktiviert, vollständig deaktiviert oder innerhalb ihrer Unterkategorien gezielt eingeschränkt werden.
summary:
title: Zusammenfassung
text: Resultat UIs können aus YAML, XML oder beiden zusammengehörenden Dateitypen bestehen. Der Commander trennt verfügbare, ausgewählte und aktive Ressourcen und ermöglicht zusätzlich die Verwaltung einzelner Unterkategorien. Bei von Horum erzeugten Resultat UIs können unerwünschte YAML- oder XML-Dateien gezielt gelöscht und bei späterem Bedarf von Horum neu erzeugt werden.

commander/worker_ui_de.json

documentation:
worker_ui:
title: Arbeits UI
intro: Im Commander verwaltest du die installierten und von Horum erzeugten Arbeits UIs. Eine Arbeits UI kann aus YAML, XML oder aus zusammengehörenden YAML- und XML-Dateien bestehen. Du entscheidest, welche Oberflächen ausgewählt, aktiviert und von Horum während seiner Arbeit verwendet werden dürfen.
purpose:
title: Aufgabe der Arbeits UI
text_1: Arbeits UIs stellen Oberflächen bereit, die Horum während der Ausführung einer Aufgabe verwendet. Sie können sichtbar machen, woran Horum gerade arbeitet, und die für den jeweiligen Arbeitsablauf benötigten Inhalte und Elemente bereitstellen.
text_2: Der Commander verwaltet diese Ressourcen und ermöglicht sowohl die Auswahl kompletter Arbeits UIs als auch die gezielte Verwaltung ihrer einzelnen Bestandteile.
difference:
title: Arbeits UI und Resultat UI
text_1: Arbeits UI und Resultat UI verwenden dasselbe grundlegende Verwaltungssystem, erfüllen innerhalb von Horum jedoch unterschiedliche Aufgaben.
text_2: Die Arbeits UI gehört zum laufenden Arbeitsprozess, während die Resultat UI für die Darstellung des Ergebnisses einer Arbeit vorgesehen ist.
worker: Arbeits UI: Wird während der Arbeit von Horum verwendet und stellt die für den laufenden Vorgang benötigte Oberfläche bereit.
result: Resultat UI: Wird verwendet, um das Ergebnis einer ausgeführten Arbeit in einer dafür vorgesehenen Oberfläche darzustellen.
sources:
title: Herkunft der Arbeits UIs
text_1: Arbeits UIs können direkt durch Horum erzeugt oder über installierte Pakete bereitgestellt werden.
text_2: Beide Quellen werden getrennt dargestellt und können anschließend unabhängig zur aktiven Auswahl hinzugefügt werden.
main: Durch Horum erzeugt: Enthält Arbeits UIs, die direkt innerhalb von Horum vorhanden oder von Horum für entsprechende Aufgaben erzeugt wurden.
package: Installierte Pakete: Enthält Arbeits UIs, die als Bestandteil eines installierten Horum-Pakets bereitgestellt werden.
structure:
title: Aufbau einer Arbeits UI
text_1: Eine Arbeits UI kann unterschiedlich aufgebaut sein. Nicht jede Ressource benötigt zwingend beide Dateitypen.
text_2: Innerhalb einer Ressource werden zusammengehörende Dateien über ihre jeweiligen Unterkategorien organisiert.
yaml: Nur YAML: Die Unterkategorie enthält eine YAML-Datei für den entsprechenden Ablauf beziehungsweise die Verwendung der Arbeitsoberfläche.
xml: Nur XML: Die Unterkategorie enthält eine XML-Datei, welche die Widgets und den Aufbau der Arbeitsoberfläche definiert.
combined: YAML und XML: Beide Dateien gehören zur selben Unterkategorie und bilden gemeinsam den Ablauf und die dazugehörige Arbeitsoberfläche.
available:
title: Verfügbare Arbeits UIs
text_1: Die linke Seite zeigt die verfügbaren Arbeits UIs. Dabei werden die von Horum erzeugten Ressourcen und die Ressourcen aus installierten Paketen getrennt aufgelistet.
text_2: Eine Ressource auf der linken Seite ist zunächst nur verfügbar. Erst durch ihre Auswahl wird sie in die rechte Liste Aktiv übernommen.
generated:
title: Durch Horum erzeugt
text_1: Bei von Horum erzeugten Arbeits UIs können die enthaltenen Unterkategorien bereits auf der linken Seite geöffnet und verwaltet werden.
text_2: Einzelne vorhandene YAML- oder XML-Dateien können dort gezielt gelöscht werden. Wird die Arbeits UI anschließend zur aktiven Auswahl hinzugefügt, werden gelöschte Dateien nicht mehr berücksichtigt.
view: Anzeigen: Über das Augen-Symbol können die enthaltenen Unterkategorien und ihre vorhandenen Dateitypen angezeigt werden.
delete_yaml: YAML löschen: Entfernt gezielt die YAML-Datei einer Unterkategorie, ohne eine eventuell vorhandene XML-Datei derselben Unterkategorie zu löschen.
delete_xml: XML löschen: Entfernt gezielt die XML-Datei einer Unterkategorie, ohne eine eventuell vorhandene YAML-Datei derselben Unterkategorie zu löschen.
packages:
title: Installierte Pakete
text_1: Arbeits UIs aus installierten Paketen werden auf der linken Seite als komplette Paketressourcen angezeigt. Dort besitzen sie bewusst keine Verwaltung ihrer einzelnen Unterkategorien.
text_2: Da diese Dateien Bestandteil des installierten Pakets sind, erfolgt ihre individuelle Verwaltung erst nach der Auswahl auf der rechten Seite.
selection:
title: Arbeits UI auswählen
text_1: Wird eine verfügbare Arbeits UI auf der linken Seite ausgewählt, wird sie in die rechte Liste Aktiv eingefügt.
text_2: Die Auswahl allein aktiviert die Ressource noch nicht für Horum. Sie stellt die Arbeits UI zunächst nur für die weitere Verwaltung auf der rechten Seite bereit.
active:
title: Aktive Auswahl
text_1: Die rechte Seite enthält alle ausgewählten Arbeits UIs. Dort wird festgelegt, welche dieser Ressourcen Horum während seiner Arbeit tatsächlich verwenden darf.
text_2: Auswahl und Aktivierung bleiben getrennte Zustände. Eine Arbeits UI kann daher rechts vorhanden sein, ohne aktuell von Horum berücksichtigt zu werden.
selected: Ausgewählt: Die Arbeits UI wurde aus einer der linken Listen in die aktive Auswahl übernommen.
enabled: Aktiviert: Der Switch steht auf ON und Horum darf die Arbeits UI verwenden.
disabled: Deaktiviert: Die Arbeits UI bleibt in der Auswahl vorhanden, wird von Horum jedoch nicht verwendet.
subcategories:
title: Unterkategorien
text_1: Eine Arbeits UI kann beliebig viele Unterkategorien enthalten. Dadurch können unterschiedliche Aufgaben, Abläufe oder Arbeitsoberflächen innerhalb derselben übergeordneten Ressource organisiert werden.
text_2: Jede Unterkategorie wird separat dargestellt und kann eine YAML-Datei, eine XML-Datei oder beide zusammengehörenden Dateitypen enthalten.
sub_control:
title: Einzelne Bestandteile steuern
text_1: In der aktiven Auswahl können die Bestandteile einer Arbeits UI über ihre Unterkategorien gezielt verwaltet werden. Dadurch muss nicht immer die komplette Arbeits UI deaktiviert werden.
text_2: So lässt sich bestimmen, welche vorhandenen YAML- und XML-Bestandteile Horum innerhalb der ausgewählten Ressource während seiner Arbeit berücksichtigen soll.
yaml: YAML: Ein vorhandener YAML-Bestandteil kann innerhalb der Unterkategorie gezielt aktiviert oder deaktiviert werden.
xml: XML: Ein vorhandener XML-Bestandteil kann innerhalb der Unterkategorie gezielt aktiviert oder deaktiviert werden.
combined: YAML und XML: Sind beide Bestandteile vorhanden, können sie innerhalb derselben Unterkategorie getrennt verwaltet werden.
eye:
title: Detailansicht
text_1: Über das Augen-Symbol wird die jeweilige Arbeits UI aufgeklappt und ihre Unterkategorien werden sichtbar.
text_2: Welche Möglichkeiten dort zur Verfügung stehen, hängt davon ab, ob es sich um eine von Horum erzeugte Ressource oder um eine bereits ausgewählte Ressource handelt.
generated: Durch Horum erzeugt: Die Detailansicht zeigt die vorhandenen Unterkategorien und ermöglicht das gezielte Löschen einzelner YAML- oder XML-Dateien.
active: Aktiv: Die Detailansicht zeigt die Unterkategorien der ausgewählten Arbeits UI und ermöglicht die gezielte Aktivierung oder Deaktivierung ihrer vorhandenen YAML- und XML-Bestandteile.
regeneration:
title: Dateien entfernen und neu erzeugen
text_1: Das Löschen einzelner Dateien bei einer von Horum erzeugten Arbeits UI ist bewusst vorgesehen. Dadurch kann ein unerwünschter Bestandteil entfernt werden, ohne zwingend die komplette Ressource zu löschen.
text_2: Benötigt Horum die entfernte Funktion oder Arbeitsoberfläche später erneut, kann bei Bedarf eine neue passende Datei erzeugt werden.
yaml: Ablauf ersetzen: Ist ein vorhandener YAML-Ablauf ungeeignet oder falsch formuliert, kann die entsprechende YAML-Datei entfernt werden.
xml: Arbeitsoberfläche ersetzen: Gefällt der Aufbau einer vorhandenen Arbeitsoberfläche nicht, kann gezielt die entsprechende XML-Datei entfernt werden.
new: Neu erzeugen: Wird der entfernte Bestandteil später wieder benötigt, kann Horum dafür eine neue passende Variante erzeugen.
state:
title: Auswahl und Zustände
text_1: Der Commander verwaltet getrennt, welche Arbeits UIs ausgewählt sind, welche davon aktiv sind und welche ihrer einzelnen Bestandteile berücksichtigt werden sollen.
text_2: Dadurch kann eine Arbeits UI vollständig aktiviert, vollständig deaktiviert oder innerhalb ihrer Unterkategorien gezielt eingeschränkt werden.
summary:
title: Zusammenfassung
text: Arbeits UIs stellen die Oberflächen bereit, die Horum während seiner Arbeit verwendet. Sie können aus YAML, XML oder beiden zusammengehörenden Dateitypen bestehen. Der Commander trennt verfügbare, ausgewählte und aktive Ressourcen und ermöglicht zusätzlich die Verwaltung einzelner Unterkategorien. Bei von Horum erzeugten Arbeits UIs können unerwünschte YAML- oder XML-Dateien gezielt gelöscht und bei späterem Bedarf von Horum neu erzeugt werden.

community/categories_de.json

documentation:
categories:
title: Kategorien & Themen
intro: Die Horum Community ist in Bereiche und Kategorien unterteilt. Dadurch werden Diskussionen thematisch eingeordnet und passende Themen können gezielt gefunden werden.
structure:
title: Aufbau der Community
text_1: Die Kategorienübersicht bildet die zentrale Struktur der Community. Die Kategorien sind fest vorgegeben und nach ihrem jeweiligen Themenbereich gruppiert.
text_2: Die Community verwendet drei übergeordnete Bereiche mit insgesamt 13 statischen Kategorien. Nutzer erstellen keine eigenen Kategorien. Neue Themen werden einer der vorhandenen Kategorien zugeordnet.
list_1: Horum AI – 4 Kategorien für Horum, seine Fähigkeiten, Darstellung und Konfiguration.
list_2: Marktplatz – 4 Kategorien für Produkte, Veröffentlichungen, Lizenzen, Manifeste und Hilfe.
list_3: System & Benchmark – 5 Kategorien für technische Themen, Konfiguration, Formate und Leistung.
category_display:
title: Anzeige einer Kategorie
text: Jede Kategorie wird als eigener Eintrag dargestellt und enthält die wichtigsten Informationen für die thematische Einordnung.
list_1: Name – eindeutige Bezeichnung der Kategorie.
list_2: Beschreibung – kurze Angabe, welche Themen in die Kategorie gehören.
list_3: Themenanzahl – zeigt, wie viele Themen aktuell der jeweiligen Kategorie zugeordnet sind.
horum:
title: Horum AI
text: Der Bereich Horum AI enthält vier Kategorien für Diskussionen über Horum selbst.
list_1: Horum Personalities – Personalities, Soul, Rules und Verhalten.
list_2: Horum Abilities – Commands, Funktionen und Fähigkeiten.
list_3: Horum Appearance – Core-Visuals, Farben und Benutzeroberfläche.
list_4: Horum Settings – Konfiguration und individuelle Anpassung von Horum.
marketplace:
title: Marktplatz
text: Der Bereich Marktplatz enthält vier Kategorien für Fragen, Produkte, Veröffentlichungen und Unterstützung rund um den Horum Marktplatz.
list_1: Questions – allgemeine Fragen zum Horum Marktplatz.
list_2: Products & Submissions – Erstellung, Veröffentlichung und Verwaltung von Produkten.
list_3: Licenses & Manifests – Lizenzen, Manifeste und Paketstrukturen.
list_4: Support & Help – Hilfe bei Fragen und Problemen mit dem Marktplatz.
system:
title: System & Benchmark
text: Der Bereich System & Benchmark enthält fünf Kategorien für technische Diskussionen über Horum, seine Konfiguration, Formate und Leistung.
list_1: Horum Console – Konsole, Logs und Debugging.
list_2: Benchmarking – Leistungstests, Modelle und Vergleiche.
list_3: Animation & Geometry – Core-Animationen, Geometrie und Rendering.
list_4: Settings – technische Einstellungen und Systemkonfiguration.
list_5: YAML, XML, MD & JSON – Horum-Formate, Schemas und Konfigurationsdateien.
topics:
title: Themen innerhalb einer Kategorie
text_1: Durch die Auswahl einer Kategorie öffnest du die darin enthaltenen Themen. Die Themenanzahl wird bereits in der Kategorienübersicht direkt neben der jeweiligen Kategorie angezeigt.
text_2: Ein Thema enthält den eigentlichen Beitrag und die dazugehörige Diskussion. Dort stehen die Community-Funktionen für Kommentare, Antworten, Votes und Folgen zur Verfügung.
list_1: Kategorie öffnen – zeigt die der ausgewählten Kategorie zugeordneten Themen.
list_2: Themenanzahl – zeigt bereits vor dem Öffnen, wie viele Themen die Kategorie enthält.
list_3: Thema öffnen – führt zum vollständigen Beitrag und der dazugehörigen Diskussion.
create:
title: Neues Thema erstellen
text_1: Über „Thema erstellen“ kannst du eine neue Diskussion in der Community beginnen.
text_2: Beim Erstellen wird das Thema einer passenden Kategorie zugeordnet. Die vollständigen Felder, Optionen und Anforderungen für neue Themen werden im Dokumentationsbereich „Thema erstellen“ beschrieben.
summary:
title: Vom Bereich zur Diskussion
text: Die Community ist in die drei fest vorgegebenen Bereiche Horum AI, Marktplatz sowie System & Benchmark mit insgesamt 13 statischen Kategorien gegliedert. Jede Kategorie zeigt Name, Beschreibung und die aktuelle Anzahl der zugeordneten Themen. Nutzer erstellen neue Themen und ordnen diese einer vorhandenen Kategorie zu.

community/create_topic_de.json

documentation:
create_topic:
title: Thema erstellen
intro: Über „Thema erstellen“ kannst du eine neue Diskussion in der Horum Community veröffentlichen. Das Thema wird einer der fest vorgegebenen Kategorien zugeordnet und besteht aus einem Titel, dem eigentlichen Inhalt und optionalen Bildern.
overview:
title: Neues Thema
text: Das Formular zur Themenerstellung enthält die Angaben und Funktionen, die für einen neuen Community-Beitrag zur Verfügung stehen.
list_1: Kategorie – ordnet das Thema einer der 13 vorhandenen Community-Kategorien zu.
list_2: Titel – legt den Titel des neuen Themas fest.
list_3: Inhalt – enthält den eigentlichen Beitrag und die Beschreibung des Themas.
list_4: Bilder – ermöglicht das optionale Hinzufügen mehrerer Bilder.
category:
title: Kategorie auswählen
text_1: Jedes neue Thema wird einer vorhandenen Community-Kategorie zugeordnet. Die Kategorien sind fest vorgegeben und können beim Erstellen eines Themas nicht selbst erstellt oder verändert werden.
text_2: Die Kategorieauswahl ist in dieselben drei Bereiche gegliedert wie die Community-Übersicht.
list_1: Horum AI – 4 Kategorien.
list_2: Marktplatz – 4 Kategorien.
list_3: System & Benchmark – 5 Kategorien.
horum_categories:
title: Kategorien: Horum AI
text: Für Themen über Horum selbst stehen im Bereich Horum AI vier Kategorien zur Verfügung.
list_1: Horum Persönlichkeiten – Themen zu Persönlichkeiten, Soul, Rules und Verhalten.
list_2: Horum Fähigkeiten – Themen zu Commands, Funktionen und Fähigkeiten.
list_3: Horum Erscheinungsbild – Themen zu Core-Visuals, Farben und Benutzeroberfläche.
list_4: Horum Einstellungen – Themen zur Konfiguration und individuellen Anpassung von Horum.
marketplace_categories:
title: Kategorien: Marktplatz
text: Für Themen rund um den Horum Marktplatz stehen vier Kategorien zur Verfügung.
list_1: Fragen – allgemeine Fragen zum Horum Marktplatz.
list_2: Produkte & Einreichungen – Erstellung, Veröffentlichung und Verwaltung von Produkten.
list_3: Lizenzen & Manifeste – Themen zu Lizenzen, Manifesten und Paketstrukturen.
list_4: Support & Hilfe – Fragen und Probleme rund um den Horum Marktplatz.
system_categories:
title: Kategorien: System & Benchmark
text: Für technische Themen stehen im Bereich System & Benchmark fünf Kategorien zur Verfügung.
list_1: Horum Konsole – Themen zu Konsole, Logs und Debugging.
list_2: Benchmarking – Themen zu Leistungstests, Modellen und Vergleichen.
list_3: Animation & Geometrie – Themen zu Core-Animationen, Geometrie und Rendering.
list_4: Einstellungen – technische Einstellungen und Systemkonfiguration.
list_5: YAML, XML, MD & JSON – Themen zu Horum-Formaten, Schemas und Konfigurationsdateien.
title_field:
title: Titel
text_1: Der Titel bezeichnet das neue Thema und wird über das dafür vorgesehene Textfeld eingegeben.
list_1: Maximale Länge – 150 Zeichen.
list_2: Der Titel wird als Bezeichnung des Themas innerhalb der Community verwendet.
text_2: Der Titel sollte den Inhalt des Themas möglichst eindeutig beschreiben, damit andere Nutzer die Diskussion schnell einordnen können.
content:
title: Inhalt
text_1: Im Feld „Inhalt“ wird der eigentliche Beitrag des neuen Themas eingetragen.
text_2: Hier kannst du die Frage, Beschreibung, technische Informationen oder andere Inhalte eintragen, die den Ausgangspunkt der Diskussion bilden.
images:
title: Bilder
text_1: Zusätzlich zum Text können dem Thema optional Bilder hinzugefügt werden. Die Dateiauswahl unterstützt die Auswahl mehrerer Bilder.
list_1: PNG – Bilddateien im PNG-Format.
list_2: JPG – Bilddateien im JPG-Format.
list_3: JPEG – Bilddateien im JPEG-Format.
list_4: WEBP – Bilddateien im WEBP-Format.
list_5: GIF – Bilddateien im GIF-Format.
text_2: Über „Bilder auswählen“ öffnest du die Dateiauswahl und kannst die gewünschten Bilder zum Thema hinzufügen.
text_3: Videos werden bei der Themenerstellung nicht unterstützt. Dadurch werden insbesondere Speicherbedarf und Sicherheitsrisiken bei hochgeladenen Community-Inhalten reduziert.
actions:
title: Aktionen
text: Unterhalb des Formulars stehen zwei Aktionen zum Beenden oder Absenden der Themenerstellung zur Verfügung.
list_1: Abbrechen – beendet die Themenerstellung und führt zurück zur Community.
list_2: Thema erstellen – sendet die eingegebenen Daten ab und erstellt das neue Thema.
publish:
title: Thema veröffentlichen
text_1: Mit „Thema erstellen“ werden die eingegebenen Daten übermittelt und das neue Thema der ausgewählten Kategorie zugeordnet.
text_2: Nach der Erstellung gehört das Thema zur Community und kann von anderen Nutzern geöffnet und für die weitere Diskussion verwendet werden.
notifications:
title: Benachrichtigungen
text_1: Aktivitäten innerhalb eines veröffentlichten Themas können mit den Benachrichtigungsfunktionen von Horum verbunden sein.
text_2: Welche Benachrichtigungen du erhältst, hängt von den jeweiligen Community-Funktionen und deinen aktivierten Benachrichtigungseinstellungen ab.
summary:
title: Eine Diskussion starten
text: Für ein neues Community-Thema wählst du eine der 13 statisch vorgegebenen Kategorien, vergibst einen Titel mit maximal 150 Zeichen und trägst den Inhalt des Beitrags ein. Optional können mehrere Bilder in den Formaten PNG, JPG, JPEG, WEBP oder GIF hinzugefügt werden. Anschließend kann das Thema erstellt oder der Vorgang abgebrochen werden.

community/overview_de.json

documentation:
community_overview:
title: Horum Community
intro: Die Horum Community ist der zentrale Bereich für Diskussionen, Fragen, Erfahrungen und den Austausch zwischen Horum-Nutzern. Hier kannst du bestehende Themen entdecken, eigene Diskussionen starten und dich aktiv an Gesprächen beteiligen.
purpose:
title: Austausch rund um Horum
text_1: Die Community ergänzt die Horum-Plattform um einen eigenen Bereich für den direkten Austausch zwischen Nutzern. Sie ist nicht auf Supportfragen beschränkt, sondern bietet Raum für technische Diskussionen, Ideen, Erfahrungen und unterschiedliche Ansätze im Umgang mit Horum.
text_2: Auch Themen rund um den Marketplace, eigene Erweiterungen, Konfigurationen und technische Bereiche von Horum können innerhalb der dafür vorgesehenen Kategorien diskutiert werden.
categories:
title: Kategorien & Themen
text_1: Die Community ist in verschiedene Bereiche und Kategorien gegliedert. Dadurch werden Diskussionen nach Themengebieten organisiert und können leichter gefunden werden.
text_2: Innerhalb einer Kategorie findest du die dazugehörigen Themen. Du kannst bestehende Diskussionen öffnen oder selbst ein neues Thema in der passenden Kategorie erstellen.
discussions:
title: Diskutieren, kommentieren und antworten
text_1: Jedes Thema bildet eine eigene Diskussion. Andere Nutzer können den ursprünglichen Beitrag lesen und sich über Kommentare daran beteiligen.
text_2: Mit Antworten und Zitaten kannst du gezielt auf bestehende Kommentare eingehen. Dadurch bleiben auch längere Diskussionen nachvollziehbar und einzelne Gesprächsverläufe können leichter zugeordnet werden.
interactions:
title: Votes & Themen folgen
text_1: Über Votes kannst du zeigen, welche Themen du innerhalb der Community relevant oder hilfreich findest. Der Vote-Score macht die Bewertung eines Themas für andere Nutzer sichtbar.
text_2: Interessante Themen kannst du zusätzlich verfolgen. Gefolgte Themen werden deinem Account zugeordnet und können über die entsprechenden Community-Filter leichter wiedergefunden werden.
notifications:
title: Auf dem Laufenden bleiben
text_1: Wenn du einem Thema folgst, kannst du bei neuen Kommentaren oder anderen Interaktionen innerhalb dieses Themas benachrichtigt werden.
text_2: Auch als Ersteller eines Themas kannst du Benachrichtigungen erhalten, wenn andere Nutzer deinem Thema folgen oder einen Kommentar veröffentlichen. Ob und über welche Kanäle du diese Mitteilungen erhältst, hängt von deinen persönlichen Benachrichtigungseinstellungen ab.
summary:
title: Die Community gehört Horum-Nutzern
text: Fragen stellen, Erfahrungen teilen, Ideen diskutieren oder anderen Nutzern weiterhelfen – die Community verbindet Horum-Nutzer und schafft einen gemeinsamen Ort für alles, was rund um Horum entsteht.
breadcrumb:
title: Breadcrumb-Navigation
intro: Die Breadcrumb-Navigation zeigt dir, an welcher Stelle innerhalb der Community du dich gerade befindest.
navigation:
title: Zwischen Bereichen navigieren
text_1: Über die Breadcrumb-Navigation kannst du von einem Thema zurück zu dessen Kategorie oder zu einem übergeordneten Bereich der Community wechseln.
text_2: Dadurch musst du nicht über die Hauptseite zurück navigieren, wenn du innerhalb einer Kategorie weitere Themen ansehen möchtest.
context:
title: Aktuelle Position
text_1: Der angezeigte Pfad hilft dir gleichzeitig dabei, den aktuellen Inhalt einer Kategorie oder einem Community-Bereich zuzuordnen.

console/commands_de.json

documentation:
commands:
title: Konsolenbefehle
intro: Die Horum-Konsole stellt Befehle für die Konsole selbst, Entwicklerfunktionen, Fenstersteuerung, Systeminformationen, KI, Medien und den Horum Core bereit. Befehle werden direkt hinter dem Konsolen-Prompt eingegeben.
usage:
title: Befehle verwenden
text_1: Ein Befehl besteht aus dem Befehlsnamen und, abhängig vom jeweiligen Befehl, zusätzlichen Argumenten. Die Eingabe wird über den aktuellen Prompt der Konsole ausgeführt.
text_2: Die integrierte Hilfe kann entweder die vollständige Befehlsübersicht oder Informationen zu einem bestimmten Befehl anzeigen.
help: help: Zeigt alle verfügbaren Befehle an.
help_command: help [befehl]: Zeigt Beschreibung, Verwendung und weitere Informationen zu einem bestimmten Befehl an.
console:
title: Konsole
text: Diese Befehle steuern grundlegende Funktionen der Konsole.
help: help [befehl]: Zeigt alle verfügbaren Befehle oder Informationen zu einem bestimmten Befehl an.
clear: clear: Leert den sichtbaren Inhalt der Konsole.
developer:
title: Entwickler
text: Entwicklerbefehle stellen technische Werkzeuge für Analyse, Performance-Messungen und Tests bereit.
benchmark: benchmark [fall] [filter] [/dauer]: Startet Performance- und Benchmarktests.
benchmark:
title: Benchmark
text_1: Mit benchmark können Performance- und Benchmarktests direkt über die Konsole gestartet werden. Ohne weitere Angaben wird der OpenGL-Benchmark mit einer Dauer von 10 Sekunden verwendet.
text_2: Der Benchmark-Fall bestimmt den auszuführenden Test. Für OpenGL kann zusätzlich ein Filter angegeben werden. Die gewünschte Laufzeit wird mit einem vorangestellten Schrägstrich angegeben.
usage: Syntax: benchmark [fall] [filter] [/dauer]
case: Fall: Bestimmt den auszuführenden Benchmark-Fall, beispielsweise cpu, ram, fps, frame_time oder opengl.
filter: Filter: Beim OpenGL-Benchmark kann ein bestimmter Bereich wie inner_wave ausgewählt werden.
duration: Dauer: /20 führt den Benchmark beispielsweise 20 Sekunden lang aus.
windows:
title: Fenster
text_1: Fensterbefehle steuern die Medienlisten von Horum direkt über die Konsole. Die gewünschte Aktion wird mit dem jeweiligen Fenstertyp kombiniert.
text_2: Die Befehle können für Bild-, Video-, Audio- und Dokumentenlisten verwendet werden.
open: open <typ> list: Öffnet die entsprechende Medienliste.
close: close <typ> list: Schließt die entsprechende Medienliste.
refresh: refresh <typ> list: Aktualisiert den Inhalt der entsprechenden Medienliste.
pin: pin <typ> list: Fixiert die entsprechende Medienliste.
unpin: unpin <typ> list: Löst die Fixierung der entsprechenden Medienliste.
minimize: minimize <typ> list: Minimiert die entsprechende Medienliste.
restore: restore <typ> list: Stellt die entsprechende Medienliste wieder her.
window_types:
title: Verfügbare Medienlisten
text: Die Fensterbefehle können mit den folgenden Listentypen kombiniert werden.
image: image list: Bildliste.
video: video list: Videoliste.
audio: audio list: Audioliste.
document: document list: Dokumentenliste.
system:
title: System
text: Systembefehle stellen Informationen über den aktuellen Zustand und die installierte Horum-Umgebung bereit.
status: status: Zeigt den aktuellen Laufzeitstatus von Horum an.
system: system: Zeigt Informationen über System und Laufzeit an.
version: version: Zeigt die installierte Horum-Version an.
ai:
title: KI
text: KI-Befehle stellen Informationen zu den aktiven KI-Komponenten und deren Nutzung bereit.
model: model: Zeigt Informationen über das aktive KI-Modell an.
tokens: tokens: Zeigt die aktuelle Token-Nutzung an.
memory: memory: Zeigt Informationen über den KI-Speicher an.
cache: cache: Zeigt Informationen über den Cache an.
speech: speech: Zeigt Informationen zur Sprachsteuerung an.
media:
title: Medien
text: Medienbefehle ermöglichen den Zugriff auf Informationen zu Medien sowie die Suche, Sortierung und Filterung geöffneter Medienlisten.
paths: paths: Zeigt die konfigurierten Medienpfade an.
media: media: Zeigt aktive Medien an.
search: search <content> [text]: Durchsucht eine Medienliste nach Namen.
sort: sort <content> <mode>: Sortiert eine Medienliste nach Name, Datum, Größe oder Dauer.
filter: filter <content> <filter> [values]: Filtert eine Medienliste nach bestimmten Eigenschaften.
search:
title: Medien durchsuchen
text_1: Der search-Befehl setzt die Namenssuche einer geöffneten Medienliste. Unterstützt werden Audio, Video, Bilder und Dokumente.
text_2: Der Suchtext kann aus mehreren Wörtern bestehen. Wird kein Suchtext nach dem Content-Typ angegeben, wird die bestehende Suche für diese Medienliste entfernt.
usage: Syntax: search <content> [text]
content: Content: audio, video, image oder document.
text: Text: Der Name oder Suchtext, nach dem innerhalb der gewählten Medienliste gesucht werden soll.
sort:
title: Medien sortieren
text_1: Der sort-Befehl ändert die Sortierung einer geöffneten Medienliste. Unterstützt werden Audio, Video, Bilder und Dokumente.
text_2: Name, Datum und Größe können für die unterstützten Content-Typen sortiert werden. Eine Sortierung nach Dauer ist ausschließlich für Audio und Video verfügbar.
usage: Syntax: sort <content> <mode>
name: Name: Sortiert Inhalte nach ihrem Namen in auf- oder absteigender Reihenfolge.
date: Datum: Sortiert Inhalte nach ihrem Datum in auf- oder absteigender Reihenfolge.
size: Größe: Sortiert Inhalte nach ihrer Dateigröße in auf- oder absteigender Reihenfolge.
duration: Dauer: Sortiert Audio- oder Videoinhalte nach ihrer Dauer in auf- oder absteigender Reihenfolge.
filter:
title: Medien filtern
text_1: Der filter-Befehl setzt Filter für eine geöffnete Medienliste. Unterstützt werden Audio, Video, Bilder und Dokumente.
text_2: Filter können nach Dateiendung, MIME-Typ oder Dauer gesetzt werden. Dauerfilter stehen ausschließlich für Audio und Video zur Verfügung und unterstützen Vergleichsoperatoren sowie Wertebereiche.
usage: Syntax: filter <content> <filter> [values]
extension: extension: Filtert nach einer oder mehreren Dateiendungen, beispielsweise filter video extension mp4 mkv.
mime: mime: Filtert nach einem oder mehreren MIME-Typen, beispielsweise filter document mime application/pdf.
duration: duration: Filtert Audio oder Video über <, <=, > oder >= und einen Wert oder über einen Bereich aus Minimal- und Maximalwert.
clear: Filter entfernen: filter <content> ohne weiteren Filter entfernt alle gesetzten Filter der entsprechenden Medienliste.
core:
title: Horum Core
text: Core-Befehle stellen Informationen zu zentralen Horum-Prozessen und laufenden Aktivitäten bereit.
core: core: Zeigt Informationen über den Horum Core an.
search: search: Zeigt Informationen über aktive Suchen an.
windows: windows: Zeigt alle aktuell geöffneten Horum-Fenster an.
summary:
title: Zusammenfassung
text: Die Horum-Konsole bietet eine direkte textbasierte Steuerung für Konsolenfunktionen, Benchmarks, Fenster, Systeminformationen, KI, Medien und den Horum Core. Über help kann jederzeit die vollständige Befehlsübersicht oder die Hilfe zu einem einzelnen Befehl aufgerufen werden.

console/console_window_de.json

documentation:
console_window:
title: Konsolenfenster
intro: Das Konsolenfenster stellt die direkte textbasierte Schnittstelle zur Horum-Konsole bereit. Es verbindet Ausgabe, Kommandoeingabe, Verlauf und Tracking innerhalb eines kompakten eigenen Fensters.
purpose:
title: Aufgabe des Konsolenfensters
text_1: Das Konsolenfenster dient als zentrale Oberfläche für die direkte Arbeit mit der Horum-Konsole. Befehle werden über einen Prompt eingegeben und Ausgaben unmittelbar innerhalb desselben Konsolenbereichs dargestellt.
text_2: Das Fenster verbindet dafür die sichtbare Konsolenoberfläche mit separaten Controllern für Eingabe, Befehlsverarbeitung und Tracking.
structure:
title: Aufbau
text_1: Das Konsolenfenster ist als rahmenloses Werkzeugfenster aufgebaut und verwendet eine eigene kompakte Fensterstruktur.
text_2: Die einzelnen Komponenten übernehmen klar getrennte Aufgaben innerhalb der Konsole.
titlebar: Titelleiste: Enthält den Namen der Konsole und die verfügbaren Fensteraktionen.
frame: Console Frame: Bildet den Inhaltsbereich des Konsolenfensters.
output: Console Output: Zeigt Konsolenausgaben an und enthält gleichzeitig den aktiven Prompt für die Kommandoeingabe.
controllers: Controller: Verarbeiten Eingabe, Befehle und Tracking unabhängig von der sichtbaren Oberfläche.
titlebar:
title: Titelleiste
text_1: Die Konsole verwendet eine eigene kompakte Titelleiste. Sie enthält den lokalisierten Fenstertitel und die direkten Aktionen für das Konsolenfenster.
text_2: Die Titelleiste dient gleichzeitig als Bereich zum Verschieben des Fensters.
pin: Anheften: Steuert die Pin-Funktion des Konsolenfensters.
settings: Einstellungen: Öffnet oder schließt die Einstellungen der Konsole.
minimize: Minimieren: Steuert die Minimierungsfunktion des Konsolenfensters.
close: Schließen: Fordert das Schließen des Konsolenfensters an.
frame:
title: Console Frame
text_1: Der Console Frame bildet den eigentlichen Inhaltscontainer des Konsolenfensters. Er besitzt keine eigenen Bedienelemente und stellt den verfügbaren Bereich vollständig dem eingesetzten Inhalt zur Verfügung.
text_2: Der enthaltene Inhalt kann ausgetauscht werden. Im normalen Konsolenbetrieb wird der Console Output in diesen Frame eingesetzt.
output:
title: Konsolenausgabe
text_1: Der Console Output basiert auf einem Textbereich mit Monospace-Schrift und bildet die sichtbare Konsolenoberfläche. Neue Ausgaben werden am Ende des vorhandenen Inhalts eingefügt.
text_2: Der aktuelle Prompt wird ebenfalls direkt innerhalb dieses Bereichs geschrieben. Dadurch erscheinen vorherige Ausgaben, ausgeführte Befehle und die aktuelle Eingabe in einer gemeinsamen Konsolenansicht.
startup: Startausgabe: Beim Erzeugen der Konsole werden die vorgesehenen Startinformationen und ein Hinweis auf die Hilfe ausgegeben.
prompt: Prompt: Nach der Startausgabe und nach ausgeführten Befehlen wird ein neuer Prompt für die nächste Eingabe bereitgestellt.
scroll: Scrollen: Die Konsole besitzt eine vertikale Scrollbar und hält den Textcursor bei neuen Ausgaben sichtbar.
clear: Leeren: Der sichtbare Konsoleninhalt kann vollständig geleert und anschließend mit einem neuen Prompt fortgesetzt werden.
input:
title: Kommandoeingabe
text_1: Die aktive Kommandoeingabe erfolgt direkt hinter dem aktuellen Prompt im Console Output. Der Input Controller überwacht dabei die Tastatureingaben innerhalb der Konsole.
text_2: Der bereits ausgegebene Konsoleninhalt und der Prompt werden gegenüber der aktuellen Eingabe geschützt, sodass der Benutzer nicht versehentlich in ältere Konsolenbereiche zurückschreibt.
enter: Enter: Übernimmt die aktuelle Eingabe und übergibt sie als Kommando zur weiteren Verarbeitung.
history: Pfeil hoch und runter: Navigiert durch die während der aktuellen Konsolennutzung gespeicherten vorherigen Befehle.
protection: Eingabeschutz: Backspace und Pfeil nach links können den Cursor nicht vor den Beginn des aktuellen Prompts bewegen.
controllers:
title: Controller
text_1: Die Verarbeitung der Konsole ist in mehrere Controller aufgeteilt. Dadurch bleiben Darstellung, Eingabeverhalten, Befehlsverarbeitung und Tracking voneinander getrennt.
text_2: Das Konsolenfenster erzeugt diese Controller und verbindet sie mit dem gemeinsamen Console Output.
input: Input Controller: Verarbeitet Tastatureingaben, Kommandoübergabe und den Befehlsverlauf.
command: Command Controller: Verarbeitet Konsolenbefehle und übergibt weitere unterstützte Befehle an das Horum-Befehlssystem.
tracking: Tracking Controller: Schreibt aktivierte Tracking-Ereignisse mit ihrer jeweiligen Kategorie in die Konsolenausgabe.
command_history:
title: Befehlsverlauf
text_1: Ausgeführte nicht leere Eingaben werden innerhalb des Konsolenfensters in einem Befehlsverlauf gespeichert. Der Verlauf kann direkt über die Pfeiltasten durchsucht werden.
text_2: Beim Navigieren wird der aktuelle Eingabebereich hinter dem Prompt durch den ausgewählten früheren Befehl ersetzt. Nach dem neuesten Eintrag führt die Navigation wieder zu einer leeren Eingabe.
window_behavior:
title: Fensterverhalten
text_1: Das Konsolenfenster wird als rahmenloses Werkzeugfenster innerhalb von Horum verwendet und startet mit einer Größe von 700 × 500 Pixeln.
text_2: Eigene Controller übernehmen das Verschieben, Anheften und Minimieren des Fensters. Die zugehörigen Aktionen werden über die kompakte Titelleiste bereitgestellt.
settings_window:
title: Konsoleneinstellungen
text_1: Über den Settings-Button kann ein eigenes Einstellungsfenster der Konsole geöffnet werden. Ist dieses bereits sichtbar, wird es über dieselbe Aktion wieder geschlossen.
text_2: Das Einstellungsfenster erhält den Tracking Controller der aktuellen Konsole und wird relativ zum Konsolenfenster positioniert. Die einzelnen Einstellungen und Tracking-Kategorien werden separat unter Einstellungen & Tracking beschrieben.
summary:
title: Zusammenfassung
text: Das Konsolenfenster verbindet eine kompakte Fensteroberfläche mit Console Frame, Console Output und separaten Controllern für Eingabe, Befehle und Tracking. Befehle werden direkt über den Prompt eingegeben, können über den Verlauf erneut aufgerufen werden und erscheinen gemeinsam mit den erzeugten Ausgaben innerhalb derselben Konsolenansicht.

console/overview_de.json

documentation:
overview:
title: Konsole
intro: Die Horum-Konsole ist eine direkte textbasierte Schnittstelle für Befehle, Statusausgaben, Tracking und die Steuerung verschiedener Horum-Funktionen. Sie kann sowohl vom Benutzer als auch von Horum selbst für Aktionen innerhalb des Systems verwendet werden.
purpose:
title: Aufgabe der Konsole
text_1: Die Konsole verbindet eine klassische Kommandoeingabe mit Funktionen von Horum. Über Befehle können Informationen abgefragt, Entwicklerfunktionen ausgeführt, Medien verarbeitet und Fenster gesteuert werden.
text_2: Zusätzlich kann die Konsole ausgewählte Aktivitäten von Horum über das Console Tracking sichtbar machen und damit einen direkten Einblick in laufende Vorgänge geben.
user_horum:
title: Benutzer und Horum
text_1: Die Konsolenbefehle sind nicht ausschließlich für die manuelle Eingabe durch den Benutzer vorgesehen. Auch Horum kann diese Funktionen verwenden, um entsprechende Aktionen selbstständig auszuführen.
text_2: Dadurch bilden die Befehle eine gemeinsame Steuerschnittstelle. Horum kann beispielsweise auf Anforderung eine Audio-, Video-, Bild- oder Dokumentenliste öffnen, während dieselbe Aktion auch direkt über die Konsole ausgelöst werden kann.
user: Benutzer: Kann Befehle direkt über den Prompt der Konsole eingeben und damit Funktionen von Horum ausführen.
horum: Horum: Kann dieselben Funktionen für eigene Aktionen verwenden, beispielsweise um benötigte Medienfenster zu öffnen oder zu steuern.
console_window:
title: Konsolenfenster
text_1: Die Konsole besitzt ein eigenes kompaktes Fenster mit Titelleiste, Console Frame und Console Output. Eingaben und erzeugte Ausgaben werden innerhalb derselben Konsolenansicht dargestellt.
text_2: Das Konsolenfenster stellt außerdem die direkten Fensteraktionen sowie den Zugriff auf die Einstellungen für das Console Tracking bereit.
commands:
title: Befehlsbereiche
text_1: Die verfügbaren Konsolenbefehle sind nach ihrem jeweiligen Aufgabenbereich organisiert. Dadurch können sowohl einfache Konsolenaktionen als auch Funktionen anderer Horum-Bereiche über dieselbe Schnittstelle angesprochen werden.
text_2: Eine vollständige Beschreibung der einzelnen Befehle, ihrer Syntax und ihrer Argumente befindet sich auf der Seite Konsolenbefehle.
console: Konsole: Grundlegende Funktionen wie Hilfe und das Leeren der Konsolenausgabe.
developer: Entwickler: Technische Funktionen wie Performance- und Benchmarktests.
windows: Fenster: Öffnen, Schließen, Aktualisieren, Fixieren, Minimieren und Wiederherstellen der Medienlisten.
system: System: Informationen über den Zustand, die Laufzeit und die installierte Horum-Version.
ai: KI: Informationen zu Modell, Token-Nutzung, Speicher, Cache und Sprachsteuerung.
media: Medien: Medienpfade, aktive Medien sowie Suche, Sortierung und Filterung.
core: Horum Core: Informationen über den Core, aktive Suchen und geöffnete Horum-Fenster.
media_windows:
title: Medienfenster
text_1: Ein wichtiger Einsatzbereich der Konsole ist die Steuerung der vier Medienlisten von Horum. Sie stellen die gefundenen Medien übersichtlich in eigenen kompakten Fenstern bereit.
text_2: Die Medienfenster können sowohl durch direkte Konsolenbefehle des Benutzers als auch durch Horum selbst geöffnet und gesteuert werden.
audio: Audio: Zeigt gefundene Audiodateien und stellt Informationen wie Dateigröße, Details und Dauer für die weitere Auswahl und Wiedergabe bereit.
video: Video: Zeigt gefundene Videodateien mit Vorschau und weiteren Dateiinformationen und stellt sie für die Auswahl und Wiedergabe bereit.
image: Bilder: Zeigt gefundene Bilddateien mit Vorschau und Informationen wie Dateiname, Größe, Auflösung und Dateiendung.
document: Dokumente: Zeigt gefundene Dokumentdateien mit Informationen wie Dateiname, MIME-Typ, Größe und Dateiendung.
media_access:
title: Zugriff auf Medien
text_1: Die Medienlisten arbeiten mit den in Horum konfigurierten und freigegebenen Medienpfaden. Für Audio, Video, Bilder und Dokumente werden die jeweils unterstützten Dateiformate berücksichtigt.
text_2: Bei der Suche nach Medien können konfigurierte Ordner direkt oder rekursiv einschließlich ihrer Unterordner durchsucht werden. Gefundene passende Dateien werden anschließend für die jeweilige Medienliste bereitgestellt.
media_control:
title: Steuerung der Medienfenster
text_1: Die Medienlisten können über die Konsole nicht nur geöffnet, sondern auch während ihrer Verwendung gesteuert werden. Die gleichen Aktionen stehen für Audio-, Video-, Bild- und Dokumentenlisten zur Verfügung.
text_2: Damit können Benutzer und Horum die benötigten Medienfenster abhängig von der aktuellen Aufgabe einblenden, aktualisieren und verwalten.
open: Öffnen: Öffnet die gewünschte Audio-, Video-, Bild- oder Dokumentenliste.
close: Schließen: Schließt die entsprechende Medienliste.
refresh: Aktualisieren: Lädt den Inhalt der entsprechenden Medienliste neu.
pin: Fixieren: Fixiert eine Medienliste beziehungsweise löst ihre Fixierung wieder.
minimize: Minimieren: Minimiert die entsprechende Medienliste.
restore: Wiederherstellen: Stellt eine zuvor minimierte Medienliste wieder her.
mini_windows:
title: Mini Windows
text_1: Die Audio-, Video-, Bild- und Dokumentenlisten werden als kompakte Mini Windows innerhalb von Horum dargestellt. Dadurch können Medieninformationen bereitgestellt werden, ohne dafür ein großes separates Hauptfenster zu benötigen.
text_2: An dieser Stelle werden die Mini Windows nur im Zusammenhang mit der Konsole und den Medienlisten behandelt. Aufbau, Bedienung und die Besonderheiten der vier einzelnen Medienfenster werden separat dokumentiert.
tracking:
title: Console Tracking
text_1: Neben der direkten Befehlsausführung kann die Konsole ausgewählte Aktivitäten von Horum sichtbar machen. Dafür stehen verschiedene Tracking-Kategorien zur Verfügung.
text_2: Welche Kategorien ihre Ereignisse in die Konsole schreiben dürfen, kann über Einstellungen & Tracking individuell festgelegt werden.
architecture:
title: Gemeinsame Schnittstelle
text_1: Die Konsole ist damit mehr als eine reine manuelle Kommandozeile. Sie verbindet Benutzereingaben, Horum-Aktionen, Medienfenster, Statusausgaben und Tracking über eine gemeinsame textbasierte Schnittstelle.
text_2: Der Benutzer kann Funktionen bewusst über Befehle auslösen, während Horum dieselben Funktionen verwenden kann, wenn sie für eine aktuelle Aufgabe benötigt werden.
summary:
title: Zusammenfassung
text: Die Horum-Konsole verbindet direkte Befehle, Tracking und die Steuerung weiterer Horum-Funktionen. Sie steht nicht nur dem Benutzer zur Verfügung: Auch Horum kann ihre Funktionen nutzen, beispielsweise um Audio-, Video-, Bild- und Dokumentenlisten als Mini Windows zu öffnen und zu steuern.

console/settings_de.json

documentation:
settings:
title: Einstellungen & Tracking
intro: Die Konsoleneinstellungen steuern, welche Aktivitäten und Ereignisse von Horum direkt innerhalb der Konsole ausgegeben werden. Die einzelnen Tracking-Kategorien können unabhängig voneinander aktiviert oder deaktiviert werden.
purpose:
title: Aufgabe der Konsoleneinstellungen
text_1: Das Console Tracking ermöglicht es, ausgewählte interne Aktivitäten von Horum während der Nutzung direkt in der Konsole zu verfolgen.
text_2: Dadurch kann festgelegt werden, welche Bereiche zusätzliche Status- und Tracking-Ausgaben in die Konsole schreiben dürfen.
access:
title: Einstellungen öffnen
text_1: Die Tracking-Einstellungen werden über den Settings-Button in der Titelleiste des Konsolenfensters geöffnet.
text_2: Das Einstellungsfenster wird innerhalb der Konsole positioniert und kann über denselben Settings-Button oder über den Close-Button wieder geschlossen werden.
tracking:
title: Tracking-Kategorien
text_1: Jede Tracking-Kategorie besitzt eine eigene Checkbox und kann unabhängig von den anderen Kategorien aktiviert oder deaktiviert werden.
text_2: Aktivierte Kategorien dürfen entsprechende Ereignisse in die Konsolenausgabe schreiben.
responses: Responses: Verfolgt Ereignisse und Informationen zu Antworten.
windows: Windows: Verfolgt Ereignisse und Informationen zu Fenstern.
tokens: Tokens: Verfolgt Ereignisse und Informationen zur Token-Nutzung.
searches: Searches: Verfolgt Ereignisse und Informationen zu Suchvorgängen.
model: Model: Verfolgt Ereignisse und Informationen zum verwendeten KI-Modell.
memory: Memory: Verfolgt Ereignisse und Informationen zum KI-Speicher.
media: Media: Verfolgt Ereignisse und Informationen zu Medien.
system: System: Verfolgt Ereignisse und Informationen zu Systemvorgängen.
defaults:
title: Standardeinstellungen
text_1: Beim Erzeugen des Tracking Controllers sind drei Kategorien standardmäßig aktiviert.
text_2: Die übrigen Tracking-Kategorien sind zunächst deaktiviert und können bei Bedarf einzeln zugeschaltet werden.
responses: Responses: Standardmäßig aktiviert.
windows: Windows: Standardmäßig aktiviert.
tokens: Tokens: Standardmäßig aktiviert.
optional: Searches, Model, Memory, Media und System: Standardmäßig deaktiviert.
behavior:
title: Direkte Aktivierung
text_1: Änderungen an einer Checkbox werden unmittelbar an den Tracking Controller übergeben. Ein zusätzlicher Speichern-Button ist dafür nicht erforderlich.
text_2: Wird eine Kategorie deaktiviert, werden Tracking-Ausgaben dieser Kategorie nicht in die Konsole geschrieben. Wird sie aktiviert, können entsprechende Ereignisse wieder ausgegeben werden.
output:
title: Tracking-Ausgabe
text_1: Aktive Tracking-Ereignisse werden direkt in den Console Output geschrieben. Die jeweilige Tracking-Kategorie wird dabei als Kennzeichnung vor der eigentlichen Nachricht ausgegeben.
text_2: Ist eine Kategorie deaktiviert, ignoriert der Tracking Controller entsprechende Tracking-Nachrichten und erzeugt dafür keine Konsolenausgabe.
window:
title: Tracking-Fenster
text_1: Die Tracking-Einstellungen werden in einem kompakten Fenster mit einer festen Größe von 280 × 340 Pixeln dargestellt. Die verfügbaren Checkboxen werden aus den Kategorien des aktuellen Tracking Controllers erzeugt.
text_2: Beim Schließen wird das Einstellungsfenster entfernt und der Settings-Button der Konsole wieder in seinen normalen Zustand versetzt.
summary:
title: Zusammenfassung
text: Über Einstellungen & Tracking lässt sich gezielt festlegen, welche Horum-Aktivitäten innerhalb der Konsole verfolgt werden. Responses, Windows und Tokens sind standardmäßig aktiv, während Searches, Model, Memory, Media und System bei Bedarf zugeschaltet werden können.

controls/cursor_management_de.json

documentation:
cursor_management:
title: Cursor-Verwaltung
intro: Die Cursor-Verwaltung stellt Horum eigene Cursor für unterschiedliche Interaktionen mit der Benutzeroberfläche bereit. Dadurch können auswählbare Elemente, Texteingaben, gesperrte Bereiche und Größenänderungen unmittelbar durch den passenden Cursor dargestellt werden.
purpose:
title: Aufgabe der Cursor-Verwaltung
text_1: Der CursorManager stellt die verschiedenen Cursor zentral für die Horum-Oberfläche bereit. Komponenten müssen dadurch ihre Cursor nicht selbst laden oder erzeugen.
text_2: Für jede unterstützte Interaktion existiert ein eigener Cursor, der über die entsprechende Funktion des CursorManagers abgerufen werden kann.
cursors:
title: Verfügbare Cursor
text_1: Horum verwendet acht eigene Cursor für die verschiedenen Zustände und Interaktionen der Benutzeroberfläche.
text_2: Jeder Cursor besitzt eine eindeutige Bedeutung und zeigt dem Nutzer unmittelbar, welche Interaktion an der aktuellen Position möglich ist.
arrow: Arrow: Standardcursor für normale Bereiche und Elemente ohne spezielle Interaktion.
pointer: Pointer: Zeigt ein auswählbares oder anklickbares Element an.
text: Text: Zeigt einen Bereich an, in dem Text eingegeben oder bearbeitet werden kann.
forbidden: Forbidden: Zeigt an, dass die entsprechende Aktion oder Bearbeitung an dieser Stelle nicht erlaubt ist.
resize_horizontal: Horizontal Resize: Zeigt an, dass ein Element horizontal in der Größe verändert werden kann.
resize_vertical: Vertical Resize: Zeigt an, dass ein Element vertikal in der Größe verändert werden kann.
resize_diagonal_45: Diagonal Resize 45°: Zeigt eine diagonale Größenänderung in der entsprechenden Richtung an.
resize_diagonal_90: Diagonal Resize 90°: Zeigt die entgegengesetzte diagonale Größenänderung an.
hotspots:
title: Cursor-Hotspots
text_1: Der Hotspot bestimmt den exakten Punkt eines Cursor-Bildes, an dem die eigentliche Mausposition liegt. Dadurch entspricht die sichtbare Cursorposition der vorgesehenen Interaktionsstelle.
text_2: Arrow und Pointer verwenden speziell festgelegte Hotspots. Text-, Forbidden- und Resize-Cursor verwenden die Mitte des Cursor-Bildes als Hotspot.
loading:
title: Laden der Cursor
text_1: Die eigenen Cursor werden als PNG-Dateien aus dem zentralen Cursor-Verzeichnis von Horum geladen und anschließend als verwendbare Cursor erzeugt.
text_2: Die Bilder werden auf eine Cursorgröße von 24 × 24 Pixel skaliert. Dabei bleibt das Seitenverhältnis erhalten und für die Skalierung wird eine geglättete Darstellung verwendet.
cache:
title: Cursor-Cache
text_1: Bereits erfolgreich geladene Cursor werden vom CursorManager in einem internen Cache gespeichert.
text_2: Wird derselbe Cursor erneut benötigt, kann die bereits erzeugte Cursor-Instanz verwendet werden, anstatt die zugehörige Bilddatei erneut zu laden und zu verarbeiten.
fallback:
title: Qt-Fallback
text_1: Für jeden eigenen Horum-Cursor ist zusätzlich ein entsprechender Qt-Standardcursor definiert.
text_2: Kann die vorgesehene PNG-Datei nicht gefunden werden, verwendet der CursorManager automatisch diesen Fallback. Dadurch steht für die jeweilige Interaktion weiterhin ein passender Cursor zur Verfügung.
summary:
title: Zusammenfassung
text: Die Cursor-Verwaltung stellt die Cursor von Horum zentral bereit. Acht unterschiedliche Cursor kennzeichnen normale Interaktionen, auswählbare Elemente, Texteingaben, gesperrte Aktionen sowie horizontale, vertikale und diagonale Größenänderungen. Caching, definierte Hotspots und Qt-Fallbacks ergänzen die zentrale Cursor-Verwaltung.

controls/window_actions_de.json

documentation:
window_actions:
title: Fensteraktionen
intro: Die Fensteraktionen steuern das Verhalten der Horum-Fenster. Dazu gehören klassische Fensterfunktionen wie Minimieren, Maximieren und Schließen sowie das Verschieben, Vergrößern, Verkleinern und automatische Einrasten von Fenstern.
purpose:
title: Aufgabe der Fensteraktionen
text_1: Horum verwendet eigene Fenstersteuerungen für seine Benutzeroberflächen. Normale Fenster und kompakte Mini-Fenster besitzen dabei jeweils die für ihren Einsatzzweck vorgesehenen Aktionen.
text_2: Zusätzlich zu den sichtbaren Schaltflächen gehören auch das Verschieben über die Titelleiste, die Größenänderung über die Fensterränder und das Snap-System zur Fenstersteuerung.
normal:
title: Normale Fenster
text_1: Normale Horum-Fenster verwenden eigene Schaltflächen für die grundlegenden Fensteraktionen.
text_2: Der Maximieren-Button passt sich dabei dem aktuellen Fensterzustand an und wechselt beim maximierten Fenster zur Wiederherstellen-Aktion.
minimize: Minimieren: Verkleinert das Fenster in die normale minimierte Systemdarstellung.
maximize: Maximieren: Vergrößert das Fenster auf den verfügbaren Bildschirmbereich.
restore: Wiederherstellen: Stellt ein maximiertes Fenster wieder in seiner normalen Fenstergröße dar.
close: Schließen: Schließt das entsprechende Horum-Fenster.
mini:
title: Mini-Fenster
text_1: Mini-Fenster verwenden eine kompakte Variante der Fensteraktionen. Die verfügbaren Aktionen sind auf die Bedienung dieser kleineren Horum-Oberflächen ausgelegt.
text_2: Die Mini-Variante verwendet eigene Symbole, sodass ihre Aktionen auch innerhalb einer kompakten Oberfläche direkt erkennbar bleiben.
minimize: Minimieren: Minimiert das Mini-Fenster.
close: Schließen: Schließt das Mini-Fenster.
pin: Anheften: Steuert die Anheft-Funktion des Mini-Fensters.
refresh: Aktualisieren: Führt die Aktualisierungsfunktion des Mini-Fensters aus.
settings: Einstellungen: Öffnet die für das Mini-Fenster vorgesehene Einstellungsfunktion.
drag:
title: Fenster verschieben
text_1: Fenster können über ihre dafür vorgesehene Titelleiste mit gedrückter linker Maustaste verschoben werden. Die Fensterposition folgt dabei der Bewegung des Mauszeigers.
text_2: Ein Doppelklick mit der linken Maustaste auf die Drag-Fläche wechselt den Maximierungszustand des Fensters.
snap:
title: Snap
text_1: Während ein Fenster verschoben wird, überwacht Horum seine Position relativ zum verfügbaren Bildschirmbereich. Befindet sich der Mauszeiger innerhalb von 24 Pixeln zu einem unterstützten Bildschirmrand, wird der entsprechende Snap-Modus aktiviert.
text_2: Wird das Fenster in diesem Bereich losgelassen, übernimmt Horum automatisch die vorgesehene Fensterposition und -größe.
top: Oberer Bildschirmrand: Das Fenster wird maximiert.
left: Linker Bildschirmrand: Das Fenster wird auf der linken Hälfte des verfügbaren Bildschirmbereichs positioniert.
right: Rechter Bildschirmrand: Das Fenster wird auf der rechten Hälfte des verfügbaren Bildschirmbereichs positioniert.
snap_preview:
title: Snap-Vorschau
text_1: Sobald während des Verschiebens ein gültiger Snap-Bereich erkannt wird, zeigt Horum eine Vorschau der zukünftigen Fensterposition an.
text_2: Die Vorschau liegt über dem vorgesehenen Bereich, nimmt selbst keine Mausereignisse entgegen und aktiviert kein zusätzliches Fenster. Verlässt der Mauszeiger den Snap-Bereich wieder, wird die Vorschau ausgeblendet.
restore_drag:
title: Aus Snap und Maximierung herausziehen
text_1: Ein maximiertes oder seitlich gesnapptes Fenster kann direkt wieder aus diesem Zustand herausgezogen werden. Horum stellt dabei die zuvor gespeicherte normale Fenstergeometrie wieder her.
text_2: Die Position wird anhand der aktuellen Mausposition angepasst, sodass das wiederhergestellte Fenster anschließend direkt unter dem Mauszeiger weiterbewegt werden kann.
resize:
title: Fenstergröße ändern
text_1: Normale Fenster besitzen unsichtbare Resize-Bereiche entlang ihrer vier Seiten und an allen vier Ecken. Wird einer dieser Bereiche verwendet, kann die Fenstergröße mit der Maus verändert werden.
text_2: Je nach aktivem Rand oder aktiver Ecke verwendet Horum den passenden Resize-Cursor und verändert die Fenstergeometrie in der entsprechenden Richtung.
horizontal: Horizontal: Linker und rechter Fensterrand verändern die Breite des Fensters.
vertical: Vertikal: Oberer und unterer Fensterrand verändern die Höhe des Fensters.
diagonal: Diagonal: Die vier Fensterecken ermöglichen die gleichzeitige Änderung von Breite und Höhe.
titlebar:
title: Titelleiste
text_1: Die eigene Horum-Titelleiste verbindet Fenstertitel, Horum-Logo, Fensterbuttons und Drag-Steuerung innerhalb einer gemeinsamen Oberfläche.
text_2: Die Aktionen für Minimieren, Maximieren und Schließen werden über die entsprechenden Buttons ausgelöst, während die Titelleiste gleichzeitig als Drag-Bereich für das Verschieben und Snap-Verhalten des Fensters dient.
summary:
title: Zusammenfassung
text: Die Fensteraktionen bilden die zentrale Steuerung für Horum-Fenster. Normale und kompakte Mini-Fenster besitzen eigene Aktionssymbole, während Drag, Resize und Snap die direkte Fenstersteuerung mit der Maus ermöglichen. Das Snap-System unterstützt Maximieren sowie die Positionierung auf der linken oder rechten Bildschirmhälfte und zeigt die zukünftige Position bereits während des Verschiebens als Vorschau an.

controls/window_management_de.json

documentation:
window_management:
title: Fensterverwaltung
intro: Die Fensterverwaltung bildet die gemeinsame technische Grundlage für die verschiedenen Fenster von Horum. Sie organisiert Fensterstrukturen, Instanzen, Zustände, Geometrien und den Lebenszyklus der unterschiedlichen Fenstertypen.
purpose:
title: Aufgabe der Fensterverwaltung
text_1: Horum verwendet unterschiedliche Fenstertypen für Hauptbereiche, Werkzeuge und dynamisch erzeugte Oberflächen. Die Fensterverwaltung stellt dafür gemeinsame Strukturen bereit und koordiniert die jeweiligen Fensterinstanzen.
text_2: Die konkreten Benutzeraktionen wie Minimieren, Maximieren, Verschieben, Größenänderung und Snap werden getrennt unter Fensteraktionen beschrieben.
types:
title: Fenstertypen
text_1: Horum unterscheidet mehrere Fenstersysteme, die für unterschiedliche Aufgaben innerhalb der Anwendung vorgesehen sind.
text_2: Die Systeme besitzen unterschiedliche Strukturen und Verhaltensweisen und werden deshalb nicht als ein einzelner Fenstertyp behandelt.
app_window: App Window: Gemeinsame Grundlage für die großen Anwendungsfenster von Horum.
mini_window: Mini Window: Kompakte, rahmenlose Werkzeugfenster mit eigener Titelleiste und eigenen Controllern.
horum_window: Horum Window: Dynamische Fenster für Arbeits UI und Resultat UI mit eigenen Darstellungs- und Fensterzuständen.
app_window:
title: App Window
text_1: Das App Window stellt die gemeinsame Fensterbasis für die großen Anwendungsbereiche von Horum bereit. Es verwendet eine eigene Titelleiste, einen zentralen Inhaltsbereich und die gemeinsame Fenstersteuerung.
text_2: Mehrere zentrale Horum-Fenster bauen direkt auf dieser gemeinsamen Basis auf.
main: Horum Hauptfenster: Bildet die zentrale Oberfläche der Anwendung und verwaltet weitere Horum-Fenster.
settings: Einstellungen: Verwendet das App Window als Grundlage für die Einstellungsoberfläche.
marketplace: Marktplatz: Verwendet das App Window als Grundlage für die Marktplatz-Oberfläche.
commander: Commander: Verwendet das App Window als Grundlage für die Commander-Oberfläche.
structure:
title: Gemeinsame Fensterstruktur
text_1: App Windows besitzen eine gemeinsame Grundstruktur, auf der die jeweiligen Inhalte der einzelnen Anwendungsbereiche aufgebaut werden.
text_2: Dadurch können unterschiedliche Bereiche eigene Inhalte verwenden, während die grundlegende Fensterarchitektur einheitlich bleibt.
titlebar: Titelleiste: Stellt Fenstertitel und die grundlegenden Fenstersteuerungen bereit.
content: Inhaltsbereich: Enthält die eigentliche Oberfläche des jeweiligen Anwendungsfensters und kann durch den benötigten Inhalt ersetzt werden.
resize: Fensterrahmen: Stellt die Bereiche und Controller für die Größenänderung des Fensters bereit.
loader:
title: Window Loader
text_1: Der Window Loader übernimmt das Öffnen größerer Anwendungsfenster. Existiert die angeforderte Fensterinstanz bereits, wird sie angezeigt und in den Vordergrund gebracht, anstatt eine weitere Instanz zu erzeugen.
text_2: Existiert noch keine Instanz, wird das entsprechende Fenster erzeugt und im Hauptfenster unter dem vorgesehenen Fensterattribut gespeichert. Während dieses Vorgangs kann eine Ladeanzeige dargestellt werden.
instances:
title: Fensterinstanzen
text_1: Das Horum Hauptfenster hält Referenzen auf zentrale zusätzliche Fenster. Dadurch kann geprüft werden, ob ein Fenster bereits existiert und entsprechend wiederverwendet oder neu erzeugt werden muss.
text_2: Die einzelnen Fenster bleiben dadurch eindeutig über ihre jeweilige Referenz erreichbar.
settings: Einstellungen: Werden über die gespeicherte Settings-Window-Instanz verwaltet.
marketplace: Marktplatz: Wird über die gespeicherte Marketplace-Window-Instanz verwaltet.
commander: Commander: Wird über die gespeicherte Commander-Window-Instanz verwaltet.
console: Konsole: Besitzt ebenfalls eine eigene Fensterreferenz und wird über das Hauptfenster ein- und ausgeblendet.
lifecycle:
title: Fenster-Lebenszyklus
text_1: Beim Öffnen prüft Horum zunächst, ob die benötigte Fensterinstanz bereits vorhanden ist. Vorhandene Fenster können erneut angezeigt und in den Vordergrund gebracht werden, ohne dass ihre Oberfläche vollständig neu erzeugt werden muss.
text_2: Beim Schließen können Fenster ihre Verbindung zum Hauptfenster auflösen und ihre gespeicherte Referenz zurücksetzen. Beim Beenden des Hauptfensters werden verwaltete Anwendungsbereiche geschlossen und freigegeben.
geometry:
title: Fenstergeometrie
text_1: Die gemeinsame Fensterbasis verwaltet die normale Fenstergeometrie und kann sie speichern, bevor ein Fenster maximiert wird. Dadurch steht die vorherige Größe und Position für die spätere Wiederherstellung zur Verfügung.
text_2: App Windows können außerdem anhand des verfügbaren Bereichs des primären Bildschirms zentriert werden. Einzelne Anwendungsfenster können beim Öffnen zunächst die Geometrie des Hauptfensters übernehmen und anschließend ihre eigene Größe und Position festlegen.
child_windows:
title: Untergeordnete Fenster
text_1: Einige Anwendungsbereiche können eigene untergeordnete App Windows besitzen. Diese Fenster gehören zum jeweiligen übergeordneten Bereich und werden entsprechend gemeinsam verwaltet.
text_2: Commander und Marktplatz schließen ihre direkten untergeordneten App Windows, wenn das jeweilige Hauptfenster geschlossen wird. Dadurch bleiben zugehörige Unterfenster nicht unabhängig geöffnet.
mini_windows:
title: Mini Windows
text_1: Mini Windows bilden ein eigenes kompaktes Fenstersystem innerhalb von Horum. Sie sind rahmenlose Werkzeugfenster und besitzen eine eigene Titelleiste, einen eigenen Inhaltsrahmen sowie Controller für ihre Fensterfunktionen.
text_2: Die Mini-Window-Struktur trennt unter anderem Drag-, Pin-, Minimize- und Refresh-Verhalten in eigene Controller. Inhalte können unabhängig in den vorgesehenen Window Frame eingesetzt werden.
horum_windows:
title: Horum Windows
text_1: Horum Windows sind für dynamische Arbeits UI und Resultat UI vorgesehen. Beim Erzeugen wird festgelegt, für welchen dieser beiden UI-Typen das Fenster verwendet wird.
text_2: Diese Fenster besitzen eigene Window-, Widget- und Font-Stile sowie die Zustände Focus und Inactive. Ihre Höhe kann sich automatisch am benötigten Inhalt orientieren, während die Breite über den geladenen Window Style festgelegt wird.
summary:
title: Zusammenfassung
text: Die Fensterverwaltung organisiert die unterschiedlichen Fenstersysteme von Horum und deren Lebenszyklus. App Windows bilden die gemeinsame Grundlage großer Anwendungsbereiche, Mini Windows stellen kompakte Werkzeugfenster bereit und Horum Windows übernehmen dynamische Arbeits UI und Resultat UI. Fensterinstanzen, Inhalte, Geometrien und untergeordnete Fenster werden dabei entsprechend ihrer jeweiligen Aufgabe verwaltet.

core/animations_de.json

documentation:
animations:
title: Animationen
intro: Das Animationssystem steuert die Bewegung und dynamische Reaktion der einzelnen Ebenen des Horum Core. Die Layer werden unabhängig aktualisiert und anschließend gemeinsam über OpenGL gerendert.
system:
title: Animationssystem des Core
text_1: Der Horum Core besteht aus mehreren eigenständigen Layern, die jeweils ihre eigenen Animationen und Zustände verwalten.
text_2: Dadurch können unterschiedliche Bewegungen gleichzeitig ausgeführt und zu einer gemeinsamen Core-Darstellung kombiniert werden.
list_1: Core Orb: Zentrales Element mit Pulse- und Eye-Animation.
list_2: Inner Wave: Animierte innere Wellenstruktur.
list_3: Middle Ring: Animierter mittlerer Ring für Verarbeitung und Aktivität.
list_4: Outer Wave: Animierte äußere Wellenstruktur.
layers:
title: Unabhängige Layer
text: Jeder Core-Layer besitzt einen eigenen Update- und Darstellungszustand. Aktivierte Layer werden einzeln aktualisiert und anschließend innerhalb desselben Render-Vorgangs zusammengesetzt.
list_1: CoreOrbLayer verwaltet die Bewegung des zentralen Core.
list_2: InnerWaveLayer verwaltet die Animation der inneren Welle.
list_3: MiddleRingLayer verwaltet die Bewegung des mittleren Rings.
list_4: OuterWaveLayer verwaltet die Animation der äußeren Welle.
update:
title: Zeitbasierte Aktualisierung
text_1: Die Animationen werden zeitbasiert aktualisiert. Zwischen zwei Aktualisierungen wird die vergangene Zeit ermittelt und als Delta Time an die aktiven Layer übergeben.
text_2: Dadurch basiert die Berechnung der Bewegungen auf der tatsächlich vergangenen Zeit und nicht ausschließlich auf der Anzahl bereits gerenderter Frames.
list_1: Der Core ermittelt die vergangene Zeit zwischen zwei Updates.
list_2: Jeder aktivierte Layer erhält die aktuelle Delta Time für seine Animationsberechnung.
list_3: Nach der Aktualisierung der Layer wird die Core-Darstellung erneut gerendert.
orb:
title: Core Orb
text_1: Der Core Orb besitzt eigene Idle-Animationen und bleibt dadurch auch dann visuell aktiv, wenn Horum keine Anfrage verarbeitet oder Sprache ausgibt.
text_2: Heartbeat und Eye-Bewegung werden unabhängig voneinander berechnet und erzeugen die charakteristische Bewegung des zentralen Core.
list_1: Heartbeat: Erzeugt eine wiederkehrende Pulse-Bewegung und beeinflusst dabei die Darstellung des Core und seiner Leuchteffekte.
list_2: Eye Movement: Die Blickrichtung verändert sich in variierenden Zeitabständen und bewegt sich weich zwischen der bisherigen und der neu bestimmten Position.
activity:
title: Aktivität und Reaktion
text: Neben den Idle-Bewegungen können die weiteren Layer unterschiedliche Aktivitäten von Horum visuell darstellen.
list_1: Middle Ring: Seine Bewegung dient der Darstellung von Verarbeitung, Verstehen und Nachdenken.
list_2: Inner Wave: Stellt die innere dynamische Wellenbewegung des Core dar und wird für die Darstellung hoher Töne während der Sprachausgabe verwendet.
list_3: Outer Wave: Stellt die äußere dynamische Wellenbewegung des Core dar und wird für die Darstellung tiefer Töne während der Sprachausgabe verwendet.
rendering:
title: OpenGL Rendering
text_1: Nach jeder Aktualisierung werden die aktiven Core-Layer über OpenGL gerendert. Horum verwendet dafür einen eigenen OpenGL-Kontext und eine Offscreen-Oberfläche.
text_2: Das erzeugte Bild wird anschließend in die grafische Oberfläche von Horum übernommen. Dadurch bleiben Berechnung und Rendering des Core von seiner eigentlichen Darstellung innerhalb der Benutzeroberfläche getrennt.
performance:
title: Performance und Systemanforderung
text_1: Animationen erfordern eine kontinuierliche Aktualisierung und erneute Berechnung der Core-Darstellung. Der Core verwendet dafür einen wiederkehrenden Render-Zyklus und greift für die grafische Verarbeitung auf OpenGL zurück.
text_2: Damit ist die Core-Animation von der verfügbaren Grafikleistung und einer funktionierenden OpenGL-Unterstützung des Systems beziehungsweise des Grafiktreibers abhängig.
list_1: Der Core-Timer verwendet aktuell ein Frame-Intervall von 33 Millisekunden.
list_2: Aktive Layer werden bei jedem Animationszyklus aktualisiert und anschließend neu gerendert.
list_3: Für das Rendering muss die von Horum benötigte OpenGL-Unterstützung durch das System und den Grafiktreiber verfügbar sein.
separation:
title: Trennung von Animation, Geometrie und Farbe
text_1: Das Animationssystem bestimmt das Bewegungsverhalten des Core, während Geometrie und Farben als getrennte Bereiche behandelt werden.
text_2: Eine Animation kann dadurch mit unterschiedlichen Geometrien und Farbsystemen kombiniert werden, ohne dass deren grundsätzliche Aufgaben miteinander vermischt werden.
settings:
title: Konfiguration
text: Die konkrete Anpassung des Animationsverhaltens erfolgt über den entsprechenden Bereich der Horum Einstellungen. Die verfügbaren Werte und Bedienelemente werden deshalb in der Dokumentation unter Einstellungen → Core Animation beschrieben.
summary:
title: Zusammenfassung
text: Das Animationssystem aktualisiert die einzelnen Core-Layer zeitbasiert und kombiniert ihre Bewegungen in einem kontinuierlich gerenderten OpenGL-Core. Idle-Bewegungen, Verarbeitung und Sprachausgabe können dadurch über unterschiedliche visuelle Ebenen dargestellt werden.

core/colors_de.json

documentation:
colors:
title: Farben
intro: Das Farbsystem bestimmt die visuelle Darstellung der einzelnen Ebenen des Horum Core. Farben werden nicht als ein einzelnes globales Element behandelt, sondern den verschiedenen Core-Komponenten und deren Effekten getrennt zugeordnet.
system:
title: Farbsystem des Core
text_1: Der Horum Core besteht aus mehreren unabhängig gerenderten Ebenen. Jede Ebene verwendet eigene Farbwerte für ihre jeweiligen Elemente und Effekte.
text_2: Dadurch können zentrale Elemente, Ringe, Wellen und Leuchteffekte unterschiedlich dargestellt werden, während sie gemeinsam das vollständige Erscheinungsbild des Core bilden.
list_1: Core Orb: Farben für Zentrum, Ring, Halo und mehrere Glow-Ebenen.
list_2: Inner Wave: Farben für die innere Wellenstruktur und ihre Leuchteffekte.
list_3: Middle Ring: Farben für die Darstellung des mittleren Rings.
list_4: Outer Wave: Farben für die äußere Wellenstruktur und ihre Leuchteffekte.
layers:
title: Getrennte Farbebenen
text: Die Farbwerte werden direkt von den jeweiligen Core-Layern verwendet. Dadurch können die visuellen Ebenen unabhängig voneinander gerendert und anschließend zu einer gemeinsamen Darstellung kombiniert werden.
list_1: CoreOrbLayer: Zentrales Core-Element mit mehreren getrennten Farb- und Glow-Bereichen.
list_2: InnerWaveLayer: Innere Welle mit eigenen Ring- und Effektfarben.
list_3: MiddleRingLayer: Mittlerer Ring als eigenständige visuelle Ebene.
list_4: OuterWaveLayer: Äußere Welle mit eigenen Ring- und Effektfarben.
rendering:
title: Farbverarbeitung beim Rendering
text_1: Die gespeicherten Farbwerte werden für das Rendering in RGB-Werte umgewandelt und innerhalb der jeweiligen Core-Layer verwendet.
text_2: Während des Renderings können Farben miteinander gemischt sowie abhängig von Intensität und Transparenz verändert werden. Dadurch entstehen dynamische Übergänge und Leuchteffekte anstelle ausschließlich statischer Farbflächen.
list_1: RGB-Werte bestimmen die Farbanteile der gerenderten Elemente.
list_2: Alpha-Werte steuern die Transparenz einzelner Flächen und Effekte.
list_3: Farbmischungen und Intensitätswerte erzeugen dynamische Übergänge und Glows.
glow:
title: Glow und Transparenz
text_1: Leuchteffekte werden aus mehreren gerenderten Bereichen mit unterschiedlicher Ausdehnung, Intensität und Transparenz aufgebaut. Dadurch entsteht der weiche Glow um die jeweiligen Core-Elemente.
text_2: Bei den Wellenstrukturen verändert sich die sichtbare Intensität zusätzlich mit ihrer aktuellen Ausprägung. Farbe, Bewegung und Transparenz wirken dadurch während der Darstellung zusammen.
gpu:
title: GPU und OpenGL
text_1: Die Darstellung des Core verwendet OpenGL. Horum erstellt dafür einen eigenen OpenGL-Kontext und rendert die Core-Layer über eine Offscreen-Oberfläche, bevor das erzeugte Bild in der Oberfläche dargestellt wird.
text_2: Damit bringt der Core eine grafische Systemanforderung mit sich. Das System beziehungsweise der verwendete Grafiktreiber muss die von Horum benötigte OpenGL-Unterstützung bereitstellen.
list_1: OpenGL 2.1 wird im Compatibility Profile angefordert.
list_2: Für die Core-Darstellung wird 4-faches Multisampling angefordert.
list_3: Für Transparenz und die Kombination der visuellen Ebenen wird ein Alpha-Buffer verwendet.
separation:
title: Trennung von Farbe, Geometrie und Animation
text_1: Farben bilden einen eigenständigen Teil des Core-Systems. Sie bestimmen die visuelle Farbgebung, ohne selbst die geometrische Form oder das Bewegungsverhalten der Core-Layer festzulegen.
text_2: Geometrie, Animation und Farben können dadurch unabhängig voneinander aufgebaut und anschließend innerhalb derselben Core-Darstellung kombiniert werden.
settings:
title: Konfiguration
text: Die konkrete Auswahl und Änderung der Core-Farben erfolgt über den entsprechenden Bereich der Horum Einstellungen. Die verfügbaren Bedienelemente und Konfigurationsmöglichkeiten werden deshalb in der Dokumentation unter Einstellungen → Core Farben beschrieben.
summary:
title: Zusammenfassung
text: Das Farbsystem des Horum Core arbeitet mit getrennten Farbwerten für seine verschiedenen Layer und Effekte. Farben, Transparenz, Mischungen und Glow werden während des OpenGL-Renderings kombiniert, während Geometrie und Animation als eigenständige Bereiche des Core-Systems erhalten bleiben.

core/geometry_de.json

documentation:
geometry:
title: Geometrie
intro: Das Geometriesystem bestimmt den räumlichen Aufbau des Horum Core. Es definiert Größen, Radien, Abstände und weitere geometrische Eigenschaften, auf deren Grundlage die einzelnen Core-Layer aufgebaut und über OpenGL gerendert werden.
system:
title: Geometriesystem des Core
text_1: Jeder Layer des Horum Core besitzt eine eigene geometrische Struktur. Die Geometriewerte bestimmen dabei die grundlegende Form und Position der sichtbaren Elemente.
text_2: Die einzelnen Layer verwenden diese Werte unabhängig voneinander und werden anschließend zu der vollständigen Core-Darstellung zusammengesetzt.
list_1: Core Orb: Bestimmt Größe und räumliche Ausdehnung des zentralen Core.
list_2: Inner Wave: Definiert Position und Grundradius der inneren Wellenstruktur.
list_3: Middle Ring: Definiert Position und Dimensionen des mittleren Rings.
list_4: Outer Wave: Definiert Position und Grundradius der äußeren Wellenstruktur.
layers:
title: Geometrie der Layer
text: Die Layer verwenden getrennte Geometriewerte und können dadurch unterschiedliche Größen und Abstände besitzen, obwohl sie innerhalb derselben Core-Fläche gerendert werden.
list_1: CoreOrbLayer bildet das geometrische Zentrum der Darstellung.
list_2: InnerWaveLayer erzeugt eine kreisförmige Wellenstruktur innerhalb der äußeren Bereiche des Core.
list_3: MiddleRingLayer bildet einen eigenständigen Ring zwischen den weiteren Core-Ebenen.
list_4: OuterWaveLayer erzeugt die äußere kreisförmige Wellenstruktur.
coordinates:
title: Koordinaten und Zentrum
text_1: Die Core-Layer werden innerhalb einer gemeinsamen Renderfläche positioniert. Das Zentrum dieser Fläche dient als Bezugspunkt für die kreisförmigen Elemente und deren Radien.
text_2: Ausgehend von diesem Mittelpunkt werden Positionen entlang eines vollständigen Kreises berechnet. Dadurch können Ringe, Wellen und weitere Elemente gleichmäßig um das Zentrum des Core angeordnet werden.
radii:
title: Radien und Abstände
text: Radien bilden eine zentrale Grundlage der Core-Geometrie. Sie bestimmen, wie weit ein Element vom Mittelpunkt entfernt liegt und wie die einzelnen Ebenen räumlich zueinander angeordnet sind.
list_1: Basisradien definieren die grundlegende Position und Größe kreisförmiger Core-Elemente.
list_2: Innere und äußere Radien bestimmen die Breite und Ausdehnung von Ringen und Wellenstrukturen.
list_3: Zusätzliche Abstände und Ausdehnungen ermöglichen die räumliche Trennung von Core, Ringen, Wellen und Glow-Effekten.
segments:
title: Segmentierung
text_1: Kreisförmige und wellenförmige Elemente werden aus einzelnen Segmenten aufgebaut. Für diese Segmente werden Positionen entlang des Kreisumfangs berechnet und anschließend zu der sichtbaren Geometrie verbunden.
text_2: Die Segmentierung beeinflusst damit die geometrische Auflösung einer Struktur. Eine größere Anzahl von Segmenten ermöglicht feinere Kreis- und Wellenformen, erhöht gleichzeitig jedoch die Anzahl der beim Rendering zu verarbeitenden geometrischen Elemente.
dynamic:
title: Dynamische Geometrie
text_1: Die Geometrie bildet die Grundform eines Core-Layers, muss während der Darstellung jedoch nicht statisch bleiben. Animationen können geometrische Werte zur Laufzeit beeinflussen.
text_2: Dadurch können aus einer definierten Grundgeometrie bewegte und sich verändernde Formen entstehen.
list_1: Der Core Orb kann seinen sichtbaren Radius während der Pulse-Animation verändern.
list_2: Wellenwerte verändern die berechneten Radien der Inner Wave und Outer Wave.
list_3: Bewegungen und Zustände können die Position oder Ausdehnung sichtbarer Core-Elemente dynamisch beeinflussen.
rendering:
title: Geometrie im OpenGL Rendering
text_1: Die berechneten geometrischen Werte werden beim OpenGL-Rendering in sichtbare Flächen und Strukturen umgesetzt. Positionen entlang der Kreisformen werden dabei aus Winkeln, Radien sowie den entsprechenden Sinus- und Kosinuswerten berechnet.
text_2: Die daraus entstehenden Punkte werden zu den benötigten geometrischen Flächen verbunden und gemeinsam mit Farben, Transparenz und weiteren Effekten gerendert.
performance:
title: Geometrie und Performance
text_1: Die Komplexität der Core-Geometrie beeinflusst den Aufwand des Renderings. Besonders segmentierte Wellen und zusätzliche Effektflächen erzeugen eine größere Anzahl geometrischer Berechnungen und zu rendernder Elemente.
text_2: Da die Geometrie bei animierten Bereichen kontinuierlich neu berechnet und über OpenGL dargestellt wird, wirken sich geometrische Komplexität und Grafikleistung gemeinsam auf die Darstellung des Core aus.
separation:
title: Trennung von Geometrie, Animation und Farbe
text_1: Die Geometrie definiert die grundlegende Form und räumliche Anordnung des Core. Animationen bestimmen dagegen, wie sich diese Strukturen bewegen oder verändern, während Farben ihre visuelle Gestaltung festlegen.
text_2: Diese Trennung ermöglicht es, dieselbe geometrische Grundstruktur mit unterschiedlichen Animationen und Farbsystemen zu kombinieren.
settings:
title: Konfiguration
text: Die konkrete Anpassung der geometrischen Core-Werte erfolgt über den entsprechenden Bereich der Horum Einstellungen. Die verfügbaren Werte und Bedienelemente werden deshalb in der Dokumentation unter Einstellungen → Core Geometrie beschrieben.
summary:
title: Zusammenfassung
text: Das Geometriesystem bildet die räumliche Grundlage des Horum Core. Radien, Abstände, Positionen und Segmentierung bestimmen die Grundformen der einzelnen Layer, die durch Animationen dynamisch verändert und anschließend über OpenGL gerendert werden können.

dashboard/license_de.json

documentation:
  license:
    title: Lizenz
    intro: Im Bereich Lizenz siehst du deinen aktuellen Horum-Plan, die enthaltenen Funktionen und Limits sowie die Unterschiede zwischen Free, Personal und Premium. Von hier aus kannst du deinen Plan auch upgraden oder downgraden.
    current:
      title: Dein aktueller Plan
      text_1: Dein derzeit aktiver Horum-Plan wird direkt in der Planübersicht hervorgehoben und als aktiver Plan gekennzeichnet. Dadurch erkennst du sofort, welche Lizenz aktuell mit deinem Account verbunden ist.
      text_2: Die drei Pläne werden nebeneinander dargestellt, sodass du die enthaltenen Funktionen und Limits direkt miteinander vergleichen kannst.
    free:
      title: Free – Kostenlos
      text: Free enthält die grundlegenden Funktionen für den Einstieg in Horum. Einige Funktionen und Ressourcen sind gegenüber den kostenpflichtigen Plänen begrenzt.
      list_1: API KI-Anbieter – Alle
      list_2: Lokale KI-Modelle – 1
      list_3: Lokale KI-Generatoren – 1
      list_4: Produkte – 2
      list_5: Standard-Stimmen – 2
      list_6: Premium-Stimmen – Nicht verfügbar
      list_7: Stimmstile – Nicht verfügbar
      list_8: Regeln – 10
      list_9: Verbotene Regeln – 10
      list_10: Erinnerungskategorien – 5
      list_11: Pfade je Kategorie – 1
      list_12: Persönlichkeitssystem – Ja
      list_13: Spracheingabe – Ja
      list_14: Sprachausgabe – Ja
      list_15: Eigene Anrede – Lernt automatisch
      list_16: Entwicklerbereich – Nicht verfügbar
      list_17: Export / Import – Nicht verfügbar
    personal:
      title: Personal – CHF 5.90 / Monat
      text: Personal erweitert Horum für den produktiven Alltag und erhöht sowohl die verfügbaren Ressourcen als auch den Funktionsumfang.
      list_1: API KI-Anbieter – Alle
      list_2: Lokale KI-Modelle – 3
      list_3: Lokale KI-Generatoren – 5
      list_4: Produkte – 5
      list_5: Standard-Stimmen – 2
      list_6: Premium-Stimmen – 5
      list_7: Stimmstile – Alle
      list_8: Regeln – 25
      list_9: Verbotene Regeln – 25
      list_10: Erinnerungskategorien – 15
      list_11: Pfade je Kategorie – 4
      list_12: Persönlichkeitssystem – Ja
      list_13: Spracheingabe – Ja
      list_14: Sprachausgabe – Ja
      list_15: Eigene Anrede – Ja
      list_16: Entwicklerbereich – Ja
      list_17: Export / Import – Ja
    premium:
      title: Premium – CHF 12.90 / Monat
      text: Premium bietet den vollständigen Funktionsumfang von Horum und hebt zahlreiche Begrenzungen der anderen Pläne auf.
      list_1: API KI-Anbieter – Alle
      list_2: Lokale KI-Modelle – Unbegrenzt
      list_3: Lokale KI-Generatoren – Unbegrenzt
      list_4: Produkte – 10
      list_5: Standard-Stimmen – 2
      list_6: Premium-Stimmen – Alle
      list_7: Stimmstile – Alle
      list_8: Regeln – Unbegrenzt
      list_9: Verbotene Regeln – Unbegrenzt
      list_10: Erinnerungskategorien – Unbegrenzt
      list_11: Pfade je Kategorie – Unbegrenzt
      list_12: Persönlichkeitssystem – Ja
      list_13: Spracheingabe – Ja
      list_14: Sprachausgabe – Ja
      list_15: Eigene Anrede – Ja
      list_16: Entwicklerbereich – Ja
      list_17: Export / Import – Ja
    change:
      title: Plan ändern
      text_1: Deinen Horum-Plan kannst du direkt über die Lizenzübersicht ändern. Welche Aktion verfügbar ist, hängt von deinem aktuell aktiven Plan ab.
      list_1: Upgrade – wechsle von einem niedrigeren auf einen höheren Plan.
      list_2: Downgrade – wechsle von einem höheren auf einen niedrigeren Plan.
      list_3: Aktiver Plan – dein derzeit verwendeter Plan ist eindeutig gekennzeichnet und kann nicht erneut ausgewählt werden.
      text_2: Vor einem Wechsel kannst du die Funktionen und Limits aller drei Pläne direkt miteinander vergleichen und den für deine Nutzung passenden Plan auswählen.
    summary:
      title: Dein Plan bestimmt deinen Funktionsumfang
      text: Free, Personal und Premium unterscheiden sich bei verfügbaren Ressourcen, Limits und erweiterten Funktionen. Die Lizenzübersicht zeigt dir jederzeit, welchen Plan du aktuell verwendest und welche Möglichkeiten dir mit einem Upgrade oder Downgrade zur Verfügung stehen.

dashboard/my_horum_de.json

documentation:
my_horum:
title: Mein Horum
intro: Mein Horum gibt dir einen zentralen Überblick über deine Horum-Installation, deine verfügbaren Komponenten, gekauften Pakete und deren aktuellen Status.
overview:
title: Dein Horum im Überblick
text_1: Im oberen Bereich werden wichtige Informationen und Statistiken zu deinem Horum zusammengefasst. Dadurch kannst du auf einen Blick sehen, welche Inhalte und Komponenten dir zur Verfügung stehen.
list_1: Installierte Horum-Version und Versionsdatum
list_2: Anzahl der verfügbaren Gespräche und neu hinzugekommene Gespräche
list_3: Verfügbare Horum-Komponenten und Erweiterungen
list_4: Status deiner gekauften, verfügbaren, installierten, nicht installierten und entfernten Pakete
text_2: Die angezeigten Werte werden entsprechend deinem Account und den damit verbundenen Horum-Inhalten dargestellt.
components:
title: Horum-Komponenten
text: Die Übersicht unterscheidet die verschiedenen Arten von Inhalten, mit denen Horum erweitert und angepasst werden kann:
list_1: Persönlichkeiten – bestimmen Charakter, Verhalten, Regeln und weitere persönliche Eigenschaften von Horum.
list_2: Horum Fenster – enthalten zusätzliche Oberflächen und Fenster für Horum.
list_3: Arbeits UIs – stellen Oberflächen bereit, mit denen Horum Aufgaben und Arbeitsabläufe ausführen kann.
list_4: Ergebnis UIs – stellen Ergebnisse und Inhalte in dafür vorgesehenen Oberflächen dar.
list_5: Kerne – verändern oder erweitern die visuelle Darstellung des Horum-Kerns.
list_6: Befehle – erweitern Horum um zusätzliche Befehle und Fähigkeiten.
list_7: Komplettpakete – kombinieren mehrere Horum-Komponenten innerhalb eines gemeinsamen Pakets.
list_8: Dokumentationen – eigene Dokumentationen des Nutzers werden ebenfalls in Mein Horum integriert und stehen nach ihrer Einführung als eigener Bereich zur Verfügung.
packages:
title: Paketstatus
text_1: Deine erworbenen Pakete werden nach ihrem aktuellen Zustand unterschieden. Dadurch erkennst du direkt, welche Inhalte bereits verwendet werden können und bei welchen noch eine Aktion erforderlich ist.
list_1: Gekauft – alle Pakete, die deinem Account durch einen Kauf oder Erwerb zugeordnet wurden.
list_2: Verfügbar – Pakete, für die ein Download bereitsteht.
list_3: Installiert – Pakete, die bereits in deiner Horum-Installation eingerichtet wurden.
list_4: Nicht installiert oder entfernt – Pakete, die aktuell nicht installiert sind oder aus deiner Installation entfernt wurden.
text_2: Ein entferntes Paket bleibt weiterhin deinem Account zugeordnet und kann erneut heruntergeladen oder installiert werden, sofern es weiterhin verfügbar ist.
library:
title: Deine gekauften Inhalte
text_1: Unter „Gekaufte“ findest du die Pakete, die deinem Horum-Account zugeordnet sind. Die Produktkarten zeigen unter anderem den Pakettyp, unterstützte Dateitypen, das Kaufdatum und den aktuellen Status.
text_2: Über Suche, Statusfilter und Pakettypen kannst du deine Inhalte eingrenzen. Zusätzlich kannst du die Reihenfolge der angezeigten Pakete über die Sortierung verändern.
documents:
title: Eigene Dokumentationen
text_1: Mein Horum enthält einen eigenen Bereich für deine Dokumentationen. Dadurch werden neben installierbaren Komponenten und Marketplace-Paketen auch deine eigenen Dokumentationsinhalte zentral über Horum verwaltet.
text_2: Deine Dokumentationen sind deinem Horum-Account zugeordnet und stehen dir gemeinsam mit deinen weiteren Horum-Inhalten in Mein Horum zur Verfügung.
actions:
title: Pakete verwalten
text: Abhängig vom aktuellen Status eines Pakets stehen direkt über die Produktkarte verschiedene Aktionen zur Verfügung:
list_1: Verfügbare Pakete herunterladen.
list_2: Heruntergeladene Pakete installieren oder bereits installierte Inhalte verwalten.
list_3: Ein gekauftes Produkt bewerten, sofern für das Produkt eine Bewertung möglich ist.
rating:
title: Produkt bewerten
text_1: Nachdem ein gekauftes Paket installiert wurde, kann das zugehörige Produkt direkt über „Mein Horum“ bewertet werden.
text_2: Die Bewertung erfolgt über einen Slider und verwendet ein Sternebewertungssystem von 1.0 bis 5.0. Dabei sind auch Zwischenwerte möglich.
list_1: Bewertungsbereich – 1.0 bis 5.0 Sterne.
list_2: Zwischenwerte – Bewertungen wie 1.2, 3.9 oder 4.7 sind möglich.
list_3: Slider – der gewünschte Bewertungswert wird über einen Slider eingestellt.
list_4: Kommentar – zusätzlich zur Sternebewertung kann ein Kommentar zum Produkt abgegeben werden.
text_3: Die Bewertung und der dazugehörige Kommentar werden dem bewerteten Produkt auf dem Horum Marktplatz zugeordnet.
summary:
title: Deine persönliche Horum-Bibliothek
text: Mein Horum verbindet die Übersicht deiner Horum-Komponenten mit deiner persönlichen Paketbibliothek. So siehst du zentral, welche Inhalte zu deinem Account gehören, welche davon verfügbar oder installiert sind und welche Erweiterungen du für dein Horum verwenden kannst.

dashboard/overview_de.json

documentation:
dashboard_overview:
title: Dashboard Übersicht
intro: Das Dashboard ist dein zentraler Verwaltungsbereich auf der Horum-Webseite. Die Übersichtsseite zeigt dir die wichtigsten Informationen zu deinem Account, deiner Lizenz, Wallet, deinen Produkten und deiner Horum-Version auf einen Blick.
dashboard:
title: Das Dashboard
text_1: Im Dashboard verwaltest du die zentralen Bereiche deines Horum-Accounts und erhältst Zugriff auf deine persönlichen Daten, Horum-Inhalte, Lizenz, Finanzen und Produkte.
text_2: Die einzelnen Bereiche sind über die Dashboard-Navigation erreichbar und übernehmen jeweils unterschiedliche Aufgaben.
list_1: Übersicht – zeigt die wichtigsten Account- und Horum-Informationen sowie deine letzten Aktivitäten.
list_2: Profil – verwaltet deine persönlichen Daten, dein Profilbild sowie hinterlegte Unternehmensinformationen.
list_3: Mein Horum – zeigt deine Horum-Version, Gespräche, Komponenten, Pakete und eigenen Dokumentationen.
list_4: Lizenz – zeigt deinen aktuellen Horum-Plan und die damit verfügbaren Funktionen und Limits.
list_5: Wallet – verwaltet Einnahmen, Guthaben, Transaktionen und Auszahlungen für Verkäufer.
list_6: Meine Produkte – zeigt deine eingereichten und veröffentlichten Produkte sowie deren aktuellen Status.
list_7: Produkt erstellen – ermöglicht das Einreichen eines exportierten Horum-Pakets als Produkt für den Marktplatz.
list_8: Einstellungen – verwaltet deinen Marktplatz-Auftritt, Benachrichtigungen, Datenschutz und grundlegende Account-Funktionen.
overview:
title: Die Übersichtsseite
text_1: Die Übersicht ist die Startseite des Dashboards. Sie fasst wichtige Informationen aus mehreren Dashboard-Bereichen zusammen, ohne dass du dafür die einzelnen Seiten öffnen musst.
text_2: Neben den aktuellen Statusinformationen werden deine letzten Aktivitäten innerhalb der Horum-Plattform angezeigt.
cards:
title: Statuskarten
text: Im oberen Bereich der Übersicht befinden sich vier Statuskarten mit aktuellen Informationen aus deinem Account.
list_1: Lizenz – aktueller Horum-Plan und zugehöriges Datum.
list_2: Wallet – aktuelles Guthaben und letzte Transaktion.
list_3: Produkte – Anzahl deiner aktiven und inaktiven Produkte.
list_4: Horum – aktuell zugeordnete Horum-Version und Versionsdatum.
license:
title: Lizenz
text: Die Lizenzkarte zeigt den aktuell mit deinem Account verbundenen Horum-Plan.
list_1: Plan – zeigt den aktuell aktiven Lizenzplan.
list_2: Datum – zeigt das zur Lizenz gehörende Datum.
wallet:
title: Wallet
text: Die Wallet-Karte bietet eine kompakte Zusammenfassung deiner aktuellen finanziellen Informationen.
list_1: Guthaben – zeigt dein aktuell verfügbares Wallet-Guthaben.
list_2: Letzte Transaktion – zeigt den Betrag deiner zuletzt erfassten Transaktion.
products:
title: Produkte
text: Die Produktkarte zeigt dir direkt, wie viele deiner Produkte aktuell aktiv oder inaktiv sind.
list_1: Aktiv – Anzahl der von der Plattform freigegebenen und veröffentlichten Produkte.
list_2: Inaktiv – Anzahl der eingereichten Produkte, die noch nicht durch die Plattform geprüft wurden.
horum:
title: Horum
text: Die Horum-Karte zeigt Informationen zur aktuell deinem Account zugeordneten Horum-Version.
list_1: Version – zeigt die aktuelle Versionsnummer von Horum.
list_2: Datum – zeigt das zur angegebenen Horum-Version gehörende Datum.
activities:
title: Letzte Aktivitäten
text_1: Unterhalb der Statuskarten befindet sich die Liste deiner letzten Aktivitäten. Sie gibt dir einen zeitlichen Überblick über zuletzt erfasste Vorgänge innerhalb der Horum-Plattform.
text_2: Neue Aktivitäten werden in der Liste zusammen mit dem jeweiligen Zeitpunkt angezeigt.
list_1: Aktivität – beschreibt den erfassten Vorgang.
list_2: Zeitpunkt – zeigt, wann die Aktivität stattgefunden hat.
list_3: Zu den Aktivitäten können beispielsweise Anmeldungen, Käufe und weitere Account-Aktivitäten gehören.
activity_history:
title: Aktivitätshistorie löschen
text_1: Die angezeigte Aktivitätshistorie kann über das Papierkorb-Symbol im Bereich „Letzte Aktivitäten“ gelöscht werden.
text_2: Dadurch werden die Einträge der Aktivitätsübersicht entfernt und die Liste kann anschließend wieder mit neuen Aktivitäten aufgebaut werden.
summary:
title: Alles Wichtige auf einen Blick
text: Das Dashboard bündelt die zentralen Verwaltungsbereiche deines Horum-Accounts. Die Übersichtsseite liefert dir dafür einen schnellen Überblick über Lizenz, Wallet, Produkte, Horum-Version und deine letzten Aktivitäten, während die weiteren Dashboard-Bereiche die jeweiligen Informationen und Funktionen im Detail bereitstellen.

dashboard/product_creator_de.json

documentation:
product_creator:
title: Produkt erstellen
intro: Mit dem Produkt Creator kannst du ein von Horum erstelltes Paket für den Marketplace vorbereiten und zur Veröffentlichung einreichen.
purpose:
title: Ein Produkt für den Marketplace erstellen
text_1: Der Product Creator verbindet dein aus der Horum Application exportiertes Paket mit den Informationen, Bildern und weiteren Inhalten, die für ein Produkt im Horum Marketplace benötigt werden.
text_2: Neben den eigentlichen Produktinformationen werden das Export Manifest und das zugehörige Horum Package hochgeladen. Anschließend wird das Produkt validiert und für den weiteren Veröffentlichungsprozess eingereicht.
requirements:
title: Voraussetzungen
text: Bevor du ein Produkt erstellen kannst, benötigst du die zugehörigen Exportdateien aus der Horum Application und die erforderlichen Informationen für dein Marketplace-Produkt.
list_1: Ein mit der Horum Application erstelltes Horum Package im Format .hrm.
list_2: Die beim Export erzeugte Datei export_manifest.json.
list_3: Mindestens ein Produktbild sowie die erforderlichen Produktinformationen.
list_4: Ein freier Produktplatz innerhalb des Limits deines aktiven Horum-Plans.
product:
title: Produktinformationen
text: Im ersten Bereich legst du die grundlegenden Informationen fest, mit denen dein Produkt im Marketplace beschrieben und angeboten wird.
list_1: Titel – der Name, unter dem dein Produkt im Marketplace angezeigt wird.
list_2: Beschreibung – eine Beschreibung des Produkts, seines Inhalts und seines Verwendungszwecks.
list_3: Sprache – die Sprache, für die beziehungsweise in der das Produkt angeboten wird.
list_4: Preis – der Verkaufspreis des Produkts. Ein Preis von 0.00 kennzeichnet ein kostenloses Produkt.
images:
title: Produktbilder
text_1: Für dein Marketplace-Produkt kannst du bis zu drei Produktbilder hochladen. Die Bilder dienen der Darstellung und Präsentation des Produkts im Marktplatz.
list_1: Es können maximal 3 Produktbilder hochgeladen werden.
list_2: Unterstützte Bildformate sind JPG, JPEG, PNG und WEBP.
list_3: Mindestens ein Produktbild ist für die Erstellung des Produkts erforderlich.
list_4: KI-generierte Bilder – werden KI-generierte Bilder verwendet, müssen diese beim Erstellen des Produkts entsprechend markiert werden. Gekennzeichnete Bilder erhalten im Marktplatz automatisch das sichtbare „AI IMAGE“-Label.
text_2: Wenn die verwendeten Produktbilder mit KI erstellt wurden, muss dies über die dafür vorgesehene Checkbox bestätigt werden.
documentation:
title: Zusätzliche Dokumentation
text_1: Zusätzlich zum eigentlichen Horum Package kannst du Dokumentationen hochladen, die Nutzern weitere Anleitungen, Beschreibungen oder Informationen zu deinem Produkt bereitstellen.
list_1: TXT – einfache textbasierte Dokumentationen und Hinweise.
list_2: NFO – textbasierte Informationsdateien zum Produkt oder Paket.
list_3: PDF – formatierte Anleitungen und ausführlichere Produktdokumentationen.
text_2: Das Hochladen zusätzlicher Dokumentationen ist optional und nicht erforderlich, um ein Produkt einzureichen.
uploads:
title: Export Manifest & Horum Package
text: Für die Erstellung des Marketplace-Produkts müssen die beiden beim Horum-Export zusammengehörenden Dateien hochgeladen werden.
list_1: Export Manifest – die von Horum erstellte export_manifest.json mit den Informationen über den Export und dessen enthaltene Komponenten.
list_2: Horum Package – die beim Export erstellte .hrm-Datei mit den eigentlichen Inhalten des Pakets.
types:
title: Produkttyp auswählen
text: Der Produkttyp beschreibt, welche Art von Horum-Inhalt veröffentlicht wird. Der ausgewählte Produkttyp muss zum Inhalt des exportierten Pakets passen.
list_1: Persönlichkeit – Seele, Regeln und Verbote einer Horum-Persönlichkeit.
list_2: Arbeits UI – Arbeitsoberflächen mit XML, YAML und zugehörigen Icons.
list_3: Ergebnis UI – Ergebnisoberflächen mit XML, YAML und zugehörigen Assets.
list_4: Horum Fenster – Designs und Konfigurationen für Arbeits- und Resultatfenster.
list_5: Kern – Animation, Geometrie und Farben eines Horum-Kerns.
list_6: Befehle – Horum-Befehle auf Basis von YAML.
list_7: Komplettpaket – ein Paket, das mehrere unterschiedliche Horum-Komponenten gemeinsam enthält.
package:
title: Aufbau eines Horum Packages
text_1: Ein Horum Package verwendet die Dateiendung .hrm und besitzt eine fest definierte Grundstruktur. Welche Komponentenordner enthalten sind, hängt davon ab, welche Inhalte mit der Horum Application exportiert wurden.
text_2: Statische Ordner und Dateien besitzen fest vorgegebene Namen. Dynamische Namen werden anhand des jeweiligen Exports und seiner enthaltenen Komponenten erzeugt.
structure:
title: Bestandteile des Pakets
text: Ein Horum Package kann unterschiedliche Horum-Komponenten enthalten. Die jeweilige Verzeichnisstruktur trennt diese Komponenten voneinander und ordnet ihnen die benötigten Dateien zu.
list_1: personality – enthält soul.md, rules.md und forbidden.md einer Persönlichkeit.
list_2: commands – enthält die YAML-Dateien der exportierten Befehle.
list_3: core – enthält animation.ini, geometry.ini und colors.ini des exportierten Kerns.
list_4: horum_windows – enthält die Worker- und Result-Konfigurationen der zugehörigen Horum Fenster.
list_5: worker_ui – enthält Icons sowie XML- und YAML-Dateien einer Arbeits UI.
list_6: result_ui – enthält Assets, Icons sowie XML- und YAML-Dateien einer Ergebnis UI.
example:
title: Beispiel eines Horum Packages
text_1: Ein Paket muss nicht alle verfügbaren Komponenten enthalten. Es enthält nur die Bereiche, die tatsächlich Bestandteil des jeweiligen Exports sind.
text_2: Das folgende Beispiel zeigt ein Weather-Paket, das einen Befehl, eine Arbeits UI und eine Ergebnis UI gemeinsam in einer .hrm-Datei enthält.
validation:
title: Validierung des Produkts
text_1: Beim Erstellen eines Marketplace-Produkts werden die eingegebenen Daten und hochgeladenen Dateien auf mehreren Ebenen geprüft, bevor das Produkt für die Plattformprüfung eingereicht wird.
list_1: Frontend-Validierung – prüft erforderliche Eingaben, Auswahlfelder und Uploads bereits während der Produkterstellung.
list_2: Backend-Validierung – prüft die übermittelten Produktdaten und Dateien serverseitig erneut.
list_3: Paket- und Manifestvalidierung – prüft, ob das Horum Package und die zugehörigen Exportinformationen den erwarteten Vorgaben entsprechen.
list_4: Automatisierte Validierung – prüft das eingereichte Produkt technisch, bevor es in den anschließenden Prüfprozess der Plattform übernommen wird.
text_2: Die Validierungen schützen den Marketplace vor unvollständigen, beschädigten oder ungültigen Einreichungen. Weitere technische Informationen zur Erstellung und zum Export der Horum Packages findest du in der Application-Dokumentation.
submit:
title: Produkt einreichen
text_1: Sind alle erforderlichen Produktinformationen vorhanden und die Validierungen erfolgreich abgeschlossen, kannst du das Produkt über „Produkt erstellen“ einreichen.
text_2: Nach der erfolgreichen Einreichung wird das Produkt in Meine Produkte angezeigt. Dort kannst du seinen aktuellen Prüfstatus verfolgen und sehen, ob das Produkt noch geprüft wird, freigegeben wurde oder von der Plattform abgelehnt wurde.
summary:
title: Vom Horum Export zum Marketplace-Produkt
text: Der Product Creator verbindet dein exportiertes Horum Package mit den benötigten Marketplace-Informationen. Produktdaten, Bilder, optionale Dokumentationen, Export Manifest, .hrm-Paket und Produkttyp werden gemeinsam geprüft und anschließend für die Veröffentlichung auf der Plattform eingereicht.

dashboard/products_de.json

documentation:
my_products:
title: Meine Produkte
intro: Unter Meine Produkte verwaltest du deine für den Horum Marketplace eingereichten und veröffentlichten Produkte. Die Übersicht zeigt dir deren aktuellen Status, Nutzung und die wichtigsten Produktinformationen.
overview:
title: Deine Marketplace-Produkte
text_1: Im oberen Bereich erhältst du eine Zusammenfassung deiner eingereichten und veröffentlichten Produkte.
list_1: Gesamte Produkte – Anzahl aller Produkte in deiner Produktverwaltung.
list_2: Aktive Produkte – von der Plattform geprüfte und freigegebene Produkte.
list_3: Inaktive Produkte – eingereichte Produkte, deren Prüfung durch die Plattform noch aussteht.
list_4: Downloads – gesamte Anzahl der Downloads deiner Produkte.
text_2: Damit kannst du sowohl den aktuellen Stand deiner Veröffentlichungen als auch deren Nutzung direkt über das Dashboard verfolgen.
table:
title: Produktübersicht
text: Die Tabelle zeigt deine Produkte einzeln mit den wichtigsten Informationen und verfügbaren Aktionen.
list_1: Bild – das für das Produkt hinterlegte Vorschaubild.
list_2: Titel – der veröffentlichte oder eingereichte Produktname.
list_3: Kategorie – der Typ beziehungsweise die Kategorie des Produkts.
list_4: Sprache – die für das Produkt angegebene Sprache.
list_5: Dateityp – der Dateityp des veröffentlichten Inhalts.
list_6: Downloads – Anzahl der bisherigen Downloads des Produkts.
list_7: Status – aktueller Veröffentlichungs- und Prüfstatus.
list_8: Preis – festgelegter Verkaufspreis oder Kennzeichnung als kostenloses Produkt.
list_9: Aktionen – verfügbare Funktionen zur Verwaltung des jeweiligen Produkts.
limits:
title: Produktlimit deines Plans
text_1: Wie viele eigene Produkte du im Horum Marketplace veröffentlichen kannst, richtet sich nach deinem aktiven Horum-Plan.
list_1: Free – bis zu 2 Produkte.
list_2: Personal – bis zu 5 Produkte.
list_3: Premium – bis zu 10 Produkte.
text_2: Dein aktuelles Produktlimit und die weiteren Unterschiede zwischen den Plänen findest du im Bereich Lizenz.
validation:
title: Validierung und Freigabe
text_1: Bevor ein Produkt im Marketplace veröffentlicht wird, durchläuft es mehrere Prüfungen. Diese Prüfungen schützen die Plattform und helfen dabei, fehlerhafte oder ungültige Pakete bereits vor der Veröffentlichung zu erkennen.
list_1: Paketerstellung – Horum-Pakete werden über die Application erstellt und bereits beim Export nach den vorgesehenen Paket- und Manifestregeln aufgebaut.
list_2: Frontend-Validierung – beim Einreichen werden erforderliche Produktinformationen und Uploads bereits auf der Website geprüft.
list_3: Backend-Validierung – die übermittelten Daten, das Paket und die zugehörigen Informationen werden serverseitig erneut geprüft.
list_4: Automatisierte Validierung – nach erfolgreicher technischer Prüfung wird das eingereichte Produkt für die anschließende Prüfung durch die Plattform vorbereitet.
text_2: Weitere Informationen zur Erstellung und zum Export von Horum-Paketen findest du in der Application-Dokumentation.
status:
title: Status eines Produkts
text: Der Status zeigt dir, an welcher Stelle sich dein Produkt im Veröffentlichungsprozess befindet.
list_1: Aktiv – das Produkt wurde von der Plattform geprüft und freigegeben und ist im Marketplace veröffentlicht.
list_2: Inaktiv – das Produkt wurde erfolgreich eingereicht, aber noch nicht abschließend durch die Plattform geprüft. Inaktiv bedeutet nicht, dass das Produkt abgelehnt wurde.
list_3: Declined – das Produkt wurde geprüft und von der Plattform abgelehnt.
declined:
title: Abgelehnte Produkte
text_1: Wird ein Produkt nach der Prüfung abgelehnt, erhält es den Status „Declined“. Damit wird eine Ablehnung eindeutig von einem lediglich noch nicht geprüften, inaktiven Produkt unterschieden.
text_2: Bei einem abgelehnten Produkt erscheint unter Aktionen ein gelbes Info-Symbol (i). Über dieses Symbol kannst du ein Modal öffnen, in dem der Grund für die Ablehnung angezeigt wird.
actions:
title: Produkte verwalten
text: In der Spalte Aktionen stehen dir abhängig vom Produktstatus verschiedene Verwaltungsfunktionen zur Verfügung.
list_1: Produkt bearbeiten – vorhandene Produktinformationen und Einstellungen verwalten.
list_2: Produkt löschen – das entsprechende Produkt aus deiner Produktverwaltung entfernen.
list_3: Grund anzeigen – bei einem abgelehnten Produkt über das gelbe Info-Symbol (i) den von der Plattform angegebenen Ablehnungsgrund öffnen.
summary:
title: Vom Upload bis zur Veröffentlichung
text: Meine Produkte begleitet deine Marketplace-Produkte durch den gesamten Veröffentlichungsprozess. Du siehst, welche Produkte eingereicht wurden, welche noch auf die Plattformprüfung warten, welche freigegeben und aktiv sind und bei welchen Produkten eine Ablehnung mit Begründung vorliegt.

dashboard/profile_de.json

documentation:
profile:
title: Profil
intro: Im Profil verwaltest und ergänzt du deine persönlichen Daten, dein Profilbild sowie – falls vorhanden – die Informationen deines Unternehmens.
overview:
title: Profil verwalten
text_1: Die Profilseite im Dashboard ist der zentrale Bereich für deine persönlichen Profil- und Unternehmensdaten.
text_2: Du kannst bestehende Angaben bearbeiten, fehlende Informationen ergänzen und die zu deinem Auftritt gehörenden Bilder verwalten.
list_1: Persönliche Daten eintragen und bearbeiten.
list_2: Profilbild hochladen oder aktualisieren.
list_3: Informationen über dich ergänzen.
list_4: Unternehmensdaten und Firmenlogo verwalten.
personal:
title: Persönliche Daten
text_1: Im Bereich „Profil“ verwaltest du die persönlichen Informationen, die mit deinem Horum-Account verbunden sind.
text_2: Die einzelnen Angaben können direkt über die dafür vorgesehenen Felder ergänzt oder bearbeitet werden.
list_1: Vorname – dein hinterlegter Vorname.
list_2: Nachname – dein hinterlegter Nachname.
list_3: Benutzername – der Benutzername deines Horum-Accounts.
list_4: E-Mail – die mit deinem Account verbundene E-Mail-Adresse.
list_5: Geburtsdatum – dein hinterlegtes Geburtsdatum.
list_6: Geschlecht – weiblich, männlich oder sonstiges.
list_7: Sprache – deine hinterlegte Sprache.
list_8: Land – das deinem Profil zugeordnete Land.
list_9: Über mich – ein persönlicher Text, mit dem du weitere Informationen über dich hinterlegen kannst.
avatar:
title: Profilbild
text_1: Deinem persönlichen Profil kann ein eigenes Profilbild zugeordnet werden. Über „Bild hochladen“ kannst du ein Bild auswählen und als Avatar verwenden.
text_2: Ein bereits hinterlegtes Profilbild kann auf demselben Weg durch ein neues Bild ersetzt werden.
about:
title: Über mich
text_1: Im Feld „Über mich“ kannst du dein Profil mit einer eigenen Beschreibung ergänzen.
text_2: Der Inhalt kann gemeinsam mit deinen übrigen persönlichen Profildaten bearbeitet und gespeichert werden.
edit:
title: Profil bearbeiten und speichern
text_1: Änderungen an deinen persönlichen Daten werden direkt im Profilbereich vorgenommen. Du kannst einzelne Angaben ergänzen oder bestehende Angaben ändern.
text_2: Mit „Speichern“ werden die Änderungen deines persönlichen Profils übernommen.
company:
title: Firmendaten
text_1: Im Bereich „Firma“ kannst du die Daten eines mit deinem Account verbundenen Unternehmens hinterlegen und bearbeiten.
text_2: Persönliches Profil und Firmendaten werden getrennt verwaltet. Dadurch können persönliche Angaben unabhängig von den Informationen des Unternehmens gepflegt werden.
list_1: Firmenname – der hinterlegte Name des Unternehmens.
list_2: Branche – die Branche beziehungsweise der Tätigkeitsbereich des Unternehmens.
list_3: E-Mail – die geschäftliche E-Mail-Adresse des Unternehmens.
list_4: Webseite – die hinterlegte Webseite des Unternehmens.
list_5: Rechtsform – die Rechtsform des Unternehmens.
list_6: Handelsregister-Nr. – die hinterlegte Handelsregisternummer des Unternehmens.
company_logo:
title: Firmenlogo
text_1: Für das Unternehmen kann zusätzlich ein eigenes Firmenlogo hinterlegt werden. Über „Bild hochladen“ kannst du das gewünschte Logo auswählen.
text_2: Ein bestehendes Firmenlogo kann ebenfalls durch ein neu hochgeladenes Bild ersetzt werden.
company_about:
title: Über die Firma
text_1: Im Feld „Über die Firma“ kannst du das Unternehmen und seine Tätigkeit ausführlicher beschreiben.
text_2: Die Beschreibung ergänzt die übrigen Firmendaten und kann jederzeit zusammen mit den Unternehmensinformationen bearbeitet werden.
company_edit:
title: Firmendaten bearbeiten und speichern
text_1: Firmenname, Branche, geschäftliche Kontaktdaten, Rechtsform, Handelsregister-Nr., Firmenbeschreibung und Firmenlogo können im Firmenbereich verwaltet werden.
text_2: Mit „Speichern“ werden Änderungen an den Firmendaten übernommen. Das Speichern der Firmendaten erfolgt getrennt vom persönlichen Profil.
buyer:
title: Profil als Käufer
text_1: Als Käufer verwendest du deinen normalen Horum-Account. Du kannst den Marktplatz durchsuchen, Produkte erwerben und die mit deinem Account verbundenen Käufe und Inhalte verwalten.
text_2: Für die normale Nutzung des Marktplatzes als Käufer ist kein Verkäuferprofil erforderlich. Käufer und Verkäufer sind innerhalb der Plattform unterschiedliche Rollen mit unterschiedlichen Funktionen.
seller:
title: Profil als Verkäufer
text_1: Wenn du eigene Produkte über den Horum Marktplatz veröffentlichen und anbieten möchtest, benötigst du zusätzlich die Verkäuferfunktionen der Plattform.
text_2: Der Verkäuferstatus erweitert deinen bestehenden Horum-Account. Er ersetzt weder deinen persönlichen Account noch dein normales Profil.
list_1: Der persönliche Horum-Account bleibt die Grundlage deines Profils.
list_2: Als Verkäufer kannst du eigene Produkte auf dem Marktplatz veröffentlichen.
list_3: Für Verkäufer stehen zusätzliche Verkäufer- und Anbieterinformationen zur Verfügung.
seller_page:
title: Öffentliche Verkäuferseite
text_1: Verkäufer besitzen eine eigene öffentliche Verkäuferseite. Sie zeigt den Anbieter eines Produkts und ordnet veröffentlichte Produkte dem jeweiligen Verkäufer zu.
text_2: Dadurch können Nutzer erkennen, von wem ein Produkt angeboten wird und weitere veröffentlichte Produkte desselben Verkäufers aufrufen.
list_1: Darstellung des Verkäufers beziehungsweise des anbietenden Unternehmens.
list_2: Zuordnung der veröffentlichten Produkte zum jeweiligen Verkäufer.
list_3: Aufruf weiterer Produkte desselben Verkäufers.
become_seller:
title: Verkäufer werden
text_1: Ein normaler Horum-Account macht dich nicht automatisch zum Verkäufer. Bevor du eigene Produkte auf dem Marktplatz anbieten kannst, sind zusätzliche Schritte erforderlich.
text_2: Dazu gehört insbesondere die erforderliche Identitätsprüfung (KYC). Abhängig von deinem Verkäuferstatus und deinen Angaben können weitere Informationen oder Prüfungen erforderlich sein, bevor die Verkäuferfunktionen vollständig genutzt werden können.
legal:
title: Anbieterinformationen und Impressum
text_1: Bei Verkäufern können neben dem öffentlichen Verkäuferprofil weitere rechtliche Anbieterinformationen relevant sein, insbesondere wenn Produkte geschäftlich angeboten werden.
text_2: Weitere Informationen zu rechtlichen Angaben und zum jeweiligen Anbieter findest du im zugehörigen Impressum.
summary:
title: Dein Profil in Horum
text: Über die Profilseite verwaltest du deine persönlichen Daten, dein Profilbild und deine eigene Beschreibung sowie die Daten und das Logo eines hinterlegten Unternehmens. Gleichzeitig bildet dein Profil die Grundlage für deinen Auftritt als Käufer oder Verkäufer auf dem Horum Marktplatz.

dashboard/settings_de.json

documentation:
settings:
title: Einstellungen
intro: In den Einstellungen legst du deinen Auftritt auf der Horum-Plattform fest, verwaltest Benachrichtigungen und Datenschutzoptionen und findest wichtige Funktionen für deinen Account.
overview:
title: Einstellungen im Überblick
text: Die Einstellungen sind in mehrere Bereiche unterteilt, die unabhängig voneinander verwaltet werden können.
list_1: Marktplatz – legt fest, ob du als Privatperson oder Unternehmen auftrittst.
list_2: Benachrichtigungen – steuert die verschiedenen Benachrichtigungskanäle.
list_3: Datenschutz – bestimmt die Sichtbarkeit ausgewählter Profil- und Kontaktdaten.
list_4: Account – enthält Funktionen zum Ändern des Passworts und Löschen des Accounts.
marketplace:
title: Marktplatz
text_1: Im Bereich Marktplatz legst du fest, wie du auf dem Horum Marktplatz auftreten möchtest.
list_1: Privatperson – du trittst mit deinem persönlichen Profil auf.
list_2: Unternehmen – du trittst mit den hinterlegten Unternehmensinformationen auf.
text_2: Die Auswahl bestimmt deinen Auftritt auf dem Marktplatz und kann entsprechend deiner Nutzung angepasst werden.
notifications:
title: Benachrichtigungen
text_1: Die verschiedenen Benachrichtigungskanäle können unabhängig voneinander aktiviert oder deaktiviert werden.
list_1: Website-Benachrichtigungen – Benachrichtigungen innerhalb der Horum-Webseite.
list_2: System-Benachrichtigungen – Benachrichtigungen über das verwendete System.
list_3: E-Mail-Benachrichtigungen – Benachrichtigungen an deine hinterlegte E-Mail-Adresse.
list_4: In-App-Benachrichtigungen – Benachrichtigungen innerhalb der Horum Application.
text_2: Dadurch kannst du für jeden verfügbaren Kanal einzeln festlegen, ob du darüber Benachrichtigungen erhalten möchtest.
privacy:
title: Datenschutz
text_1: Im Bereich Datenschutz bestimmst du, welche ausgewählten Profil- und Kontaktdaten für andere Nutzer sichtbar sein dürfen.
list_1: Profil öffentlich sichtbar – bestimmt, ob dein Profil öffentlich angezeigt werden darf.
list_2: E-Mail in der Community anzeigen – bestimmt, ob deine E-Mail-Adresse innerhalb der Community sichtbar ist.
list_3: E-Mail bei Produktdetails anzeigen – bestimmt, ob deine E-Mail-Adresse bei den Details deiner Produkte angezeigt wird.
text_2: Die einzelnen Datenschutzoptionen können unabhängig voneinander aktiviert oder deaktiviert werden.
password:
title: Passwort ändern
text_1: Über die Account-Einstellungen kannst du das Passwort deines Horum-Accounts ändern.
list_1: „Passwort ändern“ öffnet die Funktion zum Festlegen eines neuen Passworts.
list_2: Das neue Passwort wird anschließend für die Anmeldung mit deinem Horum-Account verwendet.
text_2: Verwende ein sicheres Passwort und gib deine Zugangsdaten nicht an andere Personen weiter.
delete_account:
title: Account löschen
text_1: Im Account-Bereich befindet sich außerdem die Funktion zum Löschen deines Horum-Accounts.
list_1: „Account löschen“ startet den Vorgang zur Löschung des Accounts.
list_2: Die Account-Löschung ist nicht mit einer normalen Abmeldung gleichzusetzen.
text_2: Eine Abmeldung beendet lediglich deine aktuelle Sitzung. Die Account-Löschung betrifft dagegen den Horum-Account selbst und sollte nur verwendet werden, wenn der Account tatsächlich gelöscht werden soll.
summary:
title: Deinen Account konfigurieren
text: Die Einstellungen bündeln die zentralen Optionen für deinen Auftritt auf dem Horum Marktplatz, die verfügbaren Benachrichtigungskanäle, die Sichtbarkeit ausgewählter Daten sowie grundlegende Funktionen zur Verwaltung deines Accounts.

dashboard/wallet_de.json

documentation:
wallet:
title: Wallet
intro: In deiner Wallet verwaltest du deine Einnahmen aus Verkäufen, dein verfügbares Guthaben und deine Auszahlungen.
overview:
title: Wallet im Überblick
text_1: Die Wallet ist der zentrale Finanzbereich für Verkäufer auf dem Horum Marktplatz. Hier werden Einnahmen aus deinen Produktverkäufen, verfügbares Guthaben und Auszahlungen zusammengeführt.
text_2: Die Übersicht zeigt dir die wichtigsten Werte und den aktuellen Stand deiner Wallet.
list_1: Guthaben – dein aktuell verfügbares Guthaben.
list_2: Gesamteinnahmen – deine bisher erzielten Einnahmen.
list_3: Dieser Monat – deine Einnahmen im aktuellen Monat.
list_4: Letzter Monat – deine Einnahmen im vorherigen Monat.
list_5: Ausstehend – Beträge, die noch nicht ausgezahlt wurden.
seller:
title: Wallet und Verkäuferstatus
text_1: Die Wallet ist mit den Verkäuferfunktionen deines Horum-Accounts verbunden. Um Produkte verkaufen und Einnahmen auszahlen lassen zu können, musst du den erforderlichen Verkäufer- und Verifizierungsprozess abschließen.
text_2: Der Verkäuferstatus stellt sicher, dass die für Verkäufe und Auszahlungen erforderlichen Angaben vollständig hinterlegt und geprüft wurden.
list_1: Verkäuferstatus für deinen Horum-Account einrichten.
list_2: Erforderliche persönliche oder geschäftliche Angaben hinterlegen.
list_3: Den erforderlichen Verifizierungsprozess abschließen.
kyc:
title: Identitätsprüfung und KYC
text_1: Zum Verkäufer- und Auszahlungsprozess gehört eine Identitätsprüfung. Dafür wird der erforderliche KYC-Prozess durchgeführt.
text_2: Die Verifizierung ist Bestandteil der Einrichtung als Verkäufer und muss entsprechend abgeschlossen sein, damit die vorgesehenen Verkäufer- und Auszahlungsfunktionen genutzt werden können.
stripe:
title: Stripe-Verbindung
text_1: Die Zahlungs- und Auszahlungsfunktionen der Wallet sind mit Stripe verbunden. Im Rahmen der Einrichtung werden die für den Verkäuferstatus und die Auszahlung erforderlichen Zahlungsinformationen hinterlegt.
text_2: Der Status deiner Auszahlungsdaten wird in der Wallet angezeigt. Dadurch kannst du erkennen, ob die erforderliche Einrichtung abgeschlossen ist.
balance:
title: Guthaben und Einnahmen
text_1: Im oberen Bereich der Wallet erhältst du eine direkte Übersicht über deine aktuellen Einnahmen und verfügbaren Beträge.
list_1: Guthaben zeigt den aktuell verfügbaren Betrag.
list_2: Gesamteinnahmen zeigt die bisher erzielten Einnahmen.
list_3: Dieser Monat zeigt die Einnahmen des aktuellen Monats.
list_4: Letzter Monat zeigt die Einnahmen des vorherigen Monats.
list_5: Ausstehend zeigt Beträge, die noch nicht ausgezahlt wurden.
text_2: Die angezeigten Werte werden entsprechend deiner Verkäufe und Auszahlungen fortlaufend aktualisiert.
payout_setup:
title: Auszahlungsdaten einrichten
text_1: Bevor eine Auszahlung erfolgen kann, müssen die erforderlichen Auszahlungsdaten eingerichtet sein. Der aktuelle Status wird direkt in der Wallet angezeigt.
text_2: Ist die Einrichtung abgeschlossen, können verfügbare Auszahlungen über die Wallet direkt auf das hinterlegte Bankkonto veranlasst werden.
payout:
title: Auszahlungen
text_1: Verfügbares Guthaben kann direkt über die Wallet zur Auszahlung auf dein hinterlegtes Bankkonto angefordert werden.
list_1: Auszahlungen erfolgen direkt auf das hinterlegte Bankkonto.
list_2: Die Mindestauszahlung beträgt CHF 20.00.
list_3: Die Wallet zeigt fortlaufend an, wie viel Guthaben aktuell verfügbar ist.
list_4: Die Wallet zeigt an, ob auf Grundlage des verfügbaren Guthabens eine Auszahlung möglich ist.
text_2: Sobald die Voraussetzungen für eine Auszahlung erfüllt sind, steht die entsprechende Auszahlungsfunktion zur Verfügung.
payout_dialog:
title: Auszahlungsbetrag auswählen
text_1: Beim Start einer Auszahlung öffnet sich der Auszahlungsdialog. Dort kannst du den gewünschten Betrag festlegen.
text_2: Der Dialog zeigt gleichzeitig dein aktuell verfügbares Guthaben an, damit du den Auszahlungsbetrag direkt daran ausrichten kannst.
list_1: 25 % – wählt 25 Prozent des verfügbaren Guthabens.
list_2: 50 % – wählt 50 Prozent des verfügbaren Guthabens.
list_3: 75 % – wählt 75 Prozent des verfügbaren Guthabens.
list_4: Alles – wählt das gesamte verfügbare Guthaben.
transactions:
title: Einnahmen und Auszahlungen
text_1: Die Wallet enthält getrennte Ansichten für deine Einnahmen und Auszahlungen. Dadurch kannst du deine Verkäufe und bereits veranlassten Auszahlungen nachvollziehen.
text_2: Die Tabellen enthalten die wichtigsten Informationen zu den jeweiligen Vorgängen.
list_1: Datum – Zeitpunkt des jeweiligen Vorgangs.
list_2: Typ beziehungsweise Methode – Art des Verkaufs oder verwendete Auszahlungsmethode.
list_3: Referenz – die zugehörige Bestell- oder Auszahlungsreferenz.
list_4: Betrag – der dem Vorgang zugeordnete Geldbetrag.
list_5: Status – zeigt den aktuellen Status des jeweiligen Vorgangs.
filter:
title: Zeitraum filtern
text_1: Einnahmen und Auszahlungen können anhand eines ausgewählten Zeitraums gefiltert werden.
text_2: Über „Von“ und „Bis“ legst du den gewünschten Zeitraum fest und wendest ihn anschließend auf die angezeigten Einträge an.
exports:
title: Einnahmen und Auszahlungen exportieren
text_1: Die Tabellen deiner Einnahmen und Auszahlungen können für die weitere Verarbeitung und eigene Dokumentation exportiert werden.
text_2: Der Export erfolgt im Excel-Format und steht für beide Bereiche getrennt zur Verfügung.
list_1: Einnahmen exportieren – exportiert die Tabelle deiner Verkaufseinnahmen.
list_2: Auszahlungen exportieren – exportiert die Tabelle deiner Auszahlungen.
refunds:
title: Rückerstattungen
text_1: Rückerstattungen können Auswirkungen auf Einnahmen, Guthaben und damit verbundene Abrechnungen haben.
text_2: Die genauen Bedingungen und Regelungen für Rückerstattungen werden an dieser Stelle nicht im Detail beschrieben. Maßgeblich sind die jeweils geltenden Allgemeinen Geschäftsbedingungen.
terms:
title: Auszahlungsbedingungen
text_1: Für Auszahlungen gelten zusätzliche Bedingungen und Regelungen, die über die technische Bedienung der Wallet hinausgehen.
text_2: Die vollständigen Regelungen zu Auszahlungen, Rückerstattungen und den damit verbundenen Bedingungen findest du in den jeweils geltenden Allgemeinen Geschäftsbedingungen.
summary:
title: Einnahmen und Auszahlungen verwalten
text: Die Wallet bündelt die finanziellen Funktionen für Verkäufer auf dem Horum Marktplatz. Nach abgeschlossenem Verkäufer- und Verifizierungsprozess kannst du deine Einnahmen verfolgen, verfügbares Guthaben einsehen, Transaktionen filtern und exportieren sowie verfügbare Beträge ab CHF 20.00 direkt auf dein hinterlegtes Bankkonto auszahlen lassen.

dependencies/faster_whisper_de.json

documentation:
faster_whisper:
title: Faster Whisper
intro: Faster Whisper ist eine externe technische Abhängigkeit von Horum und wird für die lokale Spracherkennung eingesetzt. Horum integriert Faster Whisper über einen eigenen Integrationslayer in die Eingabeverarbeitung und wandelt aufgezeichnete Sprache in Text um.
purpose:
title: Aufgabe
text_1: Faster Whisper übernimmt innerhalb von Horum die eigentliche Transkription einer aufgezeichneten Spracheingabe. Die zuvor erstellte Audiodatei wird an das geladene Whisper-Modell übergeben und als erkannter Text zurückgegeben.
text_2: Die Abhängigkeit ist damit ein Bestandteil der Spracherkennung, während Aufnahme, Sprachaktivität, Ablaufsteuerung und anschließende Prompt-Verarbeitung von Horum selbst übernommen werden.
integration:
title: Integration in Horum
text_1: Horum verwendet mit HorumFasterWhisper einen eigenen Integrationslayer zwischen der Eingabeverarbeitung und Faster Whisper. Dadurch wird die externe Spracherkennung über die Horum-Konfiguration gesteuert und in den internen Verarbeitungsablauf eingebunden.
text_2: Faster Whisper arbeitet dabei nicht eigenständig mit dem Mikrofon oder der Benutzeroberfläche, sondern erhält die von Horum vorbereitete Audiodatei zur Transkription.
list_1: Horum lädt und initialisiert das konfigurierte Whisper-Modell.
list_2: Die Modellkonfiguration bestimmt Modell, Gerät und Compute-Typ.
list_3: Horum übergibt eine zuvor gespeicherte Audiodatei an Faster Whisper.
list_4: Der transkribierte Text wird anschließend an die weitere Horum-Verarbeitung zurückgegeben.
model:
title: Modell und Konfiguration
text_1: Das Whisper-Modell wird beim Erstellen der Horum-Integration anhand der aktuellen Speech-Konfiguration initialisiert.
text_2: Dadurch kann Horum verschiedene Parameter der lokalen Spracherkennung konfigurieren, ohne die Faster-Whisper-Integration selbst verändern zu müssen.
model: Modell – bestimmt das für die Spracherkennung verwendete Whisper-Modell.
device: Gerät – bestimmt das Gerät, auf dem das Modell ausgeführt wird. Ist kein Wert vorhanden, verwendet die aktuelle Konfiguration CPU als Fallback.
compute_type: Compute-Typ – bestimmt die Berechnungsart des Modells. Die aktuelle Konfiguration verwendet int8 als Fallback.
language: Sprache – bestimmt die an Faster Whisper übergebene Sprache für die Transkription.
audio:
title: Audiodatei
text_1: Die Audiodatei für Faster Whisper wird von Horum selbst erzeugt. Nach dem Ende einer erkannten Spracheingabe fasst Horum die aufgenommenen Audioblöcke zusammen und speichert sie für die anschließende Transkription.
text_2: Der aktuelle AudioRecorder speichert die Aufnahme als Mono-WAV-Datei mit 16-Bit-Samples im Horum Cache. Die Samplerate wird aus der Eingabekonfiguration übernommen.
transcription:
title: Transkription
text_1: Für die Transkription übergibt Horum den Pfad der gespeicherten Audiodatei an das geladene Whisper-Modell. Faster Whisper liefert anschließend einzelne erkannte Segmente und Informationen zur erkannten Sprache zurück.
text_2: Horum bereitet die einzelnen Segmente zu einem gemeinsamen Text auf und gibt diesen an die nachfolgende Eingabeverarbeitung weiter.
list_1: Segmente – die von Faster Whisper gelieferten Textsegmente werden bereinigt und zusammengeführt.
list_2: Sprache – Faster Whisper liefert Informationen über die erkannte Sprache zurück.
list_3: Wahrscheinlichkeit – die von Faster Whisper gelieferte Wahrscheinlichkeit der erkannten Sprache kann von Horum protokolliert werden.
pipeline:
title: Position in der Eingabeverarbeitung
text: Faster Whisper befindet sich zwischen der von Horum vorbereiteten Audioaufnahme und der textbasierten Prompt-Verarbeitung. Die externe Abhängigkeit übernimmt dabei ausschließlich den Schritt der Spracherkennung innerhalb der gesamten Horum-Eingabeverarbeitung.
microphone: Mikrofon
audio_recording: Audioaufnahme
voice_activity: Sprachaktivität
audio_file: Audiodatei
faster_whisper: Faster Whisper
transcribed_text: Transkribierter Text
prompt_processing: Prompt-Verarbeitung
horum: Horum
horum:
title: Weiterverarbeitung durch Horum
text_1: Nach erfolgreicher Transkription erhält Horum den erkannten Text zurück. Ist kein Text vorhanden, wird die weitere Verarbeitung für diese Aufnahme beendet.
text_2: Ein vorhandener Text wird an den Prompt Builder übergeben und dort für die weitere Verarbeitung innerhalb von Horum bereitgestellt. Faster Whisper selbst übernimmt keine Prompt-Erstellung und keine Verarbeitung durch ein LLM.
dependency:
title: Externe Abhängigkeit
text_1: Faster Whisper wird von Horum als externe technische Komponente für die lokale Spracherkennung verwendet. Die eigentliche Einbindung in Horum erfolgt jedoch über eigene Horum-Komponenten und eine eigene Ablaufsteuerung.
text_2: Dadurch bleibt die Verantwortung klar getrennt: Faster Whisper übernimmt die Transkription, während Horum Aufnahme, Erkennung des Spracheingabeablaufs, Audiodatei, Konfiguration, Prompt-Verarbeitung und Orchestrierung kontrolliert.
summary:
title: Lokale Spracherkennung für Horum
text: Faster Whisper stellt Horum die technische Grundlage für die lokale Transkription von Sprache zu Text bereit. Horum integriert die Abhängigkeit über HorumFasterWhisper, konfiguriert das verwendete Modell und übergibt die zuvor aufgezeichnete Audiodatei. Der daraus erzeugte Text wird anschließend wieder vollständig von Horums eigener Eingabeverarbeitung übernommen.

dependencies/opengl_de.json

documentation:
opengl:
title: OpenGL
intro: OpenGL bildet die technische Grafikgrundlage für das Rendering des Horum Core. Horum verwendet OpenGL zusammen mit PyQt, um die einzelnen Core-Layer in Framebuffer zu zeichnen, Multisampling anzuwenden und das fertige Ergebnis anschließend als Bild in die Benutzeroberfläche zu übertragen.
purpose:
title: Aufgabe
text_1: OpenGL übernimmt die technische Ausführung der grafischen Zeichenoperationen des Horum Core. Die eigentliche Gestaltung, Geometrie, Animation und Steuerung der Core-Layer bleibt Bestandteil von Horum.
text_2: Damit trennt Horum seine eigene Core-Logik von der darunterliegenden Grafiktechnologie, die für das Rendern der visuellen Elemente verwendet wird.
integration:
title: Integration
text: Die OpenGL-Integration verbindet PyQt mit den von Horum verwendeten OpenGL-Funktionen und der eigenen Layer-Architektur.
pyqt: PyQt – stellt unter anderem die verwendeten OpenGL-Framebuffer-Objekte und die Übergabe des gerenderten Ergebnisses an die Qt-Oberfläche bereit.
pyopengl: OpenGL – stellt die verwendeten OpenGL-Funktionen und Konstanten für den Renderablauf bereit.
framebuffer: Framebuffer – Horum rendert den Core außerhalb der eigentlichen Oberfläche zunächst in eigene Framebuffer.
layers: Layer – die einzelnen Horum Core-Layer werden von der eigenen Rendering-Logik initialisiert und gezeichnet.
state:
title: OpenGL-Zustand
text_1: Bei der Initialisierung richtet Horum den OpenGL-Zustand für das transparente 2D-Rendering des Core ein.
text_2: Die Einstellungen werden zentral vorbereitet, bevor die einzelnen Core-Layer initialisiert und gerendert werden.
blending: Alpha-Blending – GL_SRC_ALPHA und GL_ONE_MINUS_SRC_ALPHA werden für transparente Übergänge aktiviert.
smoothing: Glättung – Linien- und Punktglättung werden aktiviert und mit der höchsten verfügbaren Qualitätsanforderung konfiguriert.
depth: Tiefe und Flächen – Depth Testing und Face Culling werden für den verwendeten 2D-Renderablauf deaktiviert.
color: Farbausgabe – alle vier RGBA-Farbkanäle bleiben für die Ausgabe aktiviert.
framebuffers:
title: Framebuffer
text_1: Horum verwendet getrennte Framebuffer für das Multisample-Rendering und das anschließend aufgelöste Bild.
text_2: Dadurch kann der Core zunächst mit Multisampling gerendert und anschließend in einen nicht multisampelten Resolve-Framebuffer übertragen werden.
msaa: MSAA-Framebuffer – verwendet die konfigurierte Anzahl an Samples und dient als Ziel für das eigentliche Layer-Rendering.
resolve: Resolve-Framebuffer – verwendet keine zusätzlichen Samples und nimmt das aufgelöste Ergebnis des MSAA-Framebuffer auf.
format: Farbformat – beide Framebuffer verwenden RGBA8 und besitzen ein kombiniertes Depth-Stencil-Attachment.
multisampling: Multisampling – GL_MULTISAMPLE wird für das Rendering in den MSAA-Framebuffer aktiviert.
rendering:
title: Rendering
text_1: Während eines Renderdurchlaufs bindet Horum den MSAA-Framebuffer und zeichnet dort alle aktuell aktivierten Core-Layer.
text_2: Nach Abschluss des Layer-Renderings wird das Ergebnis in den Resolve-Framebuffer übertragen und anschließend in ein Bild umgewandelt.
clear: Vor dem Zeichnen wird der Farbbuffer mit einem vollständig transparenten Hintergrund geleert.
draw: Nur aktivierte Layer werden verarbeitet und über ihre jeweilige draw-Funktion gezeichnet.
resolve: Nach dem Rendering wird der MSAA-Framebuffer über eine Framebuffer-Blit-Operation in den Resolve-Framebuffer aufgelöst.
image: Das aufgelöste Ergebnis wird anschließend aus dem Resolve-Framebuffer als Bild erzeugt und an die weitere Horum Darstellung zurückgegeben.
projection:
title: 2D-Projektion
text_1: Beim Ändern der Rendergröße aktualisiert Horum zunächst den OpenGL-Viewport und richtet die Projektionsmatrix neu ein.
text_2: Für den Core wird eine orthografische 2D-Projektion verwendet. Anschließend erhalten auch die einzelnen Layer die neue Breite und Höhe.
pixel_buffers:
title: Pixel Buffer Objects
text_1: Der OpenGL-Zustand reserviert zwei Pixel Buffer Objects für Pixelübertragungen. Die Größe der Buffer wird aus Renderbreite, Renderhöhe und vier Bytes pro Pixel berechnet.
text_2: Die Buffer werden als GL_PIXEL_PACK_BUFFER mit GL_STREAM_READ angelegt und gemeinsam mit dem übrigen OpenGL-Zustand verwaltet.
performance:
title: Performance-Messung
text_1: Horum besitzt eine eigene Performance-Infrastruktur für den OpenGL-Renderpfad. Die Messungen können gezielt aktiviert und für unterschiedliche Bereiche des Renderings verwendet werden.
text_2: Neben dem gesamten OpenGL-Ablauf können dadurch auch einzelne Layer und weitere Leistungswerte getrennt ausgewertet werden.
opengl: OpenGL – misst Renderabschnitte und einzelne Layer und erfasst unter anderem aktuelle, durchschnittliche, minimale und maximale Laufzeiten.
fps: FPS – erfasst die Anzahl der gerenderten Frames und berechnet die Bildrate.
frame_time: Frame Time – misst die zeitlichen Abstände zwischen den einzelnen Frames.
cpu: CPU – misst die Prozessorauslastung des laufenden Horum-Prozesses über den Messzeitraum.
ram: RAM – erfasst den Arbeitsspeicherverbrauch des Horum-Prozesses unter Windows.
pipeline:
title: Renderablauf
text: OpenGL bildet die technische Renderstufe zwischen der eigenen Core-Logik von Horum und dem fertigen Bild, das anschließend von Qt dargestellt werden kann.
horum_core: Horum Core
layers: Core-Layer
msaa: OpenGL MSAA-Framebuffer
resolve: Resolve-Framebuffer
image: Gerendertes Bild
qt: Qt-Oberfläche
horum:
title: OpenGL und Horum
text_1: OpenGL definiert nicht das Aussehen oder Verhalten des Horum Core. Farben, Geometrien, Animationen, Layer und deren Zustände werden von Horum selbst definiert und gesteuert.
text_2: OpenGL stellt dafür die technische Rendering-Grundlage bereit und führt die von Horum vorgegebenen Zeichenoperationen aus.
dependency:
title: Technische Abhängigkeit
text_1: OpenGL ist eine technische Grafikabhängigkeit des Horum Core. Der verwendete Renderpfad setzt eine funktionierende OpenGL-Unterstützung voraus.
text_2: Die Abhängigkeit betrifft die grafische Ausführung des Core. Die eigentliche Core-Architektur und ihre visuellen Eigenschaften bleiben Bestandteil von Horum.
summary:
title: Grafikgrundlage des Horum Core
text: OpenGL stellt die technische Rendering-Grundlage für den Horum Core bereit. Horum verwaltet die Core-Layer und deren Verhalten selbst, während OpenGL Framebuffer, Multisampling, Alpha-Blending, 2D-Projektion und die eigentlichen Zeichenoperationen für die Darstellung ausführt.

dependencies/overview_de.json

documentation:
dependencies_overview:
title: Abhängigkeiten
intro: Horum verwendet ausgewählte externe Komponenten für technische Aufgaben, die innerhalb der eigenen Architektur benötigt werden. Diese Abhängigkeiten stellen spezialisierte Funktionen bereit, während ihre Einbindung, Steuerung und Verwendung durch Horum erfolgt.
purpose:
title: Aufgabe der Abhängigkeiten
text_1: Externe Abhängigkeiten übernehmen klar abgegrenzte technische Aufgaben innerhalb von Horum. Dadurch können bewährte Technologien für spezialisierte Funktionen eingesetzt werden, ohne diese vollständig innerhalb von Horum neu implementieren zu müssen.
text_2: Die Abhängigkeiten bilden dabei keine eigenständigen Horum Systeme. Sie werden von den jeweiligen Horum Komponenten angesprochen und als technische Grundlage innerhalb eines größeren Verarbeitungsablaufs verwendet.
components:
title: Verwendete Komponenten
text: Horum verwendet derzeit drei zentrale externe Abhängigkeiten für Spracherkennung, Paketverarbeitung und Medienwiedergabe.
faster_whisper: Faster Whisper – lokale Transkription von aufgezeichneter Sprache zu Text.
seven_zip: 7-Zip – technische Archivfunktionen zum Lesen und Extrahieren von HRM Paketen.
vlc: VLC – technische Grundlage für die Wiedergabe von Audio- und Videoinhalten.
faster_whisper:
title: Faster Whisper
text_1: Faster Whisper wird innerhalb der Eingabeverarbeitung für die lokale Spracherkennung eingesetzt. Horum übergibt eine zuvor aufgezeichnete Audiodatei an das konfigurierte Whisper-Modell und erhält den transkribierten Text zurück.
text_2: Aufnahme, Sprachaktivität, Konfiguration, Prompt-Verarbeitung und Orchestrierung bleiben Aufgaben von Horum. Faster Whisper übernimmt innerhalb dieses Ablaufs gezielt die Transkription.
seven_zip:
title: 7-Zip
text_1: 7-Zip stellt die technischen Archivfunktionen für die Verarbeitung von HRM Paketen bereit. Horum kann damit benötigte Inhalte aus einem Paket lesen und für die Installation extrahieren.
text_2: Das HRM Format, die Paketstruktur, Validierung, Berechtigungen, Installationsregeln und Zielpfade werden von Horum definiert und kontrolliert. 7-Zip übernimmt ausschließlich die benötigten Archivoperationen.
vlc:
title: VLC
text_1: VLC stellt die technische Multimedia-Grundlage für die Wiedergabe von Audio- und Videoinhalten innerhalb von Horum bereit.
text_2: Die Auswahl der Medien, die zugehörigen Fenster, die Darstellung und die Steuerung bleiben Bestandteil von Horum. VLC übernimmt die zugrunde liegende Medienwiedergabe.
architecture:
title: Position in der Architektur
text_1: Jede externe Abhängigkeit ist einem bestimmten technischen Aufgabenbereich innerhalb von Horum zugeordnet. Sie wird dort eingesetzt, wo ihre spezialisierte Funktion benötigt wird.
text_2: Faster Whisper unterstützt die Eingabeverarbeitung, 7-Zip die Paketverarbeitung und VLC die Medienwiedergabe. Die darüberliegende Anwendungslogik bleibt jeweils Bestandteil von Horum.
horum: Horum
input_processing: Eingabeverarbeitung
faster_whisper: Faster Whisper
package_processing: Paketverarbeitung
seven_zip: 7-Zip
media_playback: Medienwiedergabe
vlc: VLC
responsibility:
title: Trennung der Verantwortlichkeiten
text_1: Horum trennt externe technische Funktionen von der eigenen Anwendungslogik. Eine Abhängigkeit stellt eine bestimmte technische Fähigkeit bereit, übernimmt jedoch nicht die Kontrolle über den vollständigen Horum Ablauf.
text_2: Dadurch bleiben die Zuständigkeiten der einzelnen Komponenten klar voneinander getrennt.
input: Eingabeverarbeitung – Horum steuert Aufnahme und Verarbeitung; Faster Whisper übernimmt die Transkription.
packages: Paketverarbeitung – Horum steuert das HRM Format und die Installation; 7-Zip stellt die Archivfunktionen bereit.
media: Medienwiedergabe – Horum steuert Fenster und Medienablauf; VLC stellt die technische Wiedergabe bereit.
horum: Horum – verbindet die externen Komponenten mit der eigenen Architektur und kontrolliert den jeweiligen Gesamtprozess.
summary:
title: Technische Grundlagen für Horum
text: Faster Whisper, 7-Zip und VLC erweitern Horum um spezialisierte technische Funktionen für Spracherkennung, Paketverarbeitung und Medienwiedergabe. Die externen Komponenten stellen ihre jeweilige Kernfunktion bereit, während Integration, Steuerung und Anwendungslogik unter der Kontrolle von Horum bleiben.

dependencies/seven_zip_de.json

documentation:
seven_zip:
title: 7-Zip
intro: 7-Zip ist eine externe technische Abhängigkeit von Horum und stellt die benötigten Archivfunktionen für die Verarbeitung von Horum Paketen bereit. Horum verwendet die mitgelieferte 7-Zip-Umgebung, um Inhalte aus HRM Paketen zu lesen und für die Installation zu extrahieren.
purpose:
title: Aufgabe
text_1: 7-Zip übernimmt innerhalb der Horum Paketverarbeitung die technischen Archivoperationen. Dazu gehört insbesondere das Lesen und Extrahieren von Dateien aus einem HRM Paket.
text_2: Die eigentliche Paketverwaltung wird nicht von 7-Zip übernommen. Horum entscheidet selbst, welches Paket verarbeitet wird, welche Inhalte benötigt werden und wohin diese installiert werden.
integration:
title: Integration in Horum
text_1: Horum bindet 7-Zip in die eigene Paket- und Installationslogik ein. Die Archivoperationen werden dabei von Horum ausgelöst und kontrolliert.
text_2: Dadurch bleibt 7-Zip auf seine technische Aufgabe als Archivwerkzeug beschränkt, während sämtliche Horum-spezifischen Entscheidungen innerhalb der eigenen Paketverwaltung erfolgen.
list_1: Horum bestimmt das zu verarbeitende HRM Paket.
list_2: 7-Zip liest oder extrahiert die von Horum angeforderten Inhalte.
list_3: Horum bestimmt die zulässigen Sections und deren Installationspfade.
list_4: Status, Berechtigung und Installationsablauf werden von Horum verwaltet.
hrm:
title: HRM Paketformat
text_1: HRM ist das eigene Paketformat von Horum. Es bündelt die für ein Horum Paket benötigten Inhalte und Metadaten in einer gemeinsamen Paketdatei.
text_2: 7-Zip stellt dafür die technische Archivverarbeitung bereit. Die Bedeutung und Struktur eines HRM Pakets werden jedoch von Horum definiert und nicht von 7-Zip.
extraction:
title: Extraktion
text_1: Während einer Installation verwendet Horum 7-Zip, um die benötigten Einträge aus dem HRM Paket in die vorgesehenen Installationspfade zu extrahieren.
text_2: Welche Bereiche installiert werden, hängt vom Pakettyp und dem Manifest ab. Bei einzelnen Produkttypen wird die entsprechende Section verarbeitet, während ein vollständiges Paket mehrere vorhandene Sections enthalten kann.
list_1: Einzelne Paketbereiche können gezielt aus dem HRM Paket extrahiert werden.
list_2: Die Zielpfade werden von Horums Installationslogik festgelegt.
list_3: Die Extraktion ist nur ein technischer Schritt innerhalb des vollständigen Installationsprozesses.
metadata:
title: Metadaten lesen
text_1: Horum kann benötigte JSON-Dateien direkt aus einem HRM Paket lesen, ohne dafür zuerst das gesamte Paket installieren zu müssen.
text_2: 7-Zip liefert dabei den Inhalt des angeforderten Archiveintrags. Die anschließende JSON-Verarbeitung, Interpretation und Validierung erfolgt innerhalb von Horum.
pipeline:
title: Position in der Paketverarbeitung
text: 7-Zip befindet sich zwischen Horums Paketverwaltung und der eigentlichen Verarbeitung der im HRM Paket enthaltenen Dateien. Es stellt die Archivfunktionen bereit, während Horum den gesamten Installationsablauf kontrolliert.
hrm_package: HRM Paket
package_management: Horum Paketverwaltung
seven_zip: 7-Zip
package_content: Manifest / Paketinhalt
installer: Horum Installer
installation_paths: Installationspfade
installed_package: Installiertes Horum Paket
horum:
title: Steuerung durch Horum
text_1: Vor der Installation prüft Horum den Zustand des Pakets und steuert anschließend, welche Paketbereiche verarbeitet werden dürfen. Auch die Installationspfade und der weitere Ablauf werden von Horum festgelegt.
text_2: 7-Zip besitzt dabei keine Kenntnis über Horum Produkttypen, Berechtigungen, Installationsstatus oder die Bedeutung einzelner Paketbereiche. Diese Logik bleibt vollständig Bestandteil von Horum.
vendor:
title: Mitgelieferte 7-Zip-Komponenten
text_1: Die für Horum benötigten 7-Zip-Komponenten werden zusammen mit der Anwendung bereitgestellt. Dadurch kann Horum die vorgesehenen Archivfunktionen direkt über die eigene Installation verwenden.
text_2: Die 7-Zip-Umgebung enthält die ausführbare Anwendung, zugehörige Bibliotheken sowie die mitgelieferten Lizenz- und Informationsdateien.
executable: 7za.exe – ausführbare 7-Zip-Komponente für die von Horum benötigten Archivoperationen.
libraries: 7za.dll und 7zxa.dll – zugehörige Bibliotheken der eingebundenen 7-Zip-Umgebung.
license: License.txt, readme.txt und history.txt – mitgelieferte Lizenz-, Informations- und Versionsdateien.
dependency:
title: Externe Abhängigkeit
text_1: 7-Zip ist eine externe technische Abhängigkeit und nicht Bestandteil der eigentlichen Horum Paketlogik. Horum verwendet die bereitgestellten Archivfunktionen als technische Grundlage für bestimmte Paketoperationen.
text_2: Diese Trennung ermöglicht es Horum, das eigene HRM Format und den vollständigen Installationsprozess selbst zu kontrollieren, ohne die zugrunde liegenden Archivfunktionen selbst implementieren zu müssen.
summary:
title: Archivverarbeitung für Horum Pakete
text: 7-Zip stellt Horum die technischen Funktionen zum Lesen und Extrahieren von HRM Paketen bereit. Das HRM Format, die Paketstruktur, die Validierung, die Installationsregeln, die Zielpfade und der Paketstatus bleiben vollständig unter der Kontrolle von Horum.

dependencies/vlc_de.json

documentation:
vlc:
title: VLC
intro: VLC ist eine externe technische Abhängigkeit von Horum und stellt die benötigten Funktionen für die Wiedergabe von Audio- und Videoinhalten bereit. Horum integriert die VLC-Komponenten in die eigene Medienverarbeitung und stellt die Wiedergabe innerhalb der dafür vorgesehenen Horum Fenster dar.
purpose:
title: Aufgabe
text_1: VLC übernimmt innerhalb von Horum die technische Wiedergabe von Audio- und Videoinhalten. Dadurch kann Horum Mediendateien wiedergeben, ohne die zugrunde liegende Multimedia-Engine selbst bereitstellen zu müssen.
text_2: Die Steuerung und Darstellung der Medien bleibt dabei Bestandteil von Horum. VLC stellt die technische Wiedergabefunktion bereit, während Horum bestimmt, welche Medien geladen und wie sie innerhalb der Anwendung dargestellt werden.
integration:
title: Integration in Horum
text_1: Horum bindet VLC als Multimedia-Komponente in die eigene Fenster- und Medienarchitektur ein. Die Wiedergabe wird durch Horum ausgelöst und innerhalb der entsprechenden Oberflächen bereitgestellt.
text_2: VLC arbeitet damit als technische Grundlage im Hintergrund und ersetzt nicht die von Horum bereitgestellten Fenster oder Bedienelemente.
list_1: Horum bestimmt die wiederzugebende Mediendatei.
list_2: VLC stellt die technische Audio- oder Videowiedergabe bereit.
list_3: Die Wiedergabe wird in die dafür vorgesehenen Horum Fenster eingebunden.
list_4: Fenster, Darstellung und Interaktion werden von Horum kontrolliert.
media:
title: Audio und Video
text_1: Die VLC-Integration wird für die Medienwiedergabe innerhalb von Horum verwendet. Sie bildet die technische Grundlage für Audio- und Videoinhalte, die über Horums Medienfunktionen geöffnet werden.
text_2: Audio und Video verwenden dieselbe externe Multimedia-Grundlage, können innerhalb von Horum jedoch über unterschiedliche Fenster und Darstellungen ausgegeben werden.
audio: Audio – VLC übernimmt die technische Wiedergabe von Audiodateien innerhalb der Horum Medienumgebung.
video: Video – VLC übernimmt die technische Wiedergabe von Videodateien und stellt die Medienausgabe für das entsprechende Horum Fenster bereit.
windows:
title: Horum Fenster
text_1: Die sichtbare Medienoberfläche gehört zu Horum und nicht zu VLC. Horum verwendet eigene Fenster für die Darstellung und Steuerung der Medienwiedergabe.
text_2: Dadurch bleibt die Medienwiedergabe Bestandteil der Horum Oberfläche, obwohl für die eigentliche Audio- und Videoverarbeitung externe VLC-Komponenten eingesetzt werden.
playback:
title: Medienwiedergabe
text_1: Wird eine unterstützte Mediendatei über Horum geöffnet, übernimmt Horum die Einbindung in die passende Medienoberfläche und verwendet VLC für die zugrunde liegende Wiedergabe.
text_2: Die VLC-Komponenten bilden dabei die technische Wiedergabeschicht. Die darüberliegende Steuerung des Medienablaufs bleibt in die Horum Architektur eingebettet.
pipeline:
title: Position in der Medienverarbeitung
text: VLC befindet sich zwischen Horums eigener Medien- und Fensterlogik und der eigentlichen Multimedia-Wiedergabe. Horum verwaltet die Mediendatei und ihre Darstellung, während VLC die technische Wiedergabe bereitstellt.
media_file: Mediendatei
horum: Horum
media_window: Audio / Video Fenster
vlc: VLC
media_playback: Medienwiedergabe
horum:
title: Steuerung durch Horum
text_1: Horum bleibt für die Anwendungslogik rund um die Medienwiedergabe verantwortlich. Dazu gehören die Auswahl des Mediums, die zugehörige Oberfläche und die Einbindung der Wiedergabe in die Anwendung.
text_2: VLC stellt dafür die Multimedia-Funktionen bereit, besitzt jedoch keine Verantwortung für Horums Fensterarchitektur, Commander, Resultate oder andere Anwendungsbereiche.
vendor:
title: Mitgelieferte VLC-Komponenten
text_1: Die für Horum benötigte VLC-Umgebung wird zusammen mit der Anwendung bereitgestellt. Dadurch kann Horum die Multimedia-Funktionen über die eigene Installation verwenden.
text_2: Neben der ausführbaren VLC-Anwendung enthält die Umgebung die benötigten Bibliotheken, Plugins und weitere Ressourcen der VLC-Laufzeitumgebung.
executable: vlc.exe – ausführbare VLC-Komponente der mitgelieferten Multimedia-Umgebung.
libraries: libvlc.dll und libvlccore.dll – zentrale Bibliotheken der eingebundenen VLC-Laufzeitumgebung.
plugins: plugins – mitgelieferte VLC-Plugins für die Multimedia-Verarbeitung und Wiedergabe.
resources: Weitere VLC-Ressourcen umfassen unter anderem hrtfs, locale, lua, msi und skins.
dependency:
title: Externe Abhängigkeit
text_1: VLC ist eine externe technische Abhängigkeit und nicht Bestandteil der eigentlichen Horum Benutzeroberfläche. Horum verwendet die bereitgestellten Multimedia-Funktionen als technische Grundlage für seine Audio- und Videowiedergabe.
text_2: Diese Trennung ermöglicht es Horum, eine eigene Medienoberfläche und Fenstersteuerung bereitzustellen, während die zugrunde liegende Multimedia-Wiedergabe von der eingebundenen VLC-Umgebung übernommen wird.
summary:
title: Multimedia-Wiedergabe für Horum
text: VLC stellt Horum die technische Grundlage für die Wiedergabe von Audio- und Videoinhalten bereit. Die Auswahl der Medien, die Fenster, die Benutzeroberfläche und die Einbindung in den Horum Ablauf bleiben unter der Kontrolle von Horum.

input_processing/audio_de.json

documentation:
  audio:
    title: Audioaufnahme
    intro: Die Audioaufnahme übernimmt eine abgeschlossene Spracheingabe aus der Horum Eingabeverarbeitung und speichert sie als Audiodatei. Dadurch entsteht aus den während des Sprechens gesammelten Audioblöcken eine WAV-Datei, die anschließend für die Spracherkennung verwendet werden kann.
    purpose:
      title: Aufgabe
      text_1: Während einer aktiven Spracheingabe sammelt Horum die vom Mikrofon gelieferten Audioblöcke. Sobald das Ende der Spracheingabe erkannt wurde, werden diese Blöcke zu einer zusammenhängenden Audioaufnahme verbunden.
      text_2: Der AudioRecorder übernimmt anschließend die Aufbereitung und Speicherung dieser Audiodaten als WAV-Datei und gibt den Pfad der erzeugten Datei an die weitere Verarbeitung zurück.
    collection:
      title: Audioblöcke sammeln
      text_1: Die Eingabeorchestrierung beginnt mit dem Sammeln der Audiodaten, sobald die Sprachaktivität den Beginn einer Spracheingabe erkennt. Jeder weitere Audioblock wird während der laufenden Aufnahme im Audiopuffer abgelegt.
      text_2: Wird das Ende der Spracheingabe erkannt, verbindet der Orchestrator die gesammelten Blöcke zu einem gemeinsamen Audiodatensatz und übergibt diesen an den AudioRecorder.
    recorder:
      title: AudioRecorder
      text_1: Der AudioRecorder ist für die Umwandlung und Speicherung der gesammelten Audiodaten verantwortlich. Er bereitet die erhaltenen Samples für das WAV-Format auf und schreibt anschließend die fertige Audiodatei.
      text_2: Die dafür benötigte Abtastrate wird aus der Horum Konfiguration übernommen.
      input: Eingabe – der Recorder erhält die zuvor zusammengeführten Audiodaten der abgeschlossenen Spracheingabe.
      channel: Kanal – bei mehrdimensionalen Audiodaten verwendet der Recorder den ersten Kanal.
      format: Format – die fertige Aufnahme wird als WAV-Datei mit 16-Bit-Audiosamples gespeichert.
      sample_rate: Abtastrate – die WAV-Datei verwendet die in Horum konfigurierte Eingabe-Abtastrate.
    conversion:
      title: Audiokonvertierung
      text_1: Vor dem Schreiben der WAV-Datei wandelt der AudioRecorder die erhaltenen Daten in ein einheitliches Format um. Die Verarbeitung erfolgt zunächst als float32.
      text_2: Anschließend werden die Samplewerte auf den gültigen Bereich begrenzt und für die Speicherung in 16-Bit-PCM-Werte umgerechnet.
      float32: float32 – die eingehenden Audiodaten werden als float32-Array verarbeitet.
      clip: Begrenzung – Samplewerte werden auf den Bereich von -1.0 bis 1.0 begrenzt.
      int16: int16 – die begrenzten Werte werden skaliert und in 16-Bit-Integer-Samples umgewandelt.
    file:
      title: WAV-Datei
      text_1: Die aufbereiteten Audiodaten werden als WAV-Datei im Horum Cache gespeichert. Diese Datei bildet anschließend die Audioeingabe für die Spracherkennung.
      text_2: Der AudioRecorder gibt nach erfolgreicher Speicherung den Pfad der erzeugten Datei zurück, sodass die Eingabeorchestrierung sie direkt an den nächsten Verarbeitungsschritt übergeben kann.
      path: Pfad – die Aufnahme wird unter cache/speech.wav gespeichert.
      channels: Kanäle – die erzeugte WAV-Datei wird als Mono-Aufnahme mit einem Kanal gespeichert.
      sample_width: Samplebreite – die WAV-Datei verwendet eine Samplebreite von 2 Byte beziehungsweise 16 Bit.
      frame_rate: Framerate – die verwendete Abtastrate entspricht der konfigurierten input_sample_rate.
    orchestration:
      title: Verbindung zur Orchestrierung
      text_1: Die Horum Eingabeorchestrierung steuert, wann Audiodaten gesammelt und wann sie gespeichert werden. Der VoiceActivityDetector liefert dafür den aktuellen Zustand der Spracheingabe.
      text_2: Sobald der Status end erreicht wird, verbindet der Orchestrator die gesammelten Audioblöcke und übergibt die vollständige Aufnahme an den AudioRecorder.
    transcription:
      title: Übergabe an die Spracherkennung
      text_1: Nach dem Speichern erhält die Eingabeorchestrierung den Pfad der erzeugten WAV-Datei. Diese Datei wird anschließend an die Horum Spracherkennung übergeben.
      text_2: Die Audioaufnahme selbst führt keine Transkription durch. Sie stellt ausschließlich die gespeicherte und für den nächsten Verarbeitungsschritt benötigte Audiodatei bereit.
    pipeline:
      title: Position in der Eingabeverarbeitung
      text: Die Audioaufnahme verbindet die laufende Mikrofoneingabe mit der dateibasierten Spracherkennung. Aus den während des Sprechens gesammelten Audioblöcken wird eine WAV-Datei erzeugt, die anschließend transkribiert werden kann.
      microphone: Mikrofon
      audio_blocks: Audioblöcke
      collection: Gesammelte Spracheingabe
      audio_recorder: AudioRecorder
      wav_file: WAV-Datei
      speech_recognition: Spracherkennung
    separation:
      title: Trennung der Aufgaben
      text_1: Die Audioaufnahme ist von der Mikrofonsteuerung und der Spracherkennung getrennt. Die Mikrofonsteuerung liefert kontinuierlich Audioblöcke, während die Eingabeorchestrierung bestimmt, welche Blöcke zu einer Spracheingabe gehören.
      text_2: Der AudioRecorder übernimmt ausschließlich die Aufbereitung und Speicherung dieser abgeschlossenen Aufnahme. Die Interpretation des gesprochenen Inhalts erfolgt erst anschließend durch die Spracherkennung.
    summary:
      title: Von Audioblöcken zur WAV-Datei
      text: Die Horum Audioaufnahme verbindet die während einer Spracheingabe gesammelten Audioblöcke, bereitet sie über den AudioRecorder auf und speichert sie als Mono-WAV unter cache/speech.wav. Die erzeugte Datei wird anschließend an die Spracherkennung übergeben.

input_processing/microphone_de.json

documentation:
microphone:
title: Mikrofonsteuerung
intro: Die Mikrofonsteuerung bildet den Eingangspunkt der sprachbasierten Eingabeverarbeitung von Horum. Sie öffnet das konfigurierte Aufnahmegerät, empfängt kontinuierlich Audiodaten und übergibt diese blockweise an die weitere Verarbeitung.
purpose:
title: Aufgabe
text_1: Der MicrophoneController verwaltet den Audioeingang von Horum. Er sucht das konfigurierte Mikrofon, erstellt den Eingabestream und stellt die empfangenen Audiodaten über einen Callback für die weitere Verarbeitung bereit.
text_2: Die Mikrofonsteuerung selbst führt keine Spracherkennung oder Prompt-Verarbeitung durch. Ihre Aufgabe endet bei der zuverlässigen Bereitstellung der aufgenommenen Audiodaten.
device:
title: Eingabegerät
text_1: Horum verwendet das in der Konfiguration ausgewählte Eingabegerät für die Audioaufnahme. Der MicrophoneController durchsucht die verfügbaren Audiogeräte nach einem passenden Mikrofon.
text_2: Dabei werden nur Geräte berücksichtigt, die über mindestens einen Eingangskanal verfügen.
name: Gerätename – das konfigurierte Eingabegerät wird anhand seines Namens gesucht.
channels: Kanäle – der Horum Eingabestream verwendet einen Audiokanal.
dtype: Datentyp – die eingehenden Audiodaten werden als float32 verarbeitet.
configuration:
title: Konfiguration
text_1: Die Parameter für den Mikrofoneingang werden aus der Horum Sprachkonfiguration übernommen. Dadurch verwendet die Mikrofonsteuerung dieselben zentralen Einstellungen wie die übrige Eingabeverarbeitung.
text_2: Für den Audiostream sind insbesondere das Eingabegerät, die Abtastrate und die Größe der einzelnen Audioblöcke relevant.
sample_rate: Abtastrate – bestimmt die für den Eingabestream verwendete Anzahl von Samples pro Sekunde.
block_size: Blockgröße – bestimmt die Anzahl der Samples, die pro Audioblock verarbeitet werden.
input_device: Eingabegerät – legt fest, welches konfigurierte Mikrofon für die Aufnahme verwendet wird.
selection:
title: Geräteauswahl
text_1: Zur Auswahl des Mikrofons fragt Horum die verfügbaren Audiogeräte ab und vergleicht deren Namen mit dem konfigurierten Gerätenamen.
text_2: Wird ein passendes Gerät mit verfügbaren Eingangskanälen gefunden, verwendet Horum dessen Geräteindex für den anschließenden Eingabestream.
stream:
title: Eingabestream
text_1: Für die kontinuierliche Audioaufnahme erstellt Horum einen InputStream. Dieser verwendet das ausgewählte Gerät zusammen mit der konfigurierten Abtastrate und Blockgröße.
text_2: Der Stream liefert die aufgenommenen Audiodaten über einen Callback an Horum. Dadurch können neue Audioblöcke unmittelbar an die weitere Eingabeverarbeitung übergeben werden.
start: Start – Horum erstellt und startet den Eingabestream für das ausgewählte Mikrofon.
callback: Callback – jeder empfangene Audioblock wird kopiert und an den registrierten Horum Callback weitergegeben.
stop: Stop – der laufende Eingabestream wird gestoppt und anschließend geschlossen.
audio:
title: Audiodaten
text_1: Die vom Mikrofon empfangenen Daten werden als float32-Audioblöcke bereitgestellt. Der Stream arbeitet mit einem Kanal und liefert die Daten entsprechend der konfigurierten Blockgröße.
text_2: Der MicrophoneController kopiert die eingehenden Daten, bevor sie an den registrierten Callback übergeben werden. Die nachfolgenden Verarbeitungsschritte arbeiten dadurch mit dem übergebenen Audioblock.
orchestration:
title: Verbindung zur Orchestrierung
text_1: Die Mikrofonsteuerung wird durch die Horum Eingabeorchestrierung gestartet. Der Orchestrator registriert seine Audioverarbeitung als Callback und erhält dadurch die vom Mikrofon gelieferten Audioblöcke.
text_2: Von dort aus können die Audiodaten an die nächsten Verarbeitungsschritte wie die Erkennung der Sprachaktivität und die weitere Audioverarbeitung übergeben werden.
pipeline:
title: Position in der Eingabeverarbeitung
text: Die Mikrofonsteuerung steht am Anfang der Audioeingabe. Sie verbindet das physische Aufnahmegerät mit der weiteren Horum Eingabeverarbeitung.
device: Mikrofon
input_stream: Eingabestream
audio_blocks: Audioblöcke
callback: Horum Callback
input_processing: Horum Eingabeverarbeitung
horum:
title: Steuerung durch Horum
text_1: Horum kontrolliert die Auswahl, Konfiguration, Initialisierung und Laufzeit des Mikrofoneingangs. Die Mikrofonsteuerung bildet dafür eine eigene Komponente innerhalb der Eingabeverarbeitung.
text_2: Die aufgenommenen Audiodaten werden nicht innerhalb des MicrophoneControllers interpretiert. Ihre inhaltliche Verarbeitung erfolgt erst in den nachfolgenden Komponenten der Horum Eingabeverarbeitung.
summary:
title: Audioeingang für Horum
text: Die Mikrofonsteuerung verbindet das konfigurierte Aufnahmegerät mit Horums Eingabeverarbeitung. Sie wählt das Mikrofon aus, verwaltet den Eingabestream und übergibt die aufgenommenen float32-Audioblöcke über einen Callback an die weitere Verarbeitung.

input_processing/noise_reduction_de.json

documentation:
noise_reduction:
title: Rauschunterdrückung
intro: Die Rauschunterdrückung ist Bestandteil der Horum Eingabeverarbeitung und dient dazu, störende Hintergrundgeräusche innerhalb des Audiosignals zu reduzieren. Horum verwendet dafür eine eigene RNNoise-Integration mit einer lokal eingebundenen RNNoise-Bibliothek.
purpose:
title: Aufgabe
text_1: Die Rauschunterdrückung befindet sich innerhalb der Verarbeitung der vom Mikrofon empfangenen Audiodaten. Ihr Zweck besteht darin, das Eingangssignal für die nachfolgenden Verarbeitungsschritte aufzubereiten.
text_2: Sie ist damit Teil der Horum Audioverarbeitung und keine eigenständige Anwendung oder separate externe Horum-Komponente.
rnnoise:
title: RNNoise
text_1: Für die technische Rauschunterdrückung besitzt Horum eine eigene Integration von RNNoise. Die native Bibliothek wird lokal innerhalb der Horum Installation bereitgestellt und über die Horum Implementierung eingebunden.
text_2: Die RNNoise-Integration bildet damit einen Bestandteil der Horum Eingabeverarbeitung und wird nicht als separate Abhängigkeit innerhalb der Dokumentation geführt.
library: Bibliothek – Horum verwendet die lokal bereitgestellte librnnoise-0.dll.
wrapper: Integration – die Horum RNNoise-Klasse übernimmt die Einbindung der nativen Bibliothek.
configuration: Konfiguration – die Rauschunterdrückung kann über die Horum Sprachkonfiguration aktiviert oder deaktiviert werden.
library:
title: Native Bibliothek
text_1: Die RNNoise-Bibliothek wird als native DLL innerhalb von Horum bereitgestellt. Die Horum RNNoise-Integration lädt diese Bibliothek über ihre lokale Position unter libs/rnnoise/librnnoise-0.dll.
text_2: Die native RNNoise-Schnittstelle stellt unter anderem Funktionen zum Erzeugen und Freigeben eines Verarbeitungszustands sowie zur Verarbeitung einzelner Audioframes bereit.
processing:
title: Audioverarbeitung
text_1: RNNoise arbeitet framebasiert. Die native Schnittstelle stellt dafür einen eigenen Verarbeitungszustand und eine Funktion zur Verarbeitung eines Frames von Audiosamples bereit.
text_2: Damit kann ein Eingangssignal schrittweise verarbeitet und anschließend innerhalb der weiteren Horum Eingabeverarbeitung verwendet werden.
state: Verarbeitungszustand – RNNoise stellt einen eigenen DenoiseState für die Verarbeitung bereit.
frame: Frame-Verarbeitung – Audiosamples werden in einzelnen Frames an die RNNoise-Verarbeitung übergeben.
output: Ausgabe – das verarbeitete Audiosignal kann anschließend an die weiteren Schritte der Eingabeverarbeitung weitergegeben werden.
configuration:
title: Konfiguration
text_1: Horum führt für die Rauschunterdrückung eine eigene Einstellung innerhalb der Sprachkonfiguration. Der Wert wird aus der Horum Konfiguration geladen und als aktivierter oder deaktivierter Zustand bereitgestellt.
text_2: Dadurch bleibt die Entscheidung, ob die Rauschunterdrückung verwendet werden soll, Bestandteil der Horum Konfiguration und nicht der nativen RNNoise-Bibliothek.
integration:
title: Integration in Horum
text_1: Die native RNNoise-Bibliothek stellt die technischen Funktionen zur Rauschunterdrückung bereit. Horum übernimmt deren lokale Einbindung und integriert sie in die eigene Architektur der Eingabeverarbeitung.
text_2: Die Steuerung des gesamten Audioablaufs, die Mikrofonverarbeitung, Sprachaktivität, Aufnahme und weitere Verarbeitungsschritte bleiben Aufgaben von Horum.
pipeline:
title: Position in der Eingabeverarbeitung
text: Die Rauschunterdrückung ist für die Verarbeitung des vom Mikrofon kommenden Audiosignals vorgesehen, bevor das aufbereitete Signal innerhalb der weiteren Horum Eingabeverarbeitung verwendet wird.
microphone: Mikrofon
audio_input: Audioeingabe
rnnoise: RNNoise
processed_audio: Verarbeitetes Audio
input_processing: Horum Eingabeverarbeitung
horum:
title: Bestandteil von Horum
text_1: RNNoise wird innerhalb von Horum nicht als eigenständiges System behandelt. Die Bibliothek stellt die native Verarbeitung bereit, während Horum für Einbindung, Konfiguration und Positionierung innerhalb des Audioablaufs verantwortlich ist.
text_2: Dadurch bleibt die Rauschunterdrückung ein technischer Bestandteil der Horum Eingabeverarbeitung und ist von den separat dokumentierten externen Abhängigkeiten wie Faster Whisper, 7-Zip und VLC getrennt.
summary:
title: Rauschunterdrückung für die Audioeingabe
text: Die Horum Rauschunterdrückung integriert RNNoise als lokale native Bibliothek in die Eingabeverarbeitung. RNNoise stellt die framebasierte Verarbeitung des Audiosignals bereit, während Horum die Bibliothek einbindet, konfiguriert und in den eigenen Audioablauf integriert.

input_processing/orchestration_de.json

documentation:
orchestration:
title: Orchestrierung
intro: Die Orchestrierung verbindet die einzelnen Komponenten der Horum Eingabeverarbeitung und steuert ihren gemeinsamen Ablauf. Der UserSpeechOrchestrator verarbeitet die vom Mikrofon eintreffenden Audioblöcke, überwacht die Sprachaktivität, verwaltet die Aufnahme und führt die Verarbeitung bis zum vorbereiteten Prompt.
purpose:
title: Aufgabe
text_1: Die einzelnen Komponenten der Eingabeverarbeitung arbeiten unabhängig voneinander und übernehmen jeweils eine klar abgegrenzte Aufgabe. Die Orchestrierung verbindet diese Komponenten zu einem zusammenhängenden Ablauf.
text_2: Sie bestimmt anhand des aktuellen Sprachstatus, wann eine Aufnahme beginnt, welche Audiodaten gesammelt werden und wann die abgeschlossene Spracheingabe gespeichert, transkribiert und an die Prompt-Verarbeitung übergeben wird.
components:
title: Verbundene Komponenten
text: Der UserSpeechOrchestrator erstellt und koordiniert die zentralen Komponenten der sprachbasierten Eingabeverarbeitung.
microphone: MicrophoneController – liefert die eingehenden Audioblöcke über einen Callback an die Orchestrierung.
voice_activity: VoiceActivityDetector – analysiert jeden Audioblock und liefert den aktuellen Zustand der Spracheingabe.
audio_recorder: AudioRecorder – speichert die abgeschlossene und zusammengeführte Spracheingabe als WAV-Datei.
speech_recognition: HorumFasterWhisper – transkribiert die gespeicherte Audiodatei und gibt den erkannten Text zurück.
prompt_builder: PromptBuilder – übernimmt den transkribierten Text und stellt den daraus vorbereiteten Prompt bereit.
start:
title: Start der Eingabeverarbeitung
text_1: Beim Start setzt die Orchestrierung ihren aktuellen Verarbeitungszustand zurück und startet anschließend die Mikrofonsteuerung.
text_2: Die Methode zur Audioverarbeitung wird dabei als Callback für das Mikrofon verwendet. Dadurch erhält der UserSpeechOrchestrator fortlaufend die vom Eingabestream gelieferten Audioblöcke.
processing:
title: Audioblöcke verarbeiten
text_1: Jeder eingehende Audioblock wird zunächst an den VoiceActivityDetector übergeben. Der zurückgegebene Status bestimmt, wie die Orchestrierung mit dem aktuellen Block und dem bestehenden Audiopuffer weiter verfährt.
text_2: Damit bildet die Sprachaktivität die zentrale Entscheidungsgrundlage für Beginn, Fortsetzung und Abschluss einer Spracheingabe.
recording:
title: Aufnahme steuern
text_1: Die Orchestrierung verwaltet einen Audiopuffer und einen eigenen Aufnahmestatus. Dadurch können die während einer zusammenhängenden Spracheingabe eintreffenden Audioblöcke gesammelt werden.
text_2: Der Ablauf richtet sich nach dem vom VoiceActivityDetector zurückgegebenen Status.
begin: Beginn – sobald speaking den Beginn einer Spracheingabe signalisiert, aktiviert die Orchestrierung die Aufnahme und leert den bisherigen Audiopuffer.
collect: Sammeln – während einer aktiven Aufnahme werden die eingehenden Audioblöcke dem Audiopuffer hinzugefügt.
end: Ende – sobald end erreicht wird, gilt die aktuelle Spracheingabe als abgeschlossen und die gesammelten Audiodaten werden weiterverarbeitet.
transcription:
title: Aufnahme und Transkription
text_1: Nach dem Ende einer Spracheingabe verbindet die Orchestrierung die gesammelten Audioblöcke und übergibt die vollständigen Audiodaten an den AudioRecorder. Dieser speichert daraus die Audiodatei für die weitere Verarbeitung.
text_2: Der zurückgegebene Dateipfad wird anschließend an HorumFasterWhisper übergeben. Die Spracherkennung transkribiert die Aufnahme und liefert den erkannten Text an die Orchestrierung zurück.
prompt:
title: Übergabe an den PromptBuilder
text_1: Wenn die Spracherkennung einen verwendbaren Text zurückgibt, übergibt die Orchestrierung diesen an den PromptBuilder. Der daraus bereitgestellte Prompt kann anschließend wieder ausgelesen werden.
text_2: Die Weitergabe dieses Prompts an das LLM ist als nachfolgender Verarbeitungsschritt vorgesehen. Im aktuellen UserSpeechOrchestrator ist dieser Aufruf noch als TODO gekennzeichnet.
reset:
title: Zustand zurücksetzen
text_1: Die Orchestrierung setzt die für eine Spracheingabe verwendeten Zustände nach Abschluss beziehungsweise beim Start und Stoppen des Eingabeablaufs zurück. Dadurch kann eine neue Spracheingabe wieder mit einem definierten Ausgangszustand beginnen.
text_2: Auch der PromptBuilder wird nach dem aktuellen Verarbeitungsablauf geleert, sodass der gespeicherte Prompt nicht in die nächste Spracheingabe übernommen wird.
pipeline:
title: Orchestrierter Ablauf
text: Der UserSpeechOrchestrator bildet die zentrale Verbindung zwischen den einzelnen Verarbeitungsschritten und führt die Daten vom Mikrofoneingang bis zum vorbereiteten Prompt.
microphone: Mikrofon
audio_block: Audioblock
voice_activity: Sprachaktivität
audio_buffer: Audiopuffer
audio_recorder: AudioRecorder
speech_recognition: Spracherkennung
prompt_builder: PromptBuilder
further_processing: Weitere Horum Verarbeitung
control:
title: Zentrale Ablaufsteuerung
text_1: Die Orchestrierung führt die spezialisierten Komponenten zusammen, ohne deren jeweilige Aufgaben selbst zu übernehmen. Mikrofonzugriff, Sprachaktivität, Speicherung, Transkription und Prompt-Verwaltung bleiben in ihren eigenen Komponenten gekapselt.
text_2: Dadurch dient der UserSpeechOrchestrator als zentrale Ablaufsteuerung der Spracheingabe und bestimmt, wann die einzelnen Komponenten innerhalb der Verarbeitungskette eingesetzt werden.
summary:
title: Zentrale Steuerung der Spracheingabe
text: Der UserSpeechOrchestrator verbindet Mikrofonsteuerung, Sprachaktivität, Audioaufnahme, Spracherkennung und Prompt-Verarbeitung. Er steuert den vollständigen Ablauf einer Spracheingabe vom ersten Audioblock bis zum vorbereiteten Prompt und bildet damit die zentrale Koordinationsstelle der Horum Eingabeverarbeitung.

input_processing/overview_de.json

documentation:
input_processing_overview:
title: Übersicht
intro: Die Eingabeverarbeitung bildet den technischen Ablauf zwischen der Spracheingabe des Benutzers und dem daraus entstehenden Prompt. Horum verbindet dafür Mikrofonsteuerung, Sprachaktivität, Rauschunterdrückung, Audioaufnahme, Spracherkennung, Prompt-Verarbeitung und Orchestrierung zu einem gemeinsamen Verarbeitungsablauf.
purpose:
title: Aufgabe
text_1: Die Eingabeverarbeitung übernimmt die vom Mikrofon gelieferten Audiodaten und führt sie schrittweise durch die für eine Spracheingabe erforderlichen Verarbeitungskomponenten.
text_2: Dabei werden Sprache und Pausen erkannt, die relevanten Audiodaten gesammelt und gespeichert, die Sprache in Text umgewandelt und das Ergebnis für die weitere Verarbeitung innerhalb von Horum vorbereitet.
components:
title: Komponenten
text: Die Eingabeverarbeitung besteht aus mehreren voneinander getrennten Komponenten, die jeweils eine klar definierte Aufgabe innerhalb des gesamten Ablaufs übernehmen.
microphone: Mikrofonsteuerung – öffnet und verwaltet den Eingabestream und übergibt die eingehenden Audioblöcke an Horum.
voice_activity: Sprachaktivität – analysiert die Lautstärke und erkennt Sprache, Pausen und das Ende einer Spracheingabe.
noise_reduction: Rauschunterdrückung – stellt Horums eigene RNNoise-Integration für die Verarbeitung von Hintergrundgeräuschen bereit.
audio: Audioaufnahme – verbindet die gesammelten Audioblöcke und speichert die abgeschlossene Spracheingabe als WAV-Datei.
speech_recognition: Spracherkennung – wandelt die gespeicherte Spracheingabe mit Faster Whisper in Text um.
prompt_processing: Prompt-Verarbeitung – übernimmt den transkribierten Text und stellt ihn über den PromptBuilder für die weitere Verarbeitung bereit.
orchestration: Orchestrierung – verbindet und steuert die einzelnen Komponenten der Eingabeverarbeitung.
microphone:
title: Mikrofonsteuerung
text_1: Die Mikrofonsteuerung bildet den Eingangspunkt der sprachbasierten Eingabeverarbeitung. Sie verwendet das konfigurierte Eingabegerät und erstellt einen kontinuierlichen Audiostream.
text_2: Die eingehenden Mono-Audioblöcke werden als float32-Daten über einen Callback an die Horum Eingabeverarbeitung weitergegeben.
voice_activity:
title: Sprachaktivität
text_1: Der VoiceActivityDetector analysiert die RMS-Lautstärke der eingehenden Audioblöcke und vergleicht sie mit einem aus der konfigurierten Sensitivität berechneten Schwellwert.
text_2: Über die Zustände idle, speaking, thinking, silence und end erkennt Horum den Verlauf einer Spracheingabe und kann bestimmen, wann Audiodaten gesammelt und wann die Eingabe abgeschlossen werden soll.
noise_reduction:
title: Rauschunterdrückung
text_1: Für die Rauschunterdrückung besitzt Horum eine eigene RNNoise-Integration mit einer lokal eingebundenen RNNoise-Bibliothek. Die entsprechende Konfiguration ist Bestandteil der Horum Sprachverarbeitung.
text_2: RNNoise wird dabei nicht als eigenständige externe Horum Abhängigkeit behandelt, sondern als Bestandteil der eigenen Audio- und Eingabeverarbeitung.
audio:
title: Audioaufnahme
text_1: Während einer erkannten Spracheingabe sammelt die Orchestrierung die eingehenden Audioblöcke. Sobald das Ende der Eingabe erreicht ist, werden die gesammelten Daten zu einer vollständigen Aufnahme verbunden.
text_2: Der AudioRecorder bereitet diese Daten auf und speichert sie als Mono-WAV-Datei unter cache/speech.wav. Die erzeugte Datei bildet anschließend die Eingabe für die Spracherkennung.
speech_recognition:
title: Spracherkennung
text_1: Die Spracherkennung übergibt die gespeicherte Audiodatei an die HorumFasterWhisper-Komponente. Faster Whisper führt die eigentliche Transkription durch und liefert erkannte Textsegmente sowie Sprachinformationen zurück.
text_2: Horum verbindet die Textsegmente zu einem gemeinsamen Transkriptionsergebnis und gibt diesen Text an die weitere Eingabeverarbeitung zurück.
prompt_processing:
title: Prompt-Verarbeitung
text_1: Der transkribierte Text wird an den PromptBuilder übergeben. Dieser bereinigt den Text und speichert ihn als aktuellen Prompt.
text_2: Der vorbereitete Prompt kann anschließend wieder ausgelesen und für die weitere Verarbeitung durch Horum verwendet werden. Der PromptBuilder selbst führt keine LLM-Verarbeitung durch.
orchestration:
title: Orchestrierung
text_1: Der UserSpeechOrchestrator verbindet Mikrofonsteuerung, Sprachaktivität, Audioaufnahme, Spracherkennung und Prompt-Verarbeitung zu einem gemeinsamen Ablauf. Er verwaltet dabei unter anderem den Audiopuffer und den aktuellen Aufnahmestatus.
text_2: Nach dem Ende einer Spracheingabe speichert die Orchestrierung die gesammelten Audiodaten, startet die Transkription und übergibt vorhandenen Text an den PromptBuilder. Die anschließende Übergabe des Prompts an das LLM ist im aktuellen Orchestrator noch als TODO vorgesehen.
pipeline:
title: Verarbeitungsablauf
text: Die einzelnen Komponenten bilden gemeinsam eine Verarbeitungskette, die eine Spracheingabe schrittweise von den eingehenden Audiodaten bis zum vorbereiteten Prompt führt.
microphone: Mikrofon
audio_stream: Audioeingabe
voice_activity: Sprachaktivität
audio_recording: Audioaufnahme
speech_recognition: Spracherkennung
transcribed_text: Transkribierter Text
prompt_processing: Prompt-Verarbeitung
orchestration: Horum Orchestrierung
horum: Weitere Horum Verarbeitung
architecture:
title: Aufgabentrennung
text_1: Die Eingabeverarbeitung ist in einzelne Komponenten aufgeteilt, damit Aufnahme, Erkennung und textbasierte Verarbeitung unabhängig voneinander verwaltet werden können.
text_2: Die Orchestrierung verbindet diese Komponenten, während jede einzelne Komponente nur den für sie vorgesehenen Teil des Ablaufs übernimmt.
audio: Audioeingabe – Mikrofonsteuerung und Audioaufnahme übernehmen den technischen Umgang mit den Audiodaten.
detection: Erkennung – die Sprachaktivität bestimmt anhand des Audiosignals den Zustand der aktuellen Spracheingabe.
transcription: Transkription – Faster Whisper wandelt die abgeschlossene Audioaufnahme in Text um.
text: Textverarbeitung – der PromptBuilder übernimmt den transkribierten Text und stellt ihn für die weitere Verarbeitung bereit.
summary:
title: Vom Mikrofon zum Prompt
text: Die Horum Eingabeverarbeitung verbindet Mikrofoneingabe, Sprachaktivität, Audioaufnahme, Spracherkennung und Prompt-Verarbeitung zu einem gesteuerten Ablauf. Die Orchestrierung führt die einzelnen Schritte zusammen und erzeugt aus einer gesprochenen Eingabe den vorbereiteten Text-Prompt für die weitere Verarbeitung durch Horum.

input_processing/prompt_processing_de.json

documentation:
prompt_processing:
title: Prompt-Verarbeitung
intro: Die Prompt-Verarbeitung übernimmt den aus der Spracherkennung erzeugten Text und stellt ihn als Prompt für die weitere Verarbeitung innerhalb von Horum bereit. Der PromptBuilder bildet dabei die einfache Schnittstelle zwischen dem transkribierten Spracheingang und den nachfolgenden Verarbeitungsschritten.
purpose:
title: Aufgabe
text_1: Nach Abschluss der Spracherkennung liegt die ursprüngliche Spracheingabe als Text vor. Die Prompt-Verarbeitung übernimmt diesen Text und hält ihn für die weitere Verarbeitung durch Horum bereit.
text_2: Damit bildet sie den Übergang von der sprachbasierten Eingabeverarbeitung zu den nachfolgenden textbasierten Verarbeitungsschritten.
input:
title: Eingabe
text_1: Die Eingabe der Prompt-Verarbeitung ist der von der Spracherkennung zurückgegebene transkribierte Text. Der Orchestrator prüft zunächst, ob ein verwendbares Transkriptionsergebnis vorhanden ist.
text_2: Ist Text vorhanden, wird dieser an den PromptBuilder übergeben. Leere Eingaben werden nicht als neuer Prompt übernommen.
builder:
title: PromptBuilder
text_1: Der PromptBuilder verwaltet den aktuellen Prompt innerhalb der Eingabeverarbeitung. Er hält dafür einen einzelnen Textwert bereit, der aktualisiert, ausgelesen und wieder geleert werden kann.
text_2: Die Komponente übernimmt keine Spracherkennung und führt selbst keine Anfrage an ein Sprachmodell aus. Sie stellt ausschließlich den vorbereiteten Prompt für die weitere Verarbeitung bereit.
update: update – übernimmt einen vorhandenen Text, entfernt führende und nachfolgende Leerzeichen und speichert das Ergebnis als aktuellen Prompt.
get: get_prompt – gibt den aktuell gespeicherten Prompt zurück.
clear: clear – entfernt den aktuell gespeicherten Prompt und setzt ihn auf einen leeren Wert zurück.
update:
title: Prompt aktualisieren
text_1: Beim Aktualisieren prüft der PromptBuilder zunächst, ob ein Textwert vorhanden ist. Anschließend wird der Text bereinigt und als aktueller Prompt gespeichert.
text_2: Ein neuer gültiger Text ersetzt dabei den zuvor gespeicherten Prompt. Der PromptBuilder sammelt in der aktuellen Implementierung keine mehreren Eingaben zu einem gemeinsamen Prompt.
result:
title: Bereitgestellter Prompt
text_1: Nach der Aktualisierung kann der gespeicherte Text über den PromptBuilder wieder abgerufen werden. Dieser Wert stellt den vorbereiteten Prompt für den nächsten Verarbeitungsschritt dar.
text_2: Der Prompt besteht zu diesem Zeitpunkt aus dem bereinigten Transkriptionsergebnis. Eine weitergehende Verarbeitung durch ein Sprachmodell erfolgt nicht innerhalb des PromptBuilders.
reset:
title: Prompt zurücksetzen
text_1: Nach Abschluss des aktuellen Eingabeablaufs kann der PromptBuilder zurückgesetzt werden. Dabei wird der gespeicherte Prompt vollständig geleert.
text_2: Dadurch beginnt die nächste Spracheingabe wieder mit einem leeren Prompt-Zustand und übernimmt keine Texte aus der vorherigen Verarbeitung.
orchestration:
title: Verbindung zur Orchestrierung
text_1: Die Horum Eingabeorchestrierung verbindet die Spracherkennung mit dem PromptBuilder. Nach erfolgreicher Transkription übergibt sie den erkannten Text an den PromptBuilder und liest anschließend den vorbereiteten Prompt aus.
text_2: Die Weitergabe dieses Prompts an das LLM ist im aktuellen Ablauf als nachfolgender Verarbeitungsschritt vorgesehen. Im derzeitigen Orchestrator ist dieser Aufruf noch als TODO gekennzeichnet.
pipeline:
title: Position in der Eingabeverarbeitung
text: Die Prompt-Verarbeitung folgt auf die Spracherkennung. Sie übernimmt den transkribierten Text und stellt daraus den Prompt bereit, der anschließend für die weitere Horum Verarbeitung vorgesehen ist.
transcribed_text: Transkribierter Text
prompt_builder: PromptBuilder
prompt: Vorbereiteter Prompt
orchestration: Horum Orchestrierung
llm: LLM – vorgesehener nächster Schritt
separation:
title: Trennung der Aufgaben
text_1: Der PromptBuilder ist bewusst von der Spracherkennung und der späteren LLM-Verarbeitung getrennt. Faster Whisper erzeugt den Text, der PromptBuilder verwaltet den daraus entstehenden Prompt und die Orchestrierung verbindet die einzelnen Verarbeitungsschritte.
text_2: Dadurch besitzt jeder Teil der Eingabeverarbeitung eine klar abgegrenzte Aufgabe und der PromptBuilder bleibt unabhängig von der konkreten Spracherkennungs- oder Modellimplementierung.
summary:
title: Von der Transkription zum Prompt
text: Die Horum Prompt-Verarbeitung übernimmt den transkribierten Text, bereinigt und speichert ihn über den PromptBuilder und stellt ihn für die weitere Verarbeitung bereit. Die spätere Übergabe an das LLM ist als nächster Verarbeitungsschritt vorgesehen und im aktuellen Orchestrator noch nicht implementiert.

input_processing/speech_recognition_de.json

documentation:
speech_recognition:
title: Spracherkennung
intro: Die Spracherkennung wandelt eine abgeschlossene Audioaufnahme innerhalb der Horum Eingabeverarbeitung in Text um. Horum verwendet dafür Faster Whisper und übergibt das Ergebnis anschließend an die textbasierte Prompt-Verarbeitung.
purpose:
title: Aufgabe
text_1: Die Spracherkennung bildet die Verbindung zwischen der Audioverarbeitung und der weiteren textbasierten Verarbeitung von Horum. Sie erhält eine Audiodatei und erzeugt daraus den erkannten gesprochenen Text.
text_2: Die Erkennung selbst wird durch Faster Whisper ausgeführt. Horum übernimmt die Konfiguration, Einbindung und Weiterverarbeitung des zurückgegebenen Ergebnisses.
input:
title: Eingabe
text_1: Die Spracherkennung arbeitet nicht direkt mit dem laufenden Mikrofonstream. Nachdem Horum das Ende einer Spracheingabe erkannt hat, werden die gesammelten Audiodaten zunächst als Audiodatei gespeichert.
text_2: Diese Audiodatei wird anschließend an die Horum Faster-Whisper-Integration übergeben und bildet die Eingabe für die Transkription.
whisper:
title: Faster Whisper
text_1: Horum verwendet eine eigene HorumFasterWhisper-Komponente als Verbindung zur Faster-Whisper-Bibliothek. Beim Initialisieren wird das Whisper-Modell mit den in Horum konfigurierten Einstellungen geladen.
text_2: Dadurch kann Horum Modell, Ausführungsgerät, Berechnungstyp und Sprache über die eigene Konfiguration bestimmen.
model: Modell – legt das für die Spracherkennung verwendete Whisper-Modell fest.
device: Gerät – bestimmt das für die Ausführung des Modells verwendete Gerät.
compute_type: Berechnungstyp – legt den für die Modellausführung verwendeten Compute Type fest.
language: Sprache – wird aus der in Horum konfigurierten Sprache übernommen und an die Transkription übergeben.
transcription:
title: Transkription
text_1: Für die Transkription übergibt Horum die gespeicherte Audiodatei zusammen mit der konfigurierten Sprache an Faster Whisper. Die Bibliothek liefert anschließend die erkannten Segmente und zusätzliche Informationen zur erkannten Sprache zurück.
text_2: Horum verarbeitet die gelieferten Segmente weiter und verbindet deren Text zu einem gemeinsamen Transkriptionsergebnis.
segments: Segmente – Faster Whisper liefert die erkannte Sprache in einzelnen Textsegmenten zurück.
detected_language: Erkannte Sprache – die von Faster Whisper zurückgegebene Sprachinformation wird von Horum protokolliert.
probability: Sprachwahrscheinlichkeit – die zurückgegebene Wahrscheinlichkeit der erkannten Sprache wird ebenfalls protokolliert.
text: Text – die Inhalte der einzelnen Segmente werden zu einem gemeinsamen Text zusammengeführt.
result:
title: Erkannter Text
text_1: Das Ergebnis der Spracherkennung ist ein Textstring, der aus den von Faster Whisper gelieferten Segmenten zusammengesetzt wird. Dieser Text wird von der HorumFasterWhisper-Komponente an die Eingabeorchestrierung zurückgegeben.
text_2: Ist kein verwendbarer Text vorhanden, wird keine weitere Prompt-Verarbeitung ausgelöst. Ein vorhandenes Transkriptionsergebnis kann dagegen an den PromptBuilder übergeben werden.
orchestration:
title: Verbindung zur Orchestrierung
text_1: Die Eingabeorchestrierung startet die Transkription, nachdem eine Spracheingabe abgeschlossen und als Audiodatei gespeichert wurde. Sie erhält anschließend den transkribierten Text von der Spracherkennung zurück.
text_2: Bei vorhandenem Text aktualisiert der Orchestrator den PromptBuilder mit dem Transkriptionsergebnis. Damit endet der Audioabschnitt der Eingabeverarbeitung und die weitere Verarbeitung kann textbasiert fortgesetzt werden.
pipeline:
title: Position in der Eingabeverarbeitung
text: Die Spracherkennung befindet sich zwischen der abgeschlossenen Audioaufnahme und der Prompt-Verarbeitung. Sie wandelt die gespeicherte Spracheingabe in den Text um, mit dem Horum anschließend weiterarbeiten kann.
audio_file: Audiodatei
faster_whisper: Faster Whisper
segments: Erkannte Segmente
transcribed_text: Transkribierter Text
prompt_processing: Prompt-Verarbeitung
separation:
title: Trennung der Aufgaben
text_1: Die Spracherkennung ist ein Verarbeitungsschritt innerhalb von Horum, während Faster Whisper die dafür verwendete externe technische Grundlage darstellt. Dadurch bleiben Horums eigener Ablauf und die eigentliche Transkriptions-Engine klar voneinander getrennt.
text_2: Mikrofonsteuerung, Sprachaktivität, Audioaufnahme, Orchestrierung und Prompt-Verarbeitung werden von anderen Horum Komponenten übernommen. Die Spracherkennung konzentriert sich auf die Umwandlung der abgeschlossenen Audioaufnahme in Text.
summary:
title: Von Sprache zu Text
text: Die Horum Spracherkennung übergibt eine gespeicherte Spracheingabe an Faster Whisper, verbindet die erkannten Segmente zu einem Text und gibt das Ergebnis an die Eingabeorchestrierung zurück. Damit bildet sie die Schnittstelle zwischen der Audioverarbeitung und der anschließenden Prompt-Verarbeitung.

input_processing/voice_activity_de.json

documentation:
voice_activity:
title: Sprachaktivität
intro: Die Erkennung der Sprachaktivität analysiert die eingehenden Audioblöcke und bestimmt, ob der Benutzer spricht, kurz pausiert oder seine Spracheingabe beendet hat. Horum verwendet diese Zustände, um den Ablauf der Audioaufnahme innerhalb der Eingabeverarbeitung zu steuern.
purpose:
title: Aufgabe
text_1: Der VoiceActivityDetector bewertet fortlaufend die Lautstärke der vom Mikrofon gelieferten Audiodaten. Auf dieser Grundlage erkennt Horum den Beginn einer Spracheingabe sowie Pausen und deren Ende.
text_2: Die Komponente transkribiert oder interpretiert den gesprochenen Inhalt nicht. Sie bestimmt ausschließlich den aktuellen Zustand der Sprachaktivität und stellt diesen der Eingabeorchestrierung bereit.
volume:
title: Lautstärkeerkennung
text_1: Für jeden eingehenden Audioblock berechnet Horum einen RMS-Wert aus den enthaltenen Audiosamples. Dieser Wert dient als Maß für die aktuelle Signalstärke.
text_2: Die gemessene Lautstärke wird anschließend mit einem berechneten Schwellwert verglichen, um zwischen Sprachaktivität und Stille zu unterscheiden.
rms: RMS – die Lautstärke wird aus der Quadratwurzel des Mittelwerts der quadrierten Audiosamples berechnet.
threshold: Schwellwert – der gemessene RMS-Wert wird mit dem aktuellen Erkennungsschwellwert verglichen.
sensitivity: Sensitivität – die konfigurierte Empfindlichkeit beeinflusst die Höhe des verwendeten Schwellwerts.
threshold:
title: Dynamischer Schwellwert
text_1: Der Erkennungsschwellwert wird aus der konfigurierten Sensitivität berechnet. Horum verwendet dafür einen definierten Bereich zwischen einem minimalen und einem maximalen Schwellwert.
text_2: Mit der Sensitivität wird innerhalb dieses Bereichs bestimmt, ab welcher gemessenen Signalstärke ein Audioblock als Sprachaktivität behandelt wird.
states:
title: Zustände
text: Der VoiceActivityDetector verwendet mehrere Zustände, um den zeitlichen Verlauf einer Spracheingabe abzubilden.
idle: idle – es wurde noch keine aktive Spracheingabe erkannt.
speaking: speaking – die gemessene Lautstärke erreicht oder überschreitet den Schwellwert und Horum erkennt aktive Sprache.
thinking: thinking – nach beginnender Stille befindet sich die Eingabe innerhalb der vorgesehenen Denk- beziehungsweise Pausenphase.
silence: silence – die Stille hat den konfigurierten Grenzbereich für eine längere Pause erreicht.
end: end – die Spracheingabe gilt als abgeschlossen und kann an die nächsten Verarbeitungsschritte übergeben werden.
timing:
title: Pausen und Zeitsteuerung
text_1: Horum bewertet Pausen nicht anhand einer einzelnen Audioabfrage. Die konfigurierten Zeitwerte werden anhand der Dauer eines Audioblocks in entsprechende Callback-Grenzen umgerechnet.
text_2: Dadurch kann zwischen einer kurzen Pause während des Sprechens und dem tatsächlichen Ende einer Spracheingabe unterschieden werden.
thinking_delay: Denkverzögerung – bestimmt, nach welcher Dauer einer Pause der Zustand thinking erreicht wird.
pause_timeout: Pausen-Timeout – bestimmt die Grenze, ab der eine längere Stille zur Beendigung der Spracheingabe führt.
callback_duration: Callback-Dauer – ergibt sich aus Blockgröße und Abtastrate und dient als Grundlage für die Berechnung der zeitlichen Grenzen.
detection:
title: Erkennungsablauf
text_1: Solange die gemessene Lautstärke den Schwellwert erreicht oder überschreitet, behandelt Horum das Signal als aktive Sprache und setzt die Stillezählung zurück.
text_2: Fällt die Lautstärke unter den Schwellwert, zählt Horum die aufeinanderfolgenden stillen Audioblöcke. Abhängig von deren Anzahl wechselt die Erkennung über die vorgesehenen Pausenzustände bis zum Ende der Spracheingabe.
orchestration:
title: Verbindung zur Orchestrierung
text_1: Die Eingabeorchestrierung übergibt jeden vom Mikrofon empfangenen Audioblock an den VoiceActivityDetector und erhält den aktuellen Status zurück.
text_2: Beim Beginn des Sprechens startet der Orchestrator die Sammlung der Audiodaten. Sobald der Status end erreicht wird, wird die gesammelte Spracheingabe abgeschlossen und für die anschließende Audioaufnahme und Spracherkennung vorbereitet.
pipeline:
title: Position in der Eingabeverarbeitung
text: Die Sprachaktivität wird direkt aus den eingehenden Audiodaten ermittelt. Das Ergebnis ist ein Status, mit dem die Horum Orchestrierung den weiteren Ablauf der Spracheingabe steuert.
audio: Eingehendes Audio
volume: RMS-Lautstärke
threshold: Schwellwertvergleich
status: Sprachstatus
orchestration: Horum Orchestrierung
separation:
title: Trennung der Aufgaben
text_1: Die Sprachaktivitätserkennung entscheidet nicht, was gesprochen wurde. Sie analysiert ausschließlich die Signalstärke und den zeitlichen Verlauf der Spracheingabe.
text_2: Die eigentliche Aufzeichnung, Transkription und Prompt-Verarbeitung werden von den dafür vorgesehenen Horum Komponenten übernommen. Dadurch bleibt die Erkennung der Sprachaktivität als eigener Verarbeitungsschritt klar abgegrenzt.
summary:
title: Erkennung von Sprache und Pausen
text: Der Horum VoiceActivityDetector analysiert die RMS-Lautstärke der eingehenden Audioblöcke, vergleicht sie mit einem aus der Sensitivität berechneten Schwellwert und erkennt daraus Sprache, Pausen und das Ende einer Spracheingabe. Die resultierenden Zustände steuern den weiteren Ablauf der Horum Eingabeverarbeitung.

interfaces/horum_window_de.json

documentation:
horum_window:
title: Horum Window
intro: Das Horum Window ist Horums dynamisches Fenstersystem für Arbeits- und Resultatoberflächen. Es stellt Horum innerhalb des Hauptfensters flexible Flächen bereit, die abhängig von der aktuellen Aufgabe erzeugt, verwendet, positioniert und verwaltet werden können.
purpose:
title: Aufgabe des Horum Windows
text_1: Horum Windows stellen dynamische Oberflächen innerhalb des Horum Hauptfensters bereit. Sie werden verwendet, wenn Horum während einer Aufgabe eine Arbeitsoberfläche benötigt oder ein Ergebnis innerhalb einer eigenen Resultatoberfläche darstellen möchte.
text_2: Das gemeinsame Fenstersystem unterscheidet dabei zwischen Arbeits UI und Resultat UI. Beide verwenden dieselbe grundlegende Fensterarchitektur, erfüllen innerhalb von Horums Arbeitsablauf jedoch unterschiedliche Aufgaben.
types:
title: Zwei Fenstertypen
text_1: Das Horum Window bildet die gemeinsame Grundlage für zwei unterschiedliche Oberflächentypen. Welcher Typ verwendet wird, richtet sich danach, ob Horum mit einer Oberfläche arbeitet oder ein Ergebnis präsentiert.
text_2: Arbeits UI und Resultat UI können unabhängig voneinander gestaltet und verwendet werden.
worker: Arbeits UI: Stellt Horum eine interaktive Arbeitsfläche für die Durchführung einer Aufgabe zur Verfügung.
result: Resultat UI: Stellt Ergebnisse, Informationen und erzeugte Inhalte in einer dafür vorgesehenen Oberfläche dar.
worker:
title: Arbeits UI
text_1: Die Arbeits UI ist Horums eigene Arbeitsfläche. Sie kann Eingaben, Schaltflächen, Auswahlmöglichkeiten und weitere Komponenten enthalten, die Horum während der Bearbeitung einer Aufgabe benötigt.
text_2: Die Interaktionen innerhalb dieser Oberfläche sind für Horum bestimmt. Horum kann die enthaltenen Elemente bedienen und die Arbeits UI entsprechend dem aktuellen Ablauf verwenden.
text_3: Der Benutzer kann beobachten, wie Horum mit dieser Oberfläche arbeitet, greift jedoch nicht selbst in die darin enthaltenen Bedienelemente oder Arbeitsabläufe ein.
result:
title: Resultat UI
text_1: Die Resultat UI dient der Darstellung von Ergebnissen. Horum kann damit Informationen und Inhalte in einer auf die jeweilige Aufgabe abgestimmten Oberfläche präsentieren.
text_2: Im Gegensatz zur Arbeits UI steht hier nicht Horums interner Arbeitsablauf, sondern das erzeugte beziehungsweise bereitgestellte Resultat im Mittelpunkt.
text_3: Die konkrete Resultatoberfläche kann abhängig von der Aufgabe unterschiedlich aufgebaut sein und die dafür benötigten Inhalte und Darstellungen enthalten.
difference:
title: Unterschied zwischen Arbeits UI und Resultat UI
text_1: Der wesentliche Unterschied liegt in der Aufgabe der jeweiligen Oberfläche. Die Arbeits UI unterstützt Horum während der Bearbeitung, während die Resultat UI für die Darstellung eines Ergebnisses vorgesehen ist.
text_2: Dadurch kann Horum seine interne Arbeitsfläche von der eigentlichen Ergebnisdarstellung trennen und für beide Aufgaben jeweils passende Oberflächen verwenden.
worker: Arbeits UI: Horum arbeitet mit der Oberfläche und verwendet deren Elemente zur Durchführung einer Aufgabe.
result: Resultat UI: Horum verwendet die Oberfläche, um das Ergebnis einer Aufgabe darzustellen.
user_interaction:
title: Interaktion durch den Benutzer
text_1: Die direkte Interaktion des Benutzers mit einem Horum Window ist auf das Verschieben des Fensters beschränkt. Die darin enthaltenen Eingaben, Schaltflächen, Auswahlfelder und weiteren interaktiven Elemente werden von Horum selbst gesteuert.
text_2: Auch die Position eines Horum Windows bleibt an Horums eigene Arbeitsfläche gebunden. Das Fenster kann nicht aus dem Horum Hauptfenster herausbewegt werden.
move: Verschieben: Der Benutzer kann ein Horum Window innerhalb der verfügbaren Horum-Arbeitsfläche neu positionieren.
content: Fensterinhalt: Interaktive Inhalte innerhalb des Fensters werden ausschließlich von Horum bedient.
boundary: Begrenzung: Arbeits UI und Resultat UI bleiben innerhalb des Horum Hauptfensters und können nicht außerhalb dieser Fläche positioniert werden.
horum_control:
title: Fenstersteuerung durch Horum
text_1: Horum kann seine Arbeits- und Resultatfenster ebenfalls selbst verschieben. Dafür steht ihm innerhalb des Hauptfensters eine eigene räumliche Arbeitsfläche zur Verfügung, auf der die Fenster positioniert werden können.
text_2: Die Position eines Fensters ist deshalb nicht ausschließlich eine Entscheidung des Benutzers. Horum kann die Anordnung selbst verändern, wenn eine andere Position für seine aktuelle Arbeit oder Darstellung geeigneter ist.
text_3: Dadurch kann Horum seine eigene Oberfläche aktiv organisieren und auf Veränderungen innerhalb seiner Arbeitsfläche reagieren.
position: Positionierung: Horum kann Arbeits- und Resultatfenster selbst innerhalb seiner verfügbaren Fläche verschieben.
core: Core: Wird ein Fenster beispielsweise über den Core verschoben und verdeckt dadurch Horums zentrale Darstellung, kann Horum das Fenster selbst an eine andere Position bewegen.
focus: Fokus: Horum kann seine visuelle Aufmerksamkeit auf das Fenster richten, das aktuell im Fokus steht.
states:
title: Focus und Inactive
text_1: Horum Windows können unterschiedliche Zustände besitzen. Dadurch kann sichtbar unterschieden werden, welche Oberfläche Horum aktuell verwendet und welche weiterhin geöffnet ist, aber momentan nicht im Mittelpunkt seiner Arbeit steht.
text_2: Die Zustände können sowohl für Arbeits UIs als auch für Resultat UIs verwendet werden.
focus: Focus: Horum arbeitet aktuell aktiv mit dem Fenster beziehungsweise richtet seine Aufmerksamkeit darauf.
inactive: Inactive: Das Fenster bleibt geöffnet und kann weiterhin bestehen oder im Hintergrund arbeiten, wird von Horum aktuell jedoch nur passiv verwendet.
styles:
title: Darstellung und Styles
text_1: Arbeits UI und Resultat UI besitzen voneinander unabhängige Darstellungseinstellungen. Dadurch kann das Erscheinungsbild beider Fenstertypen getrennt angepasst werden.
text_2: Neben den Standarddesigns können auch Designs aus installierten Paketen verwendet werden. Die Auswahl für Arbeits UI und Resultat UI erfolgt unabhängig voneinander.
worker: Arbeits UI: Das Design des Arbeitsfensters kann unabhängig von der Resultat UI festgelegt werden.
result: Resultat UI: Das Design des Resultatfensters kann unabhängig von der Arbeits UI festgelegt werden.
standard: Standard: Die eigenen Standardstyles können in den Horum-Einstellungen angepasst werden.
package: Pakete: Installierte Pakete können alternative Fensterdesigns bereitstellen, die für den jeweiligen Fenstertyp ausgewählt werden können.
dynamic_content:
title: Dynamische Inhalte
text_1: Der Inhalt eines Horum Windows ist nicht auf eine einzelne feste Oberfläche beschränkt. Abhängig von der Aufgabe kann Horum unterschiedliche Arbeits- oder Resultatoberflächen verwenden.
text_2: Die Oberflächen können aus YAML, XML oder einer Kombination beider Bestandteile bestehen. Dadurch lassen sich Abläufe und die dazugehörige Darstellung passend zur jeweiligen Aufgabe definieren.
text_3: Welche Arbeits UI oder Resultat UI zur Verfügung steht und verwendet werden darf, wird über die entsprechenden Ressourcen im Commander verwaltet.
other_windows:
title: Weitere Fenster für Resultate und Medien
text_1: Horum ist bei der Ausgabe eines Ergebnisses nicht ausschließlich an eine Resultat UI gebunden. Abhängig vom Inhalt kann Horum auch andere geeignete Oberflächen verwenden.
text_2: Dazu gehören insbesondere die spezialisierten Mini Windows für Medien. Horum kann diese Fenster selbst öffnen und für die Wiedergabe oder Darstellung entsprechender Inhalte verwenden.
audio: Audio: Horum kann das Audio-Mini-Window und dessen Player für Musik und andere Audiodateien verwenden.
video: Video: Videos können über das dafür vorgesehene Mini Window und dessen Medienplayer wiedergegeben werden.
images: Bilder: Bilddateien können in der entsprechenden Bildansicht innerhalb eines Mini Windows dargestellt werden.
documents: Dokumente: Unterstützte Dokumente und weitere Dateien können über das Dokumentenfenster bereitgestellt und angezeigt werden.
gods_eye:
title: God's Eye View
text_1: God's Eye View erweitert Horums verfügbare Oberflächen um eine räumliche und interaktive Ansicht. Die Erweiterung kann eine eigene dafür vorgesehene Oberfläche beziehungsweise ein eigenes Fenster verwenden.
text_2: God's Eye View ist dabei nicht vollständig von den übrigen Horum-Oberflächen getrennt. Horum kann für bestimmte Informationen oder Ergebnisse zusätzlich eine Resultat UI verwenden.
text_3: Dadurch können die spezialisierte God's-Eye-Ansicht und Horums bestehendes Resultat-System abhängig von der jeweiligen Aufgabe gemeinsam eingesetzt werden.
window: Eigenes Fenster: God's Eye View kann seine spezialisierte Darstellung innerhalb einer eigenen Oberfläche bereitstellen.
result_ui: Resultat UI: Einzelne Informationen oder Ergebnisse aus God's Eye View können zusätzlich über eine Resultat UI dargestellt werden.
combination: Kombination: Horum entscheidet abhängig von Aufgabe und Inhalt, welche Oberfläche oder Kombination von Oberflächen für die Darstellung geeignet ist.
workspace:
title: Horums Arbeitsfläche
text_1: Arbeits UI und Resultat UI sind Bestandteile von Horums eigener visueller Arbeitsfläche. Horum kann entscheiden, welche Fenster benötigt werden, welche davon im Fokus stehen und wie sie innerhalb des Hauptfensters angeordnet werden.
text_2: Der Benutzer kann die Position eines Horum Windows verändern, die endgültige Organisation der Arbeitsfläche bleibt jedoch dynamisch. Horum kann Fenster anschließend selbst neu positionieren, wenn dies für seine Arbeit oder visuelle Darstellung sinnvoll ist.
text_3: Zusammen mit Mini Windows und spezialisierten Erweiterungen wie God's Eye View entsteht dadurch keine starre Fensteranordnung, sondern eine Oberfläche, die Horum abhängig von Aufgabe und Inhalt selbst verwenden und organisieren kann.
summary:
title: Zusammenfassung
text: Das Horum Window bildet die gemeinsame Grundlage für Arbeits UI und Resultat UI. Die Arbeits UI dient Horums eigener Arbeit, während die Resultat UI Ergebnisse darstellt. Der Benutzer kann diese Fenster innerhalb des Horum Hauptfensters verschieben, während Horum ihre Inhalte steuert und die Fenster ebenfalls selbst positionieren kann. Unabhängige Styles, Paketdesigns, Mini Windows und God's Eye View erweitern dieses System zu einer dynamischen Arbeits- und Darstellungsfläche.

interfaces/mini_window_de.json

documentation:
mini_window:
title: Fensterinhalte
intro: Die Horum-Konsole arbeitet mit vier spezialisierten Medienfenstern für Audio, Video, Bilder und Dokumente. Diese Mini Windows laden freigegebene Medien, stellen deren Inhalte übersichtlich dar und ermöglichen abhängig vom Medientyp weitere Aktionen.
purpose:
title: Aufgabe der Medienfenster
text_1: Die Medienfenster bilden die Schnittstelle zwischen den in Horum freigegebenen Medienpfaden und den tatsächlich gefundenen Dateien. Jeder Medientyp besitzt dafür ein eigenes Mini Window und eine spezialisierte Inhaltsliste.
text_2: Die Fenster können durch den Benutzer oder durch Horum geöffnet und gesteuert werden. Dadurch können benötigte Medien direkt innerhalb von Horum gesucht, angezeigt und abhängig vom Inhalt weiterverwendet werden.
common:
title: Vier Medienbereiche
text_1: Alle vier Bereiche verwenden dieselbe grundlegende Struktur aus Mini Window, spezialisierter Inhaltsliste, Path Loader und Content Filter.
text_2: Die konkrete Darstellung und Verarbeitung unterscheidet sich anschließend abhängig vom jeweiligen Medientyp.
audio: Audio: Verwaltet gefundene Audiodateien und stellt sie für Auswahl und Wiedergabe bereit.
video: Video: Verwaltet gefundene Videodateien und stellt Vorschauen sowie Wiedergabefunktionen bereit.
images: Bilder: Stellt gefundene Bilddateien mit visuellen Vorschauen und Bildinformationen dar.
documents: Dokumente: Stellt Dokumente, Textdateien, Datenformate, Quellcode und weitere unterstützte Dateien in einer gemeinsamen Dokumentenliste dar.
loading:
title: Laden der Inhalte
text_1: Jedes Medienfenster besitzt einen Path Loader für seinen jeweiligen Inhaltstyp. Gefundene Dateien werden gesammelt und anschließend an die zugehörige Audio-, Video-, Bild- oder Dokumentenliste übergeben.
text_2: Beim Aktualisieren eines Fensters werden die bisher geladenen Pfade und Listeneinträge entfernt und der Ladevorgang erneut gestartet. Beim Schließen wird der zugehörige Path Loader gestoppt.
filter:
title: Suche, Filter und Sortierung
text_1: Die vier Medienfenster verwenden einen gemeinsamen Content Filter. Dieser verarbeitet die gefundenen Pfade, bevor sie in der jeweiligen Liste dargestellt werden.
text_2: Mehrere Kriterien können gemeinsam auf den vorhandenen Inhalt angewendet werden.
search: Suche: Durchsucht den Dateinamen nach einem angegebenen Text.
extension: Dateiendung: Beschränkt den Inhalt auf ausgewählte Dateiendungen.
mime: MIME-Typ: Filtert Dateien anhand ihres MIME-Typs und unterstützt auch Gruppen wie image/*.
duration: Dauer: Unterstützt Vergleiche und Bereiche für Medien, deren Dauer verfügbar ist.
sort: Sortierung: Inhalte können auf- oder absteigend nach Name, Änderungsdatum, Dateigröße oder Dauer sortiert werden.
audio:
title: Audio
text_1: Das Audiofenster stellt die von Horum gefundenen Audiodateien in einer eigenen Audio List dar. Die Einträge können anschließend für die Audiowiedergabe verwendet werden.
text_2: Für Audio werden zusätzlich Medieninformationen und Vorschaubilder verarbeitet. Für diese Medienverarbeitung und Wiedergabe verwendet Horum die mitgelieferte VLC-Bibliothek.
list: Liste: Gefundene Audiodateien werden als einzelne Einträge in der Audio List dargestellt.
thumbnail: Vorschau: Horum versucht über VLC eingebettete Artwork-Metadaten der Audiodatei zu laden. Ist kein verwendbares Artwork vorhanden, wird ein Audio-Fallback-Symbol dargestellt.
information: Informationen: Audiodateien können mit Dateiinformationen wie Name, Größe und Dauer innerhalb der Medienoberfläche dargestellt und verarbeitet werden.
playback: Wiedergabe: Ausgewählte Audiodateien können in der Audioansicht geladen und über die integrierten Player-Funktionen wiedergegeben werden.
video:
title: Video
text_1: Das Videofenster stellt gefundene Videodateien in einer eigenen Video List bereit. Für die visuelle Erkennung eines Videos können Vorschaubilder aus dem Videoinhalt erzeugt werden.
text_2: Wie bei Audio verwendet Horum für die Verarbeitung und Wiedergabe von Videos die mitgelieferte VLC-Bibliothek.
list: Liste: Gefundene Videodateien werden als einzelne Einträge in der Video List dargestellt.
thumbnail: Vorschau: Für Videos kann ein temporärer Snapshot erzeugt und als Vorschaubild verwendet werden. Die dafür erzeugte temporäre Datei wird nach der Verarbeitung wieder entfernt.
information: Informationen: Videoeinträge stellen die zugehörigen Datei- und Medieninformationen für Auswahl und weitere Verarbeitung bereit.
playback: Wiedergabe: Ausgewählte Videos werden in einer eigenen Videoansicht geöffnet und können über die integrierte Wiedergabesteuerung abgespielt werden.
images:
title: Bilder
text_1: Das Bildfenster stellt gefundene Bilddateien in einer Image List dar. Im Gegensatz zu Audio und Video benötigt die Bilddarstellung keine VLC-Wiedergabe.
text_2: Die Vorschauen werden über die Bildfunktionen von PyQt5 geladen und für die Darstellung innerhalb der Liste vorbereitet.
list: Liste: Gefundene Bilddateien werden als einzelne Einträge in der Image List dargestellt.
thumbnail: Vorschau: Bilddateien werden über QImageReader eingelesen. Die Erstellung der Bildvorschau erfolgt über einen eigenen Worker in einem QThread.
information: Informationen: Bildeinträge können Dateiname, MIME-Typ, Dateigröße, Auflösung und Dateiendung bereitstellen.
open: Öffnen: Ein ausgewähltes Bild kann in einer eigenen Image View geöffnet und innerhalb von Horum angezeigt werden.
documents:
title: Dokumente
text_1: Das Dokumentenfenster fasst eine große Anzahl textbasierter, strukturierter und klassischer Dokumentformate in einer gemeinsamen Document List zusammen.
text_2: Dokumente verwenden keine Medienvorschau wie Bilder oder Videos. Stattdessen erzeugt Horum ein kompaktes Vorschausymbol anhand des ermittelten Dokumenttyps.
list: Liste: Gefundene unterstützte Dateien werden als Einträge in der Document List dargestellt.
thumbnail: Vorschau: Für Dokumente wird ein 30 × 30 Pixel großes Symbol erzeugt. Farbe und Typbezeichnung richten sich nach dem ermittelten Dokumenttyp.
information: Informationen: Dokumenteinträge können unter anderem Dateiname, MIME-Typ, Dateigröße und Dateiendung darstellen.
types: Dateitypen: Neben klassischen Dokumenten werden auch Tabellen, Präsentationen, Textdateien, Datenformate, Webdateien, Quellcode, Shell-Dateien, Datenbankdateien, Konfigurationen und TeX unterstützt.
formats:
title: Unterstützte Formate
text_1: Für jeden Medienbereich definiert Horum eine eigene Liste unterstützter Dateiendungen. Nur passende Dateien werden dem jeweiligen Inhaltsbereich zugeordnet.
text_2: Die unterstützten Formate decken sowohl verbreitete Standardformate als auch zusätzliche spezialisierte Formate ab.
audio: Audio: MP3, WAV, AAC, M4A, FLAC, ALAC, APE, WV, OGG, OGA, Opus, WMA, AIFF, AIF, AIFC, MID, MIDI, AMR, AC3 und DTS.
video: Video: MP4, M4V, AVI, MOV, WMV, WebM, MKV, MPEG, MPG, MPE, MPV, M2V, MTS, M2TS, TS, 3GP, 3G2, FLV, F4V, OGV und VOB.
images: Bilder: JPG, JPEG, PNG, BMP, GIF, WebP, TIF, TIFF, AVIF, HEIC, HEIF, ICO, SVG sowie RAW-Formate wie RAW, CR2, CR3, NEF, ARW, DNG, ORF und RW2.
documents: Dokumente: Unterstützt werden unter anderem PDF, DOC/DOCX, ODT, RTF, XLS/XLSX, ODS, CSV, TSV, PPT/PPTX, ODP, TXT, Markdown, JSON, XML, YAML, HTML, CSS, JavaScript, TypeScript, Python, C/C++, C#, Java, Kotlin, PHP, weitere Programmiersprachen, Shell-Dateien, SQL, Konfigurationsdateien und TeX.
thumbnails:
title: Vorschauen
text_1: Die vier Inhaltsbereiche verwenden unterschiedliche Verfahren zur Erzeugung ihrer Vorschaubilder. Dadurch kann die Darstellung an den jeweiligen Dateityp angepasst werden.
text_2: Vorschauen dienen der schnellen visuellen Zuordnung eines Eintrags innerhalb der jeweiligen Medienliste.
audio: Audio: Eingebettetes Artwork wird über VLC-Metadaten gesucht. Ohne verfügbares Artwork verwendet Horum ein Audio-Fallback-Symbol.
video: Video: Ein Snapshot aus dem Video wird temporär erzeugt, als Vorschaubild geladen und anschließend wieder bereinigt.
images: Bilder: Das eigentliche Bild wird über QImageReader geladen und als Vorschau verwendet.
documents: Dokumente: Ein farbiges Dokumenttyp-Symbol mit einer kurzen Typbezeichnung wird dynamisch erzeugt.
player:
title: Audio- und Videowiedergabe
text_1: Audio und Video besitzen Wiedergabefunktionen für die direkte Mediensteuerung innerhalb von Horum. Die Player Controls stellen dafür die zentralen Wiedergabeaktionen bereit.
text_2: Bei Video kann die Steuerung zusammen mit der Fortschrittsanzeige zusätzlich als Overlay über dem Videobereich positioniert werden.
mode: Wiedergabemodus: Steuert den verwendeten Abspielmodus.
previous: Zurück: Wechselt zum vorherigen Medieneintrag.
stop: Stop: Beendet die aktuelle Wiedergabe.
play_pause: Play / Pause: Startet die Wiedergabe oder pausiert das aktuell abgespielte Medium.
next: Weiter: Wechselt zum nächsten Medieneintrag.
dependencies:
title: Abhängigkeiten
text_1: Die Medienfenster verwenden mehrere interne und externe Komponenten für Darstellung, Dateiverarbeitung, Vorschauen und Wiedergabe.
text_2: Die benötigten Komponenten werden direkt in die jeweilige Medienverarbeitung eingebunden.
pyqt: PyQt5: Wird für Fenster, Listen, Bilder, Threads, Signale, Steuerelemente und die grafische Darstellung der Medienoberflächen verwendet.
vlc: VLC: Audio und Video verwenden die VLC-Bibliothek für die Medienverarbeitung und Wiedergabe.
vendor: Vendor VLC: Horum verwendet die mitgelieferte VLC-Installation aus dem vendor/vlc-Verzeichnis einschließlich des zugehörigen Plugin-Verzeichnisses.
file_data:
title: Dateiinformationen
text_1: Die Medienlisten verwenden Dateiinformationen, um Inhalte darzustellen, zu filtern und zu sortieren. Dazu gehören abhängig vom Medientyp beispielsweise Name, Dateiendung, MIME-Typ, Änderungsdatum, Größe und Dauer.
text_2: Dateigrößen werden für die Darstellung automatisch in Bytes, KB, MB oder GB formatiert.
summary:
title: Zusammenfassung
text: Die vier Medien-Mini-Windows bilden die Inhaltsoberfläche für Audio, Video, Bilder und Dokumente. Gemeinsame Lade-, Such-, Filter- und Sortierfunktionen werden mit medientypspezifischen Listen, Vorschauen und Ansichten kombiniert. Audio und Video verwenden zusätzlich die mit Horum ausgelieferte VLC-Bibliothek aus vendor/vlc für ihre Medienfunktionen.

main/navigation_de.json

documentation:
navigation:
title: Navigation
intro: Das Horum Hauptfenster stellt die wichtigsten Eingabe- und Navigationsmöglichkeiten direkt zur Verfügung. Von hier aus kann mit Horum interagiert oder auf die zentralen Bereiche der Anwendung zugegriffen werden.
input:
title: Text und Mikrofon
text: Textfeld und Mikrofon ermöglichen die direkte Kommunikation mit Horum. Welche Eingabemethode bevorzugt angezeigt wird und wie zwischen beiden gewechselt wird, wird im Bereich Interaktion ausführlicher beschrieben.
list_1: Texteingabe: Öffnet beziehungsweise verwendet das Textfeld für direkte Eingaben an Horum.
list_2: Mikrofon: Aktiviert die Spracheingabe und ermöglicht gesprochene Eingaben an Horum.
settings:
title: Einstellungen
text: Der Einstellungen-Button öffnet die zentrale Konfiguration von Horum. Hier werden die Anwendung, ihre Darstellung und wichtige Systemfunktionen verwaltet.
list_1: UI und Erscheinungsbild von Horum konfigurieren.
list_2: Speicher, Cache und verwendete Pfade verwalten.
list_3: Spracheingabe und Sprachausgabe konfigurieren.
list_4: Modelle, Core, Horum Fenster und weitere Anwendungsbereiche einstellen.
marketplace:
title: Marktplatz
text: Der Marktplatz-Button öffnet die Verwaltung der Horum-Pakete, Modelle und Generatoren sowie weitere Funktionen rund um die Erweiterung von Horum.
list_1: Gekaufte Pakete anzeigen, installieren und verwalten.
list_2: Eigene Horum-Pakete für den Export erzeugen.
list_3: LLM-Modelle und Generatoren verwalten.
list_4: Übersichten zu Interaktionen mit der Anwendung und den verwendeten LLMs anzeigen.
commander:
title: Commander
text_1: Der Commander ist die zentrale Schnittstelle für Befehle sowie die Arbeits- und Resultatdarstellung von Horum. Er zeigt, welche Befehle und Oberflächen Horum lernt, verwendet und verarbeitet.
text_2: Arbeits UI und Resultat UI sind dabei keine klassischen Benutzerfenster. Sie stellen den Arbeitsbereich von Horum beziehungsweise dessen Ergebnisse grafisch dar. Die direkte Interaktion des Nutzers mit diesen Oberflächen beschränkt sich auf das Verschieben der Fenster.
list_1: Befehle anzeigen und verwalten, die Horum verwenden und verarbeiten kann.
list_2: Arbeits UIs darstellen, die Horum für seine Arbeit verwendet.
list_3: Resultat UIs darstellen, über die Horum Ergebnisse grafisch ausgibt.
console:
title: Konsole
text: Die Konsole ermöglicht das direkte Ausführen interner Horum-Befehle. Sie kann sowohl von Horum selbst als auch direkt durch den Nutzer verwendet werden, um bestimmte Operationen gezielt auszulösen.
list_1: Horum-Fenster und andere verfügbare Bereiche direkt öffnen.
list_2: Benchmarks und interne Prüfungen ausführen.
list_3: Weitere unterstützte Operationen und interne Befehle direkt ausführen.
summary:
title: Zusammenfassung
text: Über das Horum Hauptfenster stehen Text- und Spracheingabe sowie direkte Zugänge zu Einstellungen, Marktplatz, Commander und Konsole zur Verfügung. Die einzelnen Bereiche übernehmen unterschiedliche Aufgaben und werden in ihren jeweiligen Dokumentationsbereichen ausführlicher beschrieben.

marketplace/cart_de.json

documentation:
marketplace_cart:
title: Warenkorb
intro: Im Warenkorb sammelst du Produkte aus dem Horum Marktplatz, bevor du sie gemeinsam kaufst. Mehrere Produkte und Produkte verschiedener Verkäufer können gleichzeitig in den Warenkorb gelegt und anschließend zusammen über den Checkout gekauft werden.
overview:
title: Warenkorb im Marktplatz
text_1: Der Warenkorb verwaltet die Produkte, die du für einen Kauf ausgewählt hast. Produkte können während der weiteren Nutzung des Marktplatzes gesammelt werden, bevor du zum Checkout wechselst.
text_2: Der aktuelle Warenkorb kann jederzeit über das Warenkorb-Symbol oben rechts in der Navigation geöffnet werden.
list_1: Produkte können einzeln zum Warenkorb hinzugefügt werden.
list_2: Mehrere Produkte können gleichzeitig im Warenkorb enthalten sein.
list_3: Produkte verschiedener Verkäufer können gemeinsam für einen Kauf ausgewählt werden.
add:
title: Produkt hinzufügen
text_1: Ein noch nicht gekauftes Produkt kann über die Warenkorb-Funktion zum aktuellen Warenkorb hinzugefügt werden.
text_2: Dafür stehen abhängig von der aktuellen Ansicht zwei Zugänge zur Verfügung.
list_1: Produktkarte – das Warenkorb-Symbol auf der Produktkarte fügt das Produkt direkt zum Warenkorb hinzu.
list_2: Produktdetails – ein Produkt kann ebenfalls über die Warenkorb-Funktion innerhalb der geöffneten Produktdetailansicht hinzugefügt werden.
navigation:
title: Warenkorb in der Navigation
text_1: Das Warenkorb-Symbol befindet sich oben rechts in der Navigation und ermöglicht den direkten Zugriff auf den aktuellen Warenkorb.
text_2: Ein Zähler am Symbol wird automatisch aktualisiert und zeigt an, wie viele Produkte sich aktuell im Warenkorb befinden.
list_1: Warenkorb-Symbol – öffnet den aktuellen Warenkorb.
list_2: Zähler – zeigt die Anzahl der aktuell hinzugefügten Produkte.
list_3: Automatische Aktualisierung – der Zähler wird beim Hinzufügen oder Entfernen von Produkten entsprechend angepasst.
contents:
title: Inhalt des Warenkorbs
text: Der geöffnete Warenkorb zeigt die aktuelle Produktauswahl und die daraus berechnete Gesamtsumme.
list_1: Produktname – zeigt das jeweilige Produkt im Warenkorb.
list_2: Einzelpreis – zeigt den Preis des jeweiligen Produkts in der für den Nutzer verwendeten Währung.
list_3: Entfernen – entfernt ein einzelnes Produkt aus dem Warenkorb.
list_4: Summe – zeigt den Gesamtpreis aller aktuell im Warenkorb enthaltenen Produkte.
multiple:
title: Mehrere Produkte und Verkäufer
text_1: Der Warenkorb ist nicht auf ein einzelnes Produkt oder einen einzelnen Verkäufer beschränkt. Mehrere Produkte können vor dem Checkout gesammelt werden.
text_2: Dabei können sich auch Produkte unterschiedlicher Verkäufer gleichzeitig im Warenkorb befinden und gemeinsam über den anschließenden Checkout gekauft werden.
remove:
title: Produkt entfernen
text_1: Jeder Eintrag im Warenkorb besitzt eine eigene Entfernen-Aktion. Dadurch können einzelne Produkte wieder aus der aktuellen Auswahl entfernt werden, ohne den gesamten Warenkorb zu leeren.
text_2: Nach dem Entfernen werden sowohl der Warenkorb-Zähler in der Navigation als auch die berechnete Gesamtsumme entsprechend aktualisiert.
purchased:
title: Bereits gekaufte Produkte
text_1: Bei einem bereits gekauften Produkt wird die normale Warenkorb-Funktion nicht mehr als Kaufaktion dargestellt.
text_2: Dadurch ist bereits in der Produktübersicht beziehungsweise Produktdetailansicht erkennbar, dass das Produkt dem Nutzer bereits gehört.
list_1: Produktkarte – das Warenkorb-Symbol wird bei einem bereits gekauften Produkt durch den entsprechenden Kaufstatus ersetzt.
list_2: Produktdetails – die Produktdetailansicht zeigt den Status „Bereits gekauft“ anstelle der normalen Warenkorb-Aktion.
purchase_count:
title: Anzahl bisheriger Käufe
text_1: Produktkarten zeigen zusätzlich an, wie oft ein Produkt bereits gekauft wurde. Diese Zahl gehört zum Produkt und ist unabhängig vom persönlichen Warenkorb des aktuell angemeldeten Nutzers.
text_2: Die Kaufanzahl darf daher nicht mit dem Zähler am Warenkorb-Symbol in der Navigation verwechselt werden. Der Warenkorb-Zähler zeigt die aktuell ausgewählten Produkte, während die Kaufanzahl die bisherigen Käufe des jeweiligen Produkts angibt.
currency:
title: Währung und Preisumrechnung
text_1: Die im Marktplatz und Warenkorb verwendete Währung richtet sich nach der für den Horum-Account hinterlegten Währung. Diese wird bei der Registrierung festgelegt und anschließend entsprechend dem Nutzerprofil verwendet.
text_2: Produktpreise werden für die hinterlegte regionale Währung anhand des aktuellen API-Wechselkurses umgerechnet und entsprechend angezeigt.
list_1: Account-Währung – wird bei der Registrierung des Horum-Accounts festgelegt.
list_2: Profil – die hinterlegte Währung wird über die Einstellungen des Nutzers im Dashboard-Profil angewendet und kann nicht beliebig direkt im Marktplatz gewechselt werden.
list_3: Umrechnung – Preise werden anhand des aktuellen API-Wechselkurses in die für den Nutzer hinterlegte Währung umgerechnet.
total:
title: Gesamtsumme
text_1: Unterhalb der ausgewählten Produkte zeigt der Warenkorb die Summe aller aktuell enthaltenen Produktpreise.
text_2: Wird ein Produkt hinzugefügt oder entfernt, wird die Gesamtsumme entsprechend der aktuellen Warenkorb-Auswahl neu berechnet.
checkout:
title: Zur Kasse
text_1: Über „Zur Kasse“ wird die aktuelle Produktauswahl aus dem Warenkorb an den Checkout übergeben.
text_2: Der eigentliche Zahlungs- und Kaufvorgang wird anschließend im Checkout fortgesetzt und im separaten Dokumentationsbereich „Checkout“ beschrieben.
summary:
title: Produkte für den Kauf sammeln
text: Produkte können über ihre Produktkarte oder die Produktdetailansicht zum Warenkorb hinzugefügt werden. Der Warenkorb unterstützt mehrere Produkte verschiedener Verkäufer, aktualisiert seinen Zähler und die Gesamtsumme automatisch und verwendet die für den Horum-Account hinterlegte Währung. Bereits gekaufte Produkte werden entsprechend gekennzeichnet und nicht mehr mit der normalen Warenkorb-Aktion dargestellt.

marketplace/checkout_de.json

documentation:
marketplace_checkout:
title: Checkout
intro: Im Checkout wird der Kauf der zuvor im Warenkorb ausgewählten Produkte abgeschlossen. Dabei werden die Produkte, Preise, Gebühren, Käufer- und Verkäuferdaten sowie die für den jeweiligen Kauf verfügbaren Zahlungsmethoden zusammengeführt.
overview:
title: Checkout im Überblick
text_1: Der Checkout übernimmt die aktuelle Produktauswahl aus dem Warenkorb und bereitet den Kaufabschluss vor.
text_2: Die Ansicht ist in Produkt- und Preisübersicht, Zahlungsinformationen sowie Käufer- und Verkäuferinformationen gegliedert.
list_1: Produkte und Preise – zeigt die ausgewählten Produkte und die Berechnung des Gesamtbetrags.
list_2: Zahlungsinformationen – zeigt die für den Kauf verfügbaren Zahlungsmethoden und die erforderlichen Zahlungsfelder.
list_3: Käufer und Verkäufer – zeigt die Daten des Käufers sowie die am Kauf beteiligten Verkäufer.
products:
title: Produkte und Preisberechnung
text: Im Checkout werden die aus dem Warenkorb übernommenen Produkte zusammen mit der Preisberechnung für den aktuellen Kauf angezeigt.
list_1: Produkte – zeigt die im aktuellen Checkout enthaltenen Produkte.
list_2: Zwischensumme – zeigt die Summe der für den Bezahlvorgang berücksichtigten Produktpreise.
list_3: Transaktionsgebühr – im Checkout wird eine Transaktionsgebühr von 4 % separat ausgewiesen.
list_4: Gesamt – zeigt den abschließend zu zahlenden Gesamtbetrag.
buyer:
title: Käuferdaten
text: Die im Horum-Account hinterlegten Käuferinformationen werden im Checkout angezeigt und dem aktuellen Kauf zugeordnet.
list_1: Käufer – zeigt den Namen des Käufers.
list_2: E-Mail – zeigt die dem Käufer zugeordnete E-Mail-Adresse.
list_3: Land – zeigt das im Account hinterlegte Land.
list_4: Währung – zeigt die für den Account verwendete Währung.
sellers:
title: Verkäufer
text_1: Auf der rechten Seite des Checkouts werden die Verkäufer angezeigt, deren Produkte im aktuellen Kauf enthalten sind.
text_2: Enthält der Warenkorb Produkte verschiedener Verkäufer, können entsprechend mehrere Verkäufer innerhalb desselben Checkouts aufgeführt werden.
payment_methods:
title: Zahlungsmethoden
text_1: Für kostenpflichtige Käufe kann im Checkout eine der für den jeweiligen Kauf verfügbaren Zahlungsmethoden ausgewählt werden.
text_2: Horum unterstützt verschiedene Zahlungsarten. Welche davon tatsächlich angeboten werden, hängt unter anderem von der Region und der Verfügbarkeit für den jeweiligen Kauf ab.
list_1: Karte – Zahlung mit einer unterstützten Kredit- oder Debitkarte.
list_2: Google Pay – Zahlung über Google Pay.
list_3: PayPal – Zahlung über PayPal.
list_4: Alipay – Zahlung über Alipay.
list_5: Amazon Pay – Zahlung über Amazon Pay.
list_6: Cartes Bancaires – Zahlung über das französische Kartenzahlungssystem Cartes Bancaires.
list_7: iDEAL – Zahlung über iDEAL.
list_8: Link – Zahlung mit den in Link hinterlegten Zahlungsdaten.
list_9: MB WAY – Zahlung über MB WAY.
list_10: Satispay – Zahlung über Satispay.
list_11: TWINT – Zahlung über TWINT.
list_12: UPI – Zahlung über UPI.
list_13: WeChat Pay – Zahlung über WeChat Pay.
regional:
title: Regionale Verfügbarkeit
text_1: Nicht jede unterstützte Zahlungsmethode steht in jeder Region oder für jeden Kauf zur Verfügung. Im Checkout werden nur die Zahlungsmethoden angeboten, die für den jeweiligen Kauf verfügbar sind.
text_2: Die tatsächlich angezeigte Auswahl kann daher abhängig vom Land beziehungsweise der Region des Käufers unterschiedlich ausfallen.
digital_content:
title: Digitale Inhalte
text_1: Vor dem Abschluss des Kaufs muss der sofortigen Bereitstellung der digitalen Inhalte zugestimmt werden. Dabei wird bestätigt, dass durch die sofortige Bereitstellung das entsprechende Widerrufsrecht verloren geht.
text_2: Über „Mehr erfahren“ können zusätzliche Informationen zur sofortigen Bereitstellung digitaler Inhalte und den damit verbundenen Bedingungen aufgerufen werden.
free:
title: Kostenlose Produkte
text_1: Auch kostenlose Produkte werden über den Checkout verarbeitet, damit der Kauf beziehungsweise Erwerb dem Nutzer und dem Produkt korrekt zugeordnet werden kann.
text_2: Für kostenlose Produkte gelten beim Zahlungsablauf besondere Regeln.
list_1: Nur kostenlose Produkte – der Checkout wird durchgeführt, der eigentliche Bezahlvorgang wird jedoch übersprungen.
list_2: Gemischter Checkout – befinden sich kostenlose und kostenpflichtige Produkte gemeinsam im Checkout, werden die kostenlosen Produkte mit dem Kauf verarbeitet, aber nicht in den zu zahlenden Betrag einbezogen.
seller_split:
title: Mehrere Verkäufer und Einnahmen
text_1: Ein Checkout kann Produkte mehrerer Verkäufer enthalten. Die Einnahmen werden den jeweiligen Verkäufern anhand der von ihnen verkauften Produkte zugeordnet.
text_2: Nach einem erfolgreichen Kauf wird der jeweilige Anteil aus den verkauften Produkten dem Wallet des zugehörigen Verkäufers gutgeschrieben.
list_1: Produktzuordnung – jedes gekaufte Produkt bleibt seinem jeweiligen Verkäufer zugeordnet.
list_2: Mehrere Verkäufer – enthält ein Kauf Produkte verschiedener Verkäufer, werden die Einnahmen entsprechend auf die beteiligten Verkäufer aufgeteilt.
list_3: Wallet – jeder Verkäufer erhält den ihm zugeordneten Anteil aus seinen verkauften Produkten auf sein Horum Wallet.
purchase:
title: Kauf abschließen
text_1: Bei einem kostenpflichtigen Checkout wird der Kauf über „Sicher bezahlen“ mit der ausgewählten Zahlungsmethode fortgesetzt.
text_2: Nach erfolgreicher Verarbeitung des Checkouts werden die gekauften Produkte dem Käufer zugeordnet. Der weitere Ablauf nach dem Kauf wird im Dokumentationsbereich „Kaufabschluss“ beschrieben.
summary:
title: Produkte sicher abschließen
text: Der Checkout verbindet die ausgewählten Produkte mit Preisberechnung, Käufer- und Verkäuferinformationen sowie den regional verfügbaren Zahlungsmethoden. Kostenlose Produkte werden ebenfalls über den Checkout verarbeitet, lösen jedoch keinen eigenen Bezahlvorgang aus. Bei Käufen mit mehreren Verkäufern werden die Einnahmen den jeweiligen Verkäufern zugeordnet und ihrem Wallet gutgeschrieben.

marketplace/checkout_success_de.json

documentation:
checkout_success:
title: Kaufabschluss
intro: Nach einem erfolgreich abgeschlossenen Checkout werden die gekauften Produkte bestätigt und stehen dem Käufer zur Verfügung. Die Produkte können anschließend über Horum verwaltet und installiert oder bei Bedarf direkt heruntergeladen werden.
overview:
title: Erfolgreicher Kauf
text_1: Nach erfolgreicher Verarbeitung des Checkouts wird der Kauf bestätigt und die gekauften Produkte werden dem Horum-Account des Käufers zugeordnet.
text_2: Die Kaufabschlussseite zeigt die erfolgreich erworbenen Produkte und bietet den weiteren Zugriff auf die gekauften Pakete.
list_1: Kaufbestätigung – zeigt, dass der Checkout erfolgreich abgeschlossen wurde.
list_2: Gekaufte Produkte – zeigt die Produkte, die mit dem abgeschlossenen Kauf erworben wurden.
list_3: Dashboard – ermöglicht den direkten Wechsel zum Horum Dashboard.
products:
title: Gekaufte Produkte
text_1: Die mit dem Checkout erworbenen Produkte werden nach dem erfolgreichen Kauf auf der Kaufabschlussseite angezeigt.
text_2: Die gekauften Produkte bleiben dem Horum-Account zugeordnet und stehen anschließend auch über das Dashboard und Horum zur Verfügung.
dashboard:
title: Produkte im Dashboard
text_1: Über „Zum Dashboard“ gelangst du nach dem Kauf direkt zurück in dein Horum Dashboard.
text_2: Deine gekauften Produkte sind dort weiterhin deinem Account zugeordnet und können über „Mein Horum“ eingesehen und verwaltet werden.
package_manager:
title: Installation über Horum
text_1: Für die normale Nutzung wird empfohlen, gekaufte Pakete direkt über den Package Manager in Horum herunterzuladen und zu installieren.
text_2: Dadurch übernimmt Horum die Verwaltung des gekauften Pakets und den vorgesehenen Installationsablauf.
list_1: Horum öffnen – starte die Horum Application.
list_2: Package Manager öffnen – öffne dort deine gekauften Pakete.
list_3: Paket herunterladen – lade das gekaufte Paket direkt über Horum herunter.
list_4: Paket installieren – installiere das heruntergeladene Paket über den Package Manager.
manual_download:
title: Manueller Download und Backup
text_1: Zusätzlich zur empfohlenen Verwaltung über den Horum Package Manager kann ein gekauftes Paket bei Bedarf auch direkt heruntergeladen werden.
text_2: Der direkte Download dient insbesondere als zusätzliche Möglichkeit, die gekaufte Produktdatei selbst zu sichern oder bei Bedarf manuell bereitzustellen. Für die normale Nutzung wird weiterhin der Package Manager in Horum empfohlen.
list_1: Direktdownload – die gekaufte Produktdatei kann nach dem Kauf heruntergeladen werden.
list_2: Backup – die heruntergeladene Datei kann vom Käufer als eigene Sicherung aufbewahrt werden.
list_3: Manuelle Verwendung – bei Bedarf kann die heruntergeladene Paketdatei manuell für Horum bereitgestellt werden.
installation:
title: Installation des Pakets
text_1: Ein gekauftes Paket muss für die Nutzung in Horum heruntergeladen und installiert werden. Der empfohlene Weg führt über den integrierten Package Manager.
text_2: Wird stattdessen der manuelle Download verwendet, muss die Paketdatei für Horum entsprechend bereitgestellt werden, bevor die Installation durchgeführt werden kann.
rating:
title: Produkt nach der Nutzung bewerten
text_1: Nachdem ein gekauftes Paket installiert und verwendet wurde, kann das zugehörige Produkt über „Mein Horum“ bewertet werden.
text_2: Die Bewertung erfolgt mit einem Slider von 1.0 bis 5.0 Sternen und unterstützt auch Zwischenwerte. Zusätzlich kann ein Kommentar zum Produkt abgegeben werden.
summary:
title: Nach dem Kauf
text: Nach erfolgreichem Kauf werden die Produkte deinem Horum-Account zugeordnet und auf der Kaufabschlussseite angezeigt. Für Download, Verwaltung und Installation wird der Package Manager in Horum empfohlen. Zusätzlich bleibt der direkte Download der gekauften Paketdatei als Backup- und manuelle Zugriffsmöglichkeit verfügbar. Nach Installation und Nutzung kann das Produkt über „Mein Horum“ bewertet werden.

marketplace/generators_de.json

documentation:
generators:
title: Generatoren
intro: Im Bereich Generatoren können lokale Modelle für die Erstellung und Bearbeitung von Bildern und Videos heruntergeladen und installiert werden. Horum kann installierte Generatoren für passende Aufgaben direkt auf dem System verwenden und prüft dabei auch die Eignung der vorhandenen Hardware.
purpose:
title: Lokale Generatoren
text_1: Lokale Generatoren ermöglichen es Horum, Medien wie Bilder und Videos direkt auf dem System des Benutzers zu erstellen oder zu bearbeiten, sofern der jeweilige Generator die benötigte Funktion unterstützt.
text_2: Die Installation eines Generators bedeutet nicht, dass dieser automatisch verwendet wird. Welche installierten Generatoren Horum für entsprechende Aufgaben einsetzen kann, wird separat in den Einstellungen festgelegt.
models:
title: Verfügbare Generatoren
text_1: Die angebotenen Generatoren können sich im Laufe der Zeit ändern und durch weitere Modelle ergänzt werden. Die Dokumentation ist deshalb nicht auf eine feste Liste bestimmter Generatoren beschränkt.
text_2: Jeder verfügbare Generator wird über eine eigene Karte mit seinen Eigenschaften, unterstützten Funktionen, Anforderungen, Bewertungen und Installationsmöglichkeiten dargestellt.
cards:
title: Aufbau einer Generatorkarte
text_1: Jede Generatorkarte fasst die wichtigsten Informationen zu einem verfügbaren lokalen Generator zusammen. Dadurch können dessen Fähigkeiten und Anforderungen bereits vor dem Download eingeschätzt werden.
text_2: Zusätzlich zu den allgemeinen Modellinformationen zeigt die Karte, wie Horum die Leistung, Geschwindigkeit und Eignung des Generators für das aktuelle System bewertet.
name: Name: Zeigt die Bezeichnung des Generators.
variant: Variante: Zeigt Anbieter beziehungsweise Modellfamilie, Modellgröße und die bereitgestellte Modellvariante.
description: Beschreibung: Beschreibt kurz den vorgesehenen Einsatzbereich und die Eigenschaften des Generators.
capabilities: Fähigkeiten: Zeigt, welche Medienaufgaben der Generator unterstützt, beispielsweise Bilder erstellen oder Bilder bearbeiten.
license: Lizenz: Zeigt die für den Generator angegebene Lizenz und Hinweise zur erlaubten Nutzung.
plan: Plan: Zeigt, ob der Generator für den aktuellen Horum-Plan des Benutzers verfügbar ist.
storage: Speicher: Zeigt den benötigten Speicherplatz des Generators.
ram: RAM: Zeigt die empfohlene Arbeitsspeichermenge und stellt sie dem aktuell erkannten RAM gegenüber.
hardware: Hardware: Zeigt relevante erkannte Hardwareinformationen wie Grafikkarte und VRAM.
system: Systembewertung: Zeigt, wie geeignet das aktuelle System des Benutzers für den jeweiligen Generator ist.
capabilities:
title: Fähigkeiten der Generatoren
text_1: Generatoren können unterschiedliche Aufgaben unterstützen. Die jeweiligen Fähigkeiten werden direkt auf der Generatorkarte angezeigt und müssen nicht bei jedem Generator identisch sein.
text_2: Horum kann dadurch erkennen, welcher installierte Generator grundsätzlich für eine bestimmte Medienaufgabe geeignet ist.
image_generation: Bilder erstellen: Der Generator kann neue Bilder erzeugen.
image_editing: Bilder bearbeiten: Der Generator kann vorhandene Bilder bearbeiten oder verändern.
video_generation: Videos erstellen: Ein entsprechend unterstützter Generator kann neue Videoinhalte erzeugen.
video_editing: Videos bearbeiten: Ein entsprechend unterstützter Generator kann vorhandene Videoinhalte bearbeiten.
rating:
title: Bewertungssystem
text_1: Die Generatorkarten verwenden ein Bewertungssystem aus fünf Punkten. Violette Punkte stellen erreichte Bewertungsstufen dar, graue Punkte die verbleibenden Stufen.
text_2: Damit lassen sich Leistung, erwartete Geschwindigkeit und die Eignung des eigenen Systems direkt innerhalb der Generatorübersicht einschätzen.
performance: Leistung:
speed: Geschwindigkeit:
your_system: Dein System:
poor: Schlecht
limited: Eingeschränkt
good: Gut
text_3: Die Punktbewertung stellt eine kompakte visuelle Einordnung dar. Die Bewertung Dein System berücksichtigt dabei die von Horum erkannten Hardwarebedingungen des aktuellen Computers.
system_check:
title: Eignung des Systems
text_1: Horum prüft die Hardware des Benutzers und vergleicht sie mit den Anforderungen des jeweiligen Generators. Dadurch erhält jeder Generator eine direkte Einschätzung seiner Eignung für das aktuelle System.
text_2: Die Bewertung hilft bereits vor der Installation einzuschätzen, ob ein Generator auf der vorhandenen Hardware sinnvoll eingesetzt werden kann.
suitable: Geeignet: Der Generator ist für das aktuelle System gut geeignet.
limited: Eingeschränkt: Der Generator kann für das aktuelle System nur eingeschränkt geeignet sein.
unsuitable: Nicht geeignet: Der Generator wird für das aktuelle System nicht empfohlen.
hardware:
title: Hardwareinformationen
text_1: Für die Systembewertung werden relevante Hardwarewerte des aktuellen Computers berücksichtigt und direkt auf der Generatorkarte den Anforderungen des Modells gegenübergestellt.
text_2: Dadurch kann der Benutzer neben der allgemeinen Bewertung auch wichtige Hardwarewerte hinter dieser Einschätzung nachvollziehen.
storage: Speicher: Zeigt den Speicherbedarf des Generators.
recommended_ram: Empfohlener RAM: Zeigt die für den Generator empfohlene Arbeitsspeichermenge.
current_ram: Aktueller RAM: Zeigt den vom System erkannten Arbeitsspeicher des Benutzers.
gpu: Grafikkarte: Zeigt die erkannte Grafikhardware des Systems.
vram: VRAM: Zeigt den erkannten Grafikspeicher der Grafikkarte.
monitoring:
title: Hardwareprüfung
text_1: Horum erfasst die für die Generatorbewertung benötigten Hardwareinformationen des Systems. Diese Werte werden verwendet, um die Eignung der verfügbaren lokalen Generatoren für den Computer des Benutzers zu beurteilen.
text_2: Die Systembewertung kann sich von Generator zu Generator unterscheiden, da unterschiedliche Modelle unterschiedliche Anforderungen an Arbeitsspeicher, Grafikhardware und verfügbare Leistung stellen.
details:
title: Generatordetails
text_1: Über Details kann für den ausgewählten Generator ein separates Informationsfenster geöffnet werden. Dieses beschreibt den Generator in verständlicher Textform und bietet zusätzliche Informationen vor einer Installation.
text_2: Das Detailfenster ist keine technische Backend-Ansicht. Es stellt benutzerrelevante Informationen zum Generator, seinem vorgesehenen Einsatz und seinen Fähigkeiten bereit.
description: Beschreibung: Erläutert den Generator und seine grundlegende Ausrichtung.
usage: Einsatz: Beschreibt, für welche Medienaufgaben und Anwendungsbereiche sich der Generator eignet.
capabilities: Fähigkeiten: Erläutert, welche Erstellungs- oder Bearbeitungsfunktionen das Modell unterstützt.
limitations: Einschränkungen: Kann auf Grenzen oder besondere Anforderungen des Generators hinweisen.
terms: Nutzungsbedingungen: Verweist auf weiterführende Informationen und die für den Generator geltenden Bedingungen.
hugging_face:
title: Quelle Hugging Face
text_1: Die lokalen Generatoren werden über Hugging Face bereitgestellt. Hugging Face bildet damit die externe Quelle für die von Horum angebotenen lokalen Generatormodelle.
text_2: Über das Detailfenster kann die zugehörige Hugging-Face-Seite eines Generators geöffnet werden. Dort stehen weiterführende Informationen zum jeweiligen Modell zur Verfügung.
text_3: Modellbeschreibung, Lizenz, Fähigkeiten und Nutzungsbedingungen können sich je nach Generator unterscheiden und sollten bei Bedarf über die jeweilige Modellseite geprüft werden.
installation:
title: Download und Installation
text_1: Über Installieren kann der Download und die lokale Installation eines verfügbaren Generators gestartet werden.
text_2: Der Fortschritt wird direkt innerhalb der Generatoransicht dargestellt, sodass der aktuelle Zustand des Downloads nachvollzogen werden kann.
start: Installieren: Startet den Download und die Installation des ausgewählten Generators.
progress: Fortschritt: Eine Fortschrittsanzeige stellt den aktuellen Stand des Downloads dar.
speed: Geschwindigkeit: Die aktuelle Downloadgeschwindigkeit wird während des Vorgangs angezeigt.
percentage: Prozent: Der prozentuale Fortschritt zeigt, wie weit der laufende Download fortgeschritten ist.
activation:
title: Installation und Verwendung
text_1: Ein installierter Generator wird nicht automatisch von Horum verwendet. Installation und Auswahl der verwendbaren Generatoren sind voneinander getrennt.
text_2: Nach der Installation kann der Generator in den entsprechenden Modelleinstellungen ausgewählt und für Horum verfügbar gemacht werden. Welche Aufgabe er übernehmen kann, richtet sich nach den auf der Generatorkarte angegebenen Fähigkeiten.
plan:
title: Verfügbarkeit nach Plan
text_1: Die Generatoransicht berücksichtigt den aktuellen Horum-Plan des Benutzers und zeigt auf der jeweiligen Generatorkarte an, ob das Modell für diesen Plan verfügbar ist.
text_2: Dadurch kann bereits vor dem Download erkannt werden, welche der angebotenen lokalen Generatoren mit dem aktuellen Plan verwendet werden können.
summary:
title: Zusammenfassung
text: Der Bereich Generatoren verwaltet Download und Installation lokaler Modelle für die Erstellung und Bearbeitung von Bildern und Videos. Generatorkarten zeigen Fähigkeiten, Lizenz, Speicherbedarf, Hardwareanforderungen und ein fünfstufiges Bewertungssystem. Horum prüft die erkannte Hardware und bewertet, ob ein Generator für das aktuelle System geeignet, eingeschränkt geeignet oder nicht empfohlen ist. Detailfenster liefern verständliche Modellinformationen und führen bei Bedarf zur jeweiligen Quelle auf Hugging Face. Installierte Generatoren werden nicht automatisch verwendet, sondern separat in den Einstellungen für Horum ausgewählt.

marketplace/godseye_view_de.json

documentation:
godseye_view:
title: God's Eye View
intro: God's Eye View erweitert Horum um eine interaktive räumliche Ansicht auf Basis eines digitalen 3D-Globus. Die Erweiterung ermöglicht es Horum, Orte, geografische Zusammenhänge, Ebenen und weitere räumliche Informationen visuell darzustellen und innerhalb seiner Arbeitsabläufe zu verwenden.
purpose:
title: Aufgabe von God's Eye View
text_1: God's Eye View dient als räumliche und geografische Oberfläche für Horum. Informationen können dadurch nicht nur als Text oder klassische Resultat UI ausgegeben, sondern direkt in einem interaktiven räumlichen Kontext dargestellt werden.
text_2: Die Erweiterung ist für Aufgaben vorgesehen, bei denen Positionen, Gebiete, Bewegungen, geografische Daten oder andere räumliche Zusammenhänge für die Darstellung und Verarbeitung relevant sind.
extension:
title: Erweiterung für Horum
text_1: God's Eye View ist als optionale Erweiterung von Horum vorgesehen und gehört funktional zum Horum-System.
text_2: Die Erweiterung wird nicht für jeden Benutzer zwingend benötigt und kann deshalb separat über den Marktplatz installiert werden. Dadurch muss der zusätzliche Funktionsumfang nicht Bestandteil der grundlegenden Horum-Installation sein.
text_3: Nach der Installation steht God's Eye View Horum als zusätzliche Visualisierungs- und Arbeitsoberfläche zur Verfügung.
capabilities:
title: Fähigkeiten
text_1: God's Eye View stellt Horum eine interaktive räumliche Umgebung zur Verfügung. Die Oberfläche kann abhängig von der jeweiligen Aufgabe unterschiedliche geografische Informationen und Visualisierungen darstellen.
text_2: Welche Inhalte tatsächlich angezeigt und miteinander kombiniert werden, richtet sich nach dem jeweiligen Anwendungsfall und den von Horum benötigten Informationen.
globe: 3D-Globus: Geografische Inhalte können innerhalb einer interaktiven dreidimensionalen Weltansicht dargestellt werden.
locations: Orte und Positionen: Bestimmte Positionen und geografische Bereiche können gezielt dargestellt und in den sichtbaren Kontext einbezogen werden.
layers: Ebenen: Unterschiedliche Informationen können als zusätzliche visuelle Ebenen innerhalb der geografischen Darstellung verwendet werden.
navigation: Navigation: Die Ansicht kann auf relevante Bereiche ausgerichtet und innerhalb der räumlichen Umgebung bewegt werden.
actions: Aktionen: Horum kann vorgesehene Aktionen verwenden, um die Darstellung abhängig von einer Aufgabe zu verändern.
data: Datenvisualisierung: Räumlich relevante Informationen können mit der geografischen Ansicht verbunden und visuell dargestellt werden.
cesium:
title: CesiumJS
text_1: Die geografische 3D-Darstellung von God's Eye View basiert auf CesiumJS. CesiumJS stellt die technische Grundlage für den interaktiven Globus und die räumliche Visualisierung bereit.
text_2: Dadurch kann God's Eye View eine browserbasierte 3D-Oberfläche verwenden, die innerhalb der Horum-Integration dargestellt und von Horum für entsprechende Aufgaben eingesetzt werden kann.
horum:
title: Integration in Horum
text_1: God's Eye View ist nicht als eigenständiger Assistent gedacht, sondern als zusätzliche Fähigkeit und Oberfläche von Horum.
text_2: Horum entscheidet abhängig von der Aufgabe, wann eine räumliche Darstellung sinnvoll ist und wie die verfügbaren Informationen innerhalb der Oberfläche dargestellt werden sollen.
text_3: Die Erweiterung ist dabei nicht auf eine einzige Darstellungsform beschränkt. God's Eye View kann eine eigene Oberfläche verwenden und gleichzeitig mit anderen Horum-Oberflächen zusammenarbeiten.
own_window: Eigenes Fenster: God's Eye View kann für umfangreiche räumliche Darstellungen in einer eigenen Horum-Oberfläche angezeigt werden.
result_ui: Resultat UI: Bestimmte Informationen oder ergänzende Ausgaben können zusätzlich über die Resultat UI von Horum dargestellt werden.
control: Horum-Steuerung: Horum kann die räumliche Oberfläche abhängig von seiner aktuellen Aufgabe verwenden und die benötigte Darstellung steuern.
webview:
title: WebView-Integration
text_1: Für webbasierte Oberflächen ist innerhalb der Horum Resultat UI ein generisches WebView-Konzept vorgesehen. Darüber können nicht nur normale Webseiten, sondern auch lokale HTML- und JavaScript-Anwendungen dargestellt werden.
text_2: God's Eye View kann diese Möglichkeit verwenden, um seine CesiumJS-basierte Oberfläche innerhalb einer Horum-Oberfläche bereitzustellen.
text_3: Damit bleibt die räumliche Anwendung mit dem bestehenden Horum-System aus Arbeitsabläufen, Resultat UI und dynamisch erzeugten Oberflächen kombinierbar.
actions:
title: Interaktion mit der Ansicht
text_1: God's Eye View ist für eine dynamische Darstellung ausgelegt. Horum kann die Ansicht entsprechend der aktuellen Aufgabe auf relevante Informationen ausrichten.
text_2: Dadurch kann dieselbe Oberfläche für unterschiedliche geografische und räumliche Aufgaben verwendet werden, ohne für jede Aufgabe eine vollständig eigene Oberfläche bereitstellen zu müssen.
camera: Kamera: Die sichtbare Perspektive kann auf einen für die aktuelle Aufgabe relevanten Bereich ausgerichtet werden.
location: Position: Orte oder geografische Positionen können innerhalb der Ansicht in den Mittelpunkt gestellt werden.
layers: Ebenen: Zusätzliche Darstellungsebenen können abhängig von den benötigten Informationen verwendet werden.
visualization: Visualisierung: Die sichtbare Darstellung kann an die Daten und den jeweiligen Arbeitsablauf angepasst werden.
repository:
title: Technische Grundlage
text_1: God's Eye View verwendet eine webbasierte Architektur für seine interaktive geografische Darstellung. Dadurch lässt sich die Oberfläche unabhängig von klassischen PyQt5-Widgets als spezialisierte Anwendung entwickeln.
text_2: Die technische Struktur bildet die Grundlage für die spätere direkte Integration der Erweiterung in Horum.
cesium: CesiumJS: Stellt den interaktiven 3D-Globus und die grundlegenden geografischen Darstellungsfunktionen bereit.
javascript: JavaScript: Steuert die webbasierte Anwendung und ihre interaktiven Funktionen.
vite: Vite: Wird für die Entwicklung und Bereitstellung der webbasierten Anwendung verwendet.
actions: Aktionen: Definierte Funktionen ermöglichen die gezielte Steuerung und Veränderung der räumlichen Darstellung.
embed: Einbettung: Die Webanwendung ist für eine spätere Darstellung innerhalb der Horum-Oberflächen vorgesehen.
marketplace:
title: God's Eye View im Marktplatz
text_1: God's Eye View erhält einen eigenen Bereich innerhalb des Horum Marktplatzes. Benutzer können die Erweiterung dort bei Bedarf installieren, ohne dass sie Bestandteil jeder Horum-Installation sein muss.
text_2: Die Marktplatzansicht ist auf die für diese Erweiterung benötigten Informationen und Aktionen konzentriert.
details: Details: Öffnet weiterführende Informationen zu God's Eye View, seinen Funktionen und seinem vorgesehenen Einsatz.
install: Installieren: Lädt die benötigte Erweiterung herunter und installiert sie für die Verwendung mit Horum.
installation:
title: Installation
text_1: God's Eye View ist als optionale Installation vorgesehen. Benutzer, die die räumlichen Funktionen nicht benötigen, müssen die Erweiterung deshalb nicht installieren.
text_2: Durch die getrennte Installation kann die grundlegende Horum-Installation kleiner bleiben, während God's Eye View bei Bedarf als zusätzlicher Funktionsbereich ergänzt werden kann.
text_3: Die genaue technische Installations- und Integrationslogik wird mit der Implementierung der Erweiterung weiter festgelegt und kann entsprechend erweitert werden.
optional:
title: Optionaler Funktionsbereich
text_1: Die optionale Bereitstellung trennt den zusätzlichen Umfang von God's Eye View von den grundlegenden Funktionen von Horum. Horum bleibt dadurch auch ohne installierte Erweiterung vollständig für seine übrigen Aufgaben verwendbar.
text_2: Nach der Installation erweitert God's Eye View die vorhandenen Horum-Oberflächen um eine spezialisierte räumliche Darstellung, ohne als separates Assistenzsystem neben Horum zu arbeiten.
summary:
title: Zusammenfassung
text: God's Eye View erweitert Horum um eine interaktive räumliche und geografische Oberfläche auf Basis von CesiumJS. Horum kann den 3D-Globus für Orte, Positionen, Ebenen, Navigation und räumliche Datenvisualisierungen einsetzen und die Darstellung abhängig von seiner aktuellen Aufgabe steuern. Die Erweiterung kann eine eigene Oberfläche verwenden und mit der Resultat UI zusammenarbeiten. Sie wird optional über den Horum Marktplatz installiert und erweitert Horum dadurch um zusätzliche geografische Fähigkeiten, ohne Bestandteil jeder grundlegenden Installation sein zu müssen.

marketplace/llm_model_de.json

documentation:
llm_model:
title: LLM Modell
intro: Im Bereich LLM Modell können lokale Sprachmodelle für Horum heruntergeladen und installiert werden. Horum stellt Informationen zu den verfügbaren Modellen bereit, bewertet deren Anforderungen und prüft das System des Benutzers auf seine Eignung.
purpose:
title: Lokale Sprachmodelle
text_1: Lokale LLMs ermöglichen es Horum, ein auf dem eigenen System installiertes Sprachmodell für Verständnis, Schlussfolgerungen und die Ausführung von Aufgaben zu verwenden.
text_2: Die Installation eines Modells aktiviert dieses nicht automatisch. Welches installierte Modell als aktives Hauptmodell verwendet wird, wird separat in den Einstellungen festgelegt.
models:
title: Verfügbare Modelle
text_1: Die angebotenen Sprachmodelle können sich im Laufe der Zeit ändern und erweitert werden. Deshalb ist die Modellübersicht nicht auf eine feste Liste bestimmter Modelle beschränkt.
text_2: Jedes verfügbare Modell wird stattdessen über eine eigene Modellkarte mit seinen Eigenschaften, Anforderungen, Bewertungen und Installationsmöglichkeiten dargestellt.
cards:
title: Aufbau einer Modellkarte
text_1: Jede Modellkarte fasst die wichtigsten Informationen zu einem verfügbaren Sprachmodell zusammen. Dadurch können Modelle und ihre Anforderungen bereits vor dem Download eingeschätzt werden.
text_2: Neben allgemeinen Modellinformationen zeigt die Karte auch, wie Horum das Modell und dessen Eignung für das aktuelle System bewertet.
name: Name: Zeigt die Bezeichnung des Sprachmodells.
variant: Variante: Zeigt Modellfamilie, Modellgröße und die bereitgestellte Modellvariante beziehungsweise Quantisierung.
description: Beschreibung: Beschreibt kurz den vorgesehenen Einsatzbereich und die Eigenschaften des Modells.
capability: Fähigkeit: Zeigt, für welche grundlegenden Aufgaben das Modell vorgesehen ist, beispielsweise Text verstehen.
license: Lizenz: Zeigt die für das Modell angegebene Lizenz und Hinweise zur erlaubten Nutzung.
plan: Plan: Zeigt, ob das Modell für den aktuellen Horum-Plan des Benutzers verfügbar ist.
storage: Speicher: Zeigt den benötigten Speicherplatz des Modells.
ram: RAM: Zeigt die empfohlene Arbeitsspeichermenge und stellt sie dem aktuell verfügbaren System gegenüber.
hardware: Hardware: Zeigt erkannte relevante Hardwareinformationen wie Grafikkarte und VRAM.
system: Systembewertung: Zeigt, wie geeignet das aktuelle System des Benutzers für das jeweilige Modell ist.
rating:
title: Bewertungssystem
text_1: Die Modellkarten verwenden ein Bewertungssystem aus fünf Punkten. Violette Punkte stellen erreichte Bewertungsstufen dar, graue Punkte die verbleibenden Stufen.
text_2: Damit lassen sich Modellleistung, erwartete Geschwindigkeit und die Eignung des eigenen Systems schnell miteinander vergleichen.
performance: Leistung:
speed: Geschwindigkeit:
your_system: Dein System:
poor: Schlecht
limited: Eingeschränkt
good: Gut
text_3: Die Punktbewertung ist eine kompakte visuelle Einordnung. Insbesondere die Bewertung Dein System berücksichtigt die von Horum erkannten Hardwarebedingungen des aktuellen Computers.
system_check:
title: Eignung des Systems
text_1: Horum prüft die Hardware des Benutzers und vergleicht sie mit den Anforderungen des jeweiligen Modells. Dadurch erhält jedes Modell zusätzlich eine direkte Einschätzung seiner Eignung für das aktuelle System.
text_2: Die Bewertung hilft dabei, vor der Installation einzuschätzen, ob ein Modell auf der vorhandenen Hardware sinnvoll eingesetzt werden kann.
suitable: Geeignet: Das Modell ist für das aktuelle System gut geeignet.
limited: Eingeschränkt: Das Modell kann für das aktuelle System nur eingeschränkt geeignet sein.
unsuitable: Nicht geeignet: Das Modell wird für das aktuelle System nicht empfohlen.
hardware:
title: Hardwareinformationen
text_1: Für die Systembewertung werden relevante Hardwarewerte des aktuellen Computers berücksichtigt und direkt auf der Modellkarte den Anforderungen des Modells gegenübergestellt.
text_2: Dadurch kann der Benutzer nicht nur die allgemeine Bewertung sehen, sondern auch wichtige Werte hinter dieser Einschätzung nachvollziehen.
storage: Speicher: Zeigt den Speicherbedarf des Modells.
recommended_ram: Empfohlener RAM: Zeigt die für das Modell empfohlene Arbeitsspeichermenge.
current_ram: Aktueller RAM: Zeigt den vom System erkannten Arbeitsspeicher des Benutzers.
gpu: Grafikkarte: Zeigt die erkannte Grafikhardware des Systems.
vram: VRAM: Zeigt den erkannten Grafikspeicher der Grafikkarte.
monitoring:
title: Hardwareprüfung
text_1: Horum erfasst die für die Modellbewertung benötigten Hardwareinformationen des Systems. Diese Werte werden verwendet, um die Eignung der verfügbaren lokalen Modelle für den Computer des Benutzers zu beurteilen.
text_2: Die Systembewertung kann sich dadurch von Modell zu Modell unterscheiden, da unterschiedliche Sprachmodelle unterschiedliche Anforderungen an Speicher und Hardwareleistung stellen.
details:
title: Modelldetails
text_1: Über Details kann für das ausgewählte Modell ein separates Informationsfenster geöffnet werden. Dieses beschreibt das Modell in verständlicher Textform und dient der zusätzlichen Orientierung vor einer Installation.
text_2: Das Detailfenster ist keine technische Backend-Ansicht. Es stellt benutzerrelevante Informationen zum Modell, seinem vorgesehenen Einsatz und seinen Eigenschaften bereit.
description: Beschreibung: Erläutert das Modell und seine grundlegende Ausrichtung.
usage: Einsatz: Beschreibt, für welche Aufgaben und Anwendungsbereiche sich das Modell eignet.
capabilities: Fähigkeiten: Erläutert relevante Stärken und Möglichkeiten des Modells.
limitations: Einschränkungen: Kann auf Grenzen oder besondere Anforderungen des Modells hinweisen.
terms: Nutzungsbedingungen: Verweist auf weiterführende Informationen und die für das Modell geltenden Bedingungen.
hugging_face:
title: Quelle Hugging Face
text_1: Die lokalen Sprachmodelle werden über Hugging Face bereitgestellt. Hugging Face bildet damit die externe Quelle für die von Horum angebotenen lokalen Modelle.
text_2: Über das Detailfenster kann die zugehörige Hugging-Face-Seite eines Modells geöffnet werden. Dort stehen weiterführende Informationen des jeweiligen Modells zur Verfügung.
text_3: Modellbeschreibung, Lizenz und Nutzungsbedingungen können sich je nach Modell unterscheiden und sollten bei Bedarf über die jeweilige Modellseite geprüft werden.
installation:
title: Download und Installation
text_1: Über Installieren kann der Download und die lokale Installation eines verfügbaren Sprachmodells gestartet werden.
text_2: Der Fortschritt wird direkt innerhalb der Modellansicht dargestellt, sodass der aktuelle Zustand des Downloads nachvollzogen werden kann.
start: Installieren: Startet den Download und die Installation des ausgewählten lokalen Modells.
progress: Fortschritt: Eine Fortschrittsanzeige stellt den aktuellen Stand des Downloads dar.
speed: Geschwindigkeit: Die aktuelle Downloadgeschwindigkeit wird während des Vorgangs angezeigt.
percentage: Prozent: Der prozentuale Fortschritt zeigt, wie weit der laufende Download fortgeschritten ist.
activation:
title: Installation und Verwendung
text_1: Ein installiertes Modell wird nicht automatisch zum aktiven Sprachmodell von Horum. Installation und aktive Modellauswahl sind voneinander getrennt.
text_2: Nach der Installation kann ein Modell in den Modelleinstellungen als aktives Hauptmodell ausgewählt werden. Erst durch die entsprechende Konfiguration wird festgelegt, welches lokale Modell Horum tatsächlich verwendet.
plan:
title: Verfügbarkeit nach Plan
text_1: Die Modellansicht berücksichtigt den aktuellen Horum-Plan des Benutzers und zeigt auf der jeweiligen Modellkarte an, ob das Modell für diesen Plan verfügbar ist.
text_2: Dadurch kann bereits vor dem Download erkannt werden, welche der angebotenen lokalen Modelle mit dem aktuellen Plan verwendet werden können.
summary:
title: Zusammenfassung
text: Der Bereich LLM Modell verwaltet Download und Installation lokaler Sprachmodelle für Horum. Modellkarten zeigen Eigenschaften, Lizenz, Speicherbedarf, Hardwareanforderungen und ein fünfstufiges Bewertungssystem. Horum prüft die erkannte Hardware und bewertet, ob ein Modell für das aktuelle System geeignet, eingeschränkt geeignet oder nicht empfohlen ist. Detailfenster liefern verständliche Modellinformationen und führen bei Bedarf zur jeweiligen Quelle auf Hugging Face. Ein installiertes Modell wird nicht automatisch verwendet, sondern muss separat in den Modelleinstellungen ausgewählt werden.

marketplace/overview_de.json

documentation:
marketplace_overview:
title: Marktplatz
intro: Der Horum Marktplatz ist die zentrale Plattform zum Entdecken, Kaufen und Veröffentlichen von Erweiterungen für Horum. Produkte können von anderen Nutzern und Unternehmen angeboten und anschließend direkt mit dem eigenen Horum-Account verwendet werden.
about:
title: Der Horum Marktplatz
text_1: Der Marktplatz erweitert Horum um Inhalte, Funktionen, Designs und vollständige Pakete, die von Verkäufern veröffentlicht werden können.
text_2: Dadurch können Nutzer Horum mit zusätzlichen Komponenten erweitern, ohne diese selbst erstellen zu müssen.
list_1: Entdecken – veröffentlichte Produkte anderer Nutzer und Unternehmen durchsuchen.
list_2: Kaufen – kostenlose oder kostenpflichtige Produkte dem eigenen Horum-Account hinzufügen.
list_3: Verwenden – gekaufte Pakete über Horum herunterladen, installieren und verwalten.
list_4: Veröffentlichen – eigene Horum-Produkte erstellen und als Verkäufer auf dem Marktplatz anbieten.
product_types:
title: Produkttypen
text: Auf dem Horum Marktplatz können unterschiedliche Arten von Horum-Erweiterungen angeboten werden. Der Produkttyp zeigt, welchen Bereich von Horum ein Produkt erweitert oder verändert.
list_1: Komplettpaket – kombiniert mehrere Horum-Komponenten innerhalb eines gemeinsamen Pakets.
list_2: Persönlichkeit – erweitert oder verändert Persönlichkeit, Verhalten, Regeln und Charakter von Horum.
list_3: Horum Fenster – verändert oder erweitert die Darstellung des Horum Fensters.
list_4: Arbeits UI – stellt eine Arbeitsoberfläche für bestimmte Aufgaben und Abläufe innerhalb von Horum bereit.
list_5: Resultat UI – stellt eine Oberfläche zur Darstellung und Interaktion mit Ergebnissen bereit.
list_6: Kern – verändert die visuelle Darstellung und Animation des Horum Kerns.
list_7: Befehle – erweitert Horum um zusätzliche Befehle und damit verbundene Fähigkeiten.
discovery:
title: Produkte entdecken
text_1: Produkte können über die Marktplatzübersicht gesucht, gefiltert und sortiert werden. Dadurch lässt sich die angezeigte Produktauswahl gezielt einschränken.
text_2: Die verfügbaren Filter und Sortierungen berücksichtigen verschiedene Eigenschaften der veröffentlichten Produkte.
list_1: Suche – Produkte anhand eines Suchbegriffs finden.
list_2: Filter – Produkte unter anderem nach Sprache, Kategorie, Dateityp, Inhalt, Preis und Größe eingrenzen.
list_3: Sortierung – Produkte unter anderem anhand von Preis oder Bewertung sortieren.
product_cards:
title: Produktkarten
text_1: Jedes Produkt wird im Marktplatz über eine Produktkarte dargestellt. Sie zeigt bereits in der Übersicht zentrale Informationen wie Produktbild, Sprache, Inhalte und Dateitypen, Dateigröße, Verkäufer, Titel, Beschreibung, Erstellungsdatum, Bewertung, Kaufanzahl, Preis und Kaufstatus.
text_2: Über die Produktkarte kann die ausführliche Produktdetailansicht geöffnet oder ein noch nicht gekauftes Produkt direkt zum Warenkorb hinzugefügt werden.
pricing:
title: Preise und Währungen
text_1: Produkte auf dem Marktplatz können kostenlos oder kostenpflichtig angeboten werden. Der Verkäufer legt den Preis seines Produkts bei der Veröffentlichung fest.
text_2: Kostenpflichtige Produkte werden für den Käufer in der für seinen Horum-Account hinterlegten Währung dargestellt.
list_1: Kostenlos – Produkte können ohne Produktpreis angeboten werden.
list_2: Kostenpflichtig – Verkäufer können einen Preis für ihr Produkt festlegen.
list_3: Währung – Preise werden regional anhand der Account-Währung und des aktuellen API-Wechselkurses umgerechnet.
purchase:
title: Produkte kaufen
text_1: Produkte können zunächst in den Warenkorb gelegt und anschließend gemeinsam über den Checkout erworben werden. Ein Warenkorb kann dabei auch Produkte verschiedener Verkäufer enthalten.
text_2: Kostenlose Produkte werden ebenfalls über den Checkout verarbeitet, benötigen jedoch keinen eigentlichen Bezahlvorgang.
list_1: Produkt auswählen – ein gewünschtes Produkt über die Produktkarte oder Detailansicht auswählen.
list_2: Warenkorb – ein oder mehrere noch nicht gekaufte Produkte zum Warenkorb hinzufügen.
list_3: Checkout – Produkte, Preise, Käufer- und Verkäuferinformationen prüfen und bei kostenpflichtigen Produkten eine verfügbare Zahlungsmethode verwenden.
list_4: Kaufabschluss – nach erfolgreichem Checkout werden die gekauften Produkte dem Horum-Account zugeordnet.
library:
title: Gekaufte Produkte
text_1: Ein gekauftes Produkt bleibt dem Horum-Account des Käufers zugeordnet und kann anschließend über das Dashboard unter „Mein Horum“ eingesehen und verwaltet werden.
text_2: Für Pakete wird der Download und die Installation über den Package Manager in Horum empfohlen. Zusätzlich kann die gekaufte Paketdatei bei Bedarf direkt heruntergeladen und als eigene Sicherung aufbewahrt werden.
sellers:
title: Verkäufer
text_1: Produkte können von Verkäufern auf dem Horum Marktplatz veröffentlicht werden. Der jeweilige Verkäufer wird beim Produkt angezeigt und bleibt dem veröffentlichten Produkt zugeordnet.
text_2: Nach einem erfolgreichen Verkauf wird der dem Verkäufer zugeordnete Anteil aus seinen verkauften Produkten seinem Horum Wallet gutgeschrieben.
list_1: Eigene Produkte – Verkäufer können Horum-Produkte erstellen und über den Marktplatz veröffentlichen.
list_2: Produktverwaltung – veröffentlichte Produkte können über das Dashboard verwaltet werden.
list_3: Einnahmen – Einnahmen aus verkauften Produkten werden dem Wallet des jeweiligen Verkäufers zugeordnet.
ratings:
title: Bewertungen
text_1: Gekaufte und installierte Produkte können nach der Nutzung bewertet werden. Die Bewertung erfolgt über einen Slider von 1.0 bis 5.0 Sternen und unterstützt auch Zwischenwerte. Zusätzlich kann ein Kommentar abgegeben werden.
text_2: Veröffentlichte Bewertungen werden dem jeweiligen Produkt zugeordnet und unterstützen andere Nutzer bei der Einschätzung eines Produkts. Die durchschnittliche Bewertung kann außerdem zur Sortierung der Produkte im Marktplatz verwendet werden.
horum:
title: Verbindung mit Horum
text_1: Der Marktplatz ist direkt mit dem Horum-System verbunden. Gekaufte Produkte werden dem Account zugeordnet und können anschließend in der Horum Application verwendet werden.
text_2: Dadurch bilden Webseite, Dashboard, Marktplatz und Horum Application einen gemeinsamen Ablauf von der Produktauswahl bis zur Installation und Nutzung.
list_1: Account – Käufe und Produkte werden dem Horum-Account zugeordnet.
list_2: Dashboard – gekaufte Produkte können unter „Mein Horum“ eingesehen und verwaltet werden.
list_3: Horum Application – Pakete können über den Package Manager heruntergeladen, installiert und verwendet werden.
summary:
title: Horum erweitern
text: Der Horum Marktplatz verbindet Käufer und Verkäufer von Horum-Erweiterungen. Nutzer können unterschiedliche Produkttypen entdecken, vergleichen, kaufen und anschließend mit ihrem Horum-Account verwenden. Verkäufer können eigene Erweiterungen veröffentlichen und Einnahmen aus ihren Produkten erhalten. Dadurch kann Horum über zusätzliche Persönlichkeiten, Oberflächen, Kerne, Befehle und vollständige Pakete individuell erweitert werden.
marketplace_application_overview:
title: Marktplatz
intro: Der Marktplatz innerhalb der Horum Application verbindet den Horum-Account mit erworbenen Paketen, eigenen Produkten, Paketexporten sowie zusätzlichen lokalen Modellen und Erweiterungen. Er bildet damit die zentrale Oberfläche für die Verwaltung und Erweiterung der lokalen Horum-Installation.
marketplace:
title: Marktplatz in der Horum Application
text_1: Während der Marktplatz auf der Webseite hauptsächlich zum Entdecken, Vergleichen und Kaufen von Produkten dient, übernimmt die Marktplatzoberfläche der Horum Application die lokale Verwaltung und Bereitstellung der erworbenen Inhalte.
text_2: Zusätzlich stehen Bereiche für eigene Produkte, Paketexporte, lokale LLM-Modelle, Generatoren und weitere Horum-Erweiterungen zur Verfügung.
list_1: Pakete verwalten – erworbene Horum-Pakete prüfen, herunterladen, installieren, importieren oder entfernen.
list_2: Inhalte erstellen – eigene Horum-Inhalte als .hrm-Pakete für Sicherung, Austausch oder Veröffentlichung exportieren.
list_3: Horum erweitern – lokale LLM-Modelle, Generatoren und zusätzliche Erweiterungen installieren.
overview:
title: Übersicht
text_1: Die Übersicht fasst zentrale Informationen des angemeldeten Horum-Accounts und der damit verbundenen Marktplatz- und Horum-Inhalte zusammen.
text_2: Dadurch erhält der Benutzer direkt innerhalb der Application einen schnellen Überblick über seinen Plan, seine Marktplatzaktivitäten und die vorhandenen Horum-Komponenten.
account:
title: Accountinformationen
text: Im oberen Bereich werden zentrale Account- und Marktplatzinformationen als einzelne Übersichtskarten dargestellt.
plan: Plan – zeigt den aktuell mit dem Account verbundenen Horum-Plan.
conversations: Gespräche – zeigt die Anzahl der dem Account zugeordneten Gespräche.
purchased: Gekaufte Produkte – zeigt die Anzahl der über den Marktplatz erworbenen Produkte.
wallet: Wallet – zeigt den aktuellen Wallet-Betrag des Accounts.
created: Erstellte Produkte – zeigt die Anzahl der vom Benutzer veröffentlichten beziehungsweise erstellten Marktplatzprodukte.
version: Horum – zeigt die aktuell verwendete Horum-Version.
components:
title: Horum-Komponenten
text_1: Die Übersicht zeigt zusätzlich die Anzahl der vorhandenen beziehungsweise installierten Horum-Komponenten nach Typ.
text_2: Dadurch ist direkt erkennbar, welche Arten von Erweiterungen aktuell innerhalb der Horum-Installation vorhanden sind.
personalities: Persönlichkeiten – zeigt die vorhandenen Persönlichkeitspakete.
horum_windows: Horum Fenster – zeigt vorhandene Erweiterungen für die Horum-Fensterkonfiguration.
worker_ui: Arbeits UIs – zeigt vorhandene Arbeitsoberflächen.
result_ui: Resultat UIs – zeigt vorhandene Ergebnisoberflächen.
core: Kerne – zeigt vorhandene Core-Erweiterungen.
commands: Befehle – zeigt vorhandene Befehlspakete.
packages: Komplettpakete – zeigt Pakete, die mehrere Horum-Komponenten gemeinsam enthalten.
packages:
title: Meine Pakete
text_1: Der Bereich Meine Pakete verwaltet die mit dem Account erworbenen Horum-Pakete und deren lokalen Zustand. Heruntergeladen und installiert sind dabei zwei voneinander unabhängige Status.
text_2: Pakete können einzeln oder bei übereinstimmendem Status gemeinsam verarbeitet werden. Ein installiertes Paket kann beispielsweise aus dem Downloadbereich gelöscht werden, ohne dadurch die bereits installierten Dateien zu entfernen.
status: Status – zeigt, ob ein Paket installiert, heruntergeladen, herunterladbar oder nicht verfügbar ist.
validation: Validieren – überprüft die Integrität des Pakets und die gespeicherten SHA-Werte vor der Installation.
download: Download – lädt ein erworbenes Paket lokal herunter oder entfernt eine bereits heruntergeladene Paketdatei.
installation: Installation – installiert ein gültiges Paket oder deinstalliert bereits installierte Inhalte.
import: Import – übernimmt eine vorhandene Paketdatei in Horum und kennzeichnet sie als heruntergeladen, jedoch nicht automatisch als installiert.
products:
title: Meine Produkte
text_1: Meine Produkte spiegelt die eigenen Marktplatzprodukte des Benutzers innerhalb der Horum Application. Der Bereich ist deshalb insbesondere für Verkäufer relevant.
text_2: Angezeigt werden unter anderem Gesamtzahl, aktive und inaktive Produkte, Downloads sowie die wichtigsten Informationen der einzelnen veröffentlichten Produkte.
export:
title: Paket Export
text_1: Über den Paket Export können eigene Inhalte aus Horum ausgewählt und als Horum-Paket im .hrm-Format erzeugt werden.
text_2: Ein Export kann einen einzelnen Horum-Bereich oder als Paket mehrere unterschiedliche Bereiche gemeinsam enthalten.
personality: Persönlichkeit – exportiert ausgewählte sprachspezifische Soul-, Rules- und Forbidden-Dateien.
horum_window: Horum Fenster – exportiert ausgewählte Inhalte der Horum-Fensterkonfiguration.
worker_ui: Arbeits UI – exportiert ausgewählte Arbeitsoberflächen.
result_ui: Resultat UI – exportiert ausgewählte Ergebnisoberflächen.
commands: Befehle – exportiert ausgewählte Befehlsinhalte.
core: Kern – exportiert ausgewählte Core-Inhalte wie Animation, Geometrie oder Farben.
package: Paket – kombiniert mehrere ausgewählte Exporttypen und deren Inhalte in einer gemeinsamen .hrm-Datei.
models:
title: Lokale Modelle
text_1: Der Marktplatz stellt Bereiche für die Installation lokaler LLM-Modelle und Generatoren bereit. Die konkret angebotenen Modelle können sich ändern und erweitert werden.
text_2: Vor der Installation zeigt Horum Informationen zu Fähigkeiten, Speicherbedarf und Hardwareanforderungen und bewertet die Eignung des aktuellen Systems.
llm: LLM Modelle – lokale Sprachmodelle für Verständnis, Schlussfolgerungen, Textverarbeitung und weitere KI-Aufgaben.
generators: Generatoren – lokale Modelle für unterstützte Medienaufgaben wie Bild- oder Videogenerierung und Bearbeitung.
hardware: Hardwarebewertung – Horum vergleicht Modellanforderungen mit der erkannten Hardware und bewertet die Eignung des Systems.
godseye:
title: God's Eye View
text_1: God's Eye View ist als optionale Erweiterung von Horum vorgesehen und ergänzt Horum um eine interaktive räumliche und geografische Oberfläche auf Basis eines 3D-Globus.
text_2: Die Erweiterung erhält einen eigenen Bereich im Marktplatz und kann bei Bedarf separat installiert werden. Dadurch muss der zusätzliche Funktionsumfang nicht Bestandteil jeder grundlegenden Horum-Installation sein.
activities:
title: Letzte Aktivitäten
text_1: Die Übersicht enthält eine Liste der letzten Account- und Marktplatzaktivitäten. Jeder Eintrag zeigt die jeweilige Aktivität zusammen mit Datum und Uhrzeit.
text_2: Dadurch können aktuelle Vorgänge wie Anmeldungen, letzte Aktivitäten oder Produktkäufe direkt innerhalb der Horum Application nachvollzogen werden.
website:
title: Verbindung mit dem Web-Marktplatz
text_1: Webseite und Horum Application verwenden denselben Horum-Account und bilden gemeinsam den vollständigen Marktplatzablauf.
text_2: Die Aufgaben der beiden Bereiche ergänzen sich: Die Webseite übernimmt vor allem Produktsuche und Kauf, während die Application die erworbenen Inhalte lokal bereitstellt und verwaltet.
discovery: Webseite – Produkte entdecken, vergleichen, Detailinformationen ansehen und Bewertungen einsehen.
purchase: Kauf – Produkte über Warenkorb und Checkout dem eigenen Horum-Account hinzufügen.
application: Horum Application – erworbene Pakete herunterladen, validieren, installieren und innerhalb von Horum verwenden.
summary:
title: Marktplatz und Horum verbinden
text: Der Marktplatz innerhalb der Horum Application verbindet den Horum-Account mit den lokal verwendbaren Erweiterungen. Die Übersicht zeigt Accountdaten, Marktplatzinformationen, vorhandene Horum-Komponenten und letzte Aktivitäten. Erworbene Pakete können verwaltet und installiert, eigene Produkte eingesehen und Horum-Inhalte als .hrm-Pakete exportiert werden. Zusätzlich können lokale LLM-Modelle, Generatoren und optionale Erweiterungen wie God's Eye View bereitgestellt werden.

marketplace/package_export_de.json

documentation:
package_export:
title: Paket Export
intro: Mit dem Paket Export können eigene Inhalte aus Horum Main ausgewählt und als Horum-Paket im .hrm-Format exportiert werden. Abhängig vom Exporttyp lassen sich einzelne Ressourcen oder mehrere unterschiedliche Horum-Komponenten gemeinsam in einem Paket zusammenführen.
purpose:
title: Aufgabe des Paket Exports
text_1: Der Paket Export bereitet eigene Horum-Inhalte für die Weitergabe, Sicherung oder Veröffentlichung auf dem Horum Marktplatz vor.
text_2: Der Benutzer bestimmt, welche vorhandenen Inhalte exportiert werden. Horum prüft die Auswahl, erstellt daraus das Paket und erzeugt die für Integrität und spätere Veröffentlichung erforderlichen Informationen.
workflow:
title: Ablauf eines Exports
text_1: Ein Export wird schrittweise konfiguriert, geprüft und anschließend durch den Paket-Generator erstellt.
name: Einen eindeutigen Namen für den Export festlegen.
type: Den passenden Exporttyp auswählen.
content: Die Inhalte auswählen, die in den Export aufgenommen werden sollen.
path: Den Ordner festlegen, in dem der Export erstellt werden soll.
review: Die zusammengestellte Auswahl vor der Erstellung überprüfen und bestätigen.
generate: Den Paket-Generator starten und das .hrm-Paket erstellen lassen.
configuration:
title: Export konfigurieren
text_1: Im ersten Schritt werden die grundlegenden Eigenschaften des Exports festgelegt. Die verfügbaren Inhaltsoptionen passen sich dynamisch an den gewählten Exporttyp an.
text_2: Dadurch werden nur Inhalte zur Auswahl angeboten, die für den jeweiligen Exporttyp vorgesehen sind.
name: Name: Legt den Namen des Exports fest.
type: Exporttyp: Bestimmt, welche Art von Horum-Inhalt exportiert werden soll.
content: Inhalte: Ermöglicht die Auswahl der konkreten Dateien beziehungsweise Ressourcen für den gewählten Exporttyp.
path: Exportpfad: Bestimmt den Speicherort, an dem die erzeugten Exportdateien abgelegt werden.
types:
title: Exporttypen
text_1: Der Exporttyp bestimmt, aus welchem Bereich von Horum die Inhalte stammen und welche Auswahlmöglichkeiten anschließend zur Verfügung stehen.
text_2: Neben einzelnen Komponententypen kann auch ein vollständiges Paket erstellt werden, das mehrere unterschiedliche Komponententypen miteinander kombiniert.
personality: Persönlichkeit: Exportiert ausgewählte Personality-Inhalte wie Soul, Rules und Forbidden.
window: Horum Fenster: Exportiert die ausgewählten Designeinstellungen für Horum Fenster.
worker_ui: Arbeits UI: Exportiert ausgewählte Arbeits-UI-Ressourcen.
result_ui: Resultat UI: Exportiert ausgewählte Resultat-UI-Ressourcen.
commands: Befehle: Exportiert ausgewählte Befehlsressourcen.
core: Kern: Exportiert ausgewählte Core-Einstellungen.
package: Paket: Kombiniert mehrere ausgewählte Exporttypen und deren Inhalte in einem gemeinsamen Horum-Paket.
content:
title: Inhalte auswählen
text_1: Die Inhaltsauswahl wird abhängig vom gewählten Exporttyp dynamisch aufgebaut. Ein Export muss deshalb nicht automatisch sämtliche verfügbaren Dateien eines Bereichs enthalten.
text_2: Über die Checkboxen können gezielt einzelne Bestandteile ausgewählt werden. Dadurch kann beispielsweise nur ein bestimmter Bestandteil oder eine Kombination mehrerer vorhandener Inhalte exportiert werden.
text_3: Die tatsächliche Auswahl bestimmt, welche Dateien später in das erzeugte Horum-Paket übernommen werden.
personality:
title: Persönlichkeit exportieren
text_1: Beim Export einer Persönlichkeit können die vorhandenen Personality-Dateien einzeln ausgewählt werden. Dadurch muss eine Persönlichkeit nicht zwingend aus allen drei möglichen Markdown-Dateien bestehen.
text_2: Nur die ausgewählten Personality-Bestandteile werden in den Export aufgenommen.
soul: Soul: Exportiert die ausgewählte soul.md.
rules: Rules: Exportiert die ausgewählte rules.md.
forbidden: Forbidden: Exportiert die ausgewählte forbidden.md.
combination: Kombination: Soul, Rules und Forbidden können einzeln, zu zweit oder gemeinsam ausgewählt werden.
language:
title: Sprache der Personality-Dateien
text_1: Beim Personality-Export wird zusätzlich ausgewählt, aus welchem Sprachbereich die Markdown-Dateien übernommen werden sollen. Diese Auswahl bezieht sich ausschließlich auf die sprachspezifischen Personality-Dateien.
text_2: Die Personality-Dateien werden getrennt nach Sprache bearbeitet. Verwendet der Benutzer Horum beispielsweise auf Deutsch, bearbeitet er die deutschen Versionen von Soul, Rules und Forbidden. Eine englische Datei kann deshalb leer oder anders gepflegt sein, wenn sie zuvor nicht entsprechend bearbeitet wurde.
text_3: Die Sprachtrennung ermöglicht es Erstellern, ihre Personality-Inhalte verständlich in unterschiedlichen Sprachen bereitzustellen. Dadurch kann auch ein späterer Käufer nachvollziehen, welche Regeln, Persönlichkeitseigenschaften und Einschränkungen eine Ressource enthält.
german: Deutsch: Verwendet die deutschen Personality-Dateien aus dem entsprechenden Sprachbereich.
english: English: Verwendet die englischen Personality-Dateien aus dem entsprechenden Sprachbereich.
llm: LLM-Sprache: Die Auswahl bestimmt nicht, in welcher Sprache ein LLM arbeiten oder antworten kann. Sie betrifft ausschließlich die zu exportierenden sprachspezifischen Markdown-Dateien.
package_type:
title: Exporttyp Paket
text_1: Der Exporttyp Paket ermöglicht es, mehrere unterschiedliche Horum-Komponenten in einem gemeinsamen .hrm-Paket zusammenzuführen.
text_2: Nach Auswahl von Paket können die gewünschten Komponententypen markiert werden. Die Auswahl dieser Typen bestimmt anschließend, welche Ressourcen in der Inhaltsauswahl angeboten werden.
personality: Persönlichkeit: Fügt ausgewählte Personality-Inhalte zum Paket hinzu.
window: Horum Fenster: Fügt ausgewählte Fensterdesigns zum Paket hinzu.
worker_ui: Arbeits UI: Fügt ausgewählte Arbeits-UI-Ressourcen zum Paket hinzu.
result_ui: Resultat UI: Fügt ausgewählte Resultat-UI-Ressourcen zum Paket hinzu.
commands: Befehle: Fügt ausgewählte Befehlsressourcen zum Paket hinzu.
core: Kern: Fügt ausgewählte Core-Einstellungen zum Paket hinzu.
package_content:
title: Kombinierte Paketinhalte
text_1: Werden beim Exporttyp Paket mehrere Komponententypen ausgewählt, erweitert sich die Inhaltsauswahl um die verfügbaren Ressourcen dieser Bereiche.
text_2: Der Benutzer kann anschließend festlegen, welche konkreten Inhalte der ausgewählten Typen tatsächlich gemeinsam in das Paket übernommen werden.
text_3: Dadurch kann ein einzelnes Horum-Paket beispielsweise Persönlichkeit, Fensterdesign, Arbeits UI, Resultat UI, Befehle und Core-Inhalte miteinander kombinieren.
source:
title: Inhalte aus Horum Main
text_1: Für den Export werden die eigenen Inhalte aus Horum Main verwendet. Die dort vorhandenen Ressourcen bilden die Quelle für die auswählbaren Exportinhalte.
text_2: Der Paket Export dient damit dazu, eigene beziehungsweise innerhalb von Horum Main vorhandene Inhalte in ein transportierbares und veröffentlichbares Horum-Paket zu überführen.
validation:
title: Auswahl validieren
text_1: Vor der Paketerstellung wird geprüft, ob die gewählten Exporttypen und Inhalte tatsächlich vorhanden und für den Export verwendbar sind.
text_2: Besonders beim Exporttyp Paket ist darauf zu achten, nur Komponententypen auszuwählen, für die auch entsprechende Inhalte innerhalb von Horum Main vorhanden sind.
available: Vorhandene Inhalte: Ausgewählte Ressourcen müssen in Horum Main tatsächlich verfügbar sein.
empty: Leerer Typ: Wird für ein Paket ein Komponententyp ausgewählt, für den kein entsprechender Inhalt vorhanden ist, schlägt die Validierung fehl.
selection: Gültige Auswahl: Nur vorhandene und korrekt ausgewählte Inhalte können an den Paket-Generator übergeben werden.
review:
title: Paket prüfen
text_1: Vor der eigentlichen Generierung zeigt der Paket-Generator die zusammengestellte Auswahl noch einmal zur Kontrolle an.
text_2: Der Benutzer kann dadurch überprüfen, ob Name, Exporttyp, Sprache, Inhalte, Speicherort und Dateien der gewünschten Zusammenstellung entsprechen, bevor die Erstellung bestätigt wird.
name: Paketname: Zeigt den festgelegten Namen des Exports.
type: Exporttyp: Zeigt den ausgewählten Exporttyp.
language: Persönlichkeits-Sprache: Wird bei sprachabhängigen Personality-Inhalten entsprechend angezeigt.
content: Inhalt: Zeigt die ausgewählten Komponenten beziehungsweise Inhalte.
path: Speicherort: Zeigt den gewählten Ausgabeordner.
files: Dateien: Zeigt die Dateien, die anhand der Auswahl in den Export aufgenommen werden.
generator:
title: Paket generieren
text_1: Nach der Bestätigung wird der eigentliche Generierungsprozess gestartet. Der Paket-Generator führt die erforderlichen Arbeitsschritte nacheinander aus und erstellt daraus das Horum-Paket.
text_2: Während der Generierung werden die einzelnen Schritte und der aktuelle Fortschritt im Prozessfenster angezeigt. Dadurch ist nachvollziehbar, welcher Verarbeitungsschritt gerade ausgeführt wird.
text_3: Schlägt ein Schritt fehl, kann dies im Generierungsprozess erkannt werden. Bei erfolgreicher Verarbeitung wird der Abschluss entsprechend als erfolgreich ausgegeben.
hrm:
title: Das erzeugte HRM-Paket
text_1: Das Ergebnis des Paket-Generators ist eine Horum-Datei mit der Dateiendung .hrm. Sie enthält die ausgewählten Inhalte in der für Horum vorgesehenen Paketstruktur.
text_2: Zusätzlich zu den eigentlichen Ressourcen enthält das Paket die erforderlichen Dateien, damit Horum den Aufbau, die Integrität und die zugehörigen Informationen des Pakets verarbeiten kann.
content: Inhalte: Enthält die zuvor ausgewählten Horum-Ressourcen.
manifests: Manifest-Dateien: Beschreiben die Struktur und die enthaltenen Paketbestandteile.
license: Lizenz: Die erforderliche Horum-Lizenz wird in das Paket aufgenommen.
information: Informationsdateien: Zusätzliche Paketinformationen werden für die weitere Verarbeitung mitgeführt.
integrity:
title: SHA und Paketintegrität
text_1: Während des Exports werden die Dateien innerhalb des Pakets über ihre SHA-Prüfsummen erfasst. Diese Werte ermöglichen es Horum, später zu prüfen, ob die exportierten Dateien noch exakt dem Zustand zum Zeitpunkt der Paketerstellung entsprechen.
text_2: Eine nachträgliche Veränderung einer erfassten Datei verändert deren Prüfsumme. Das Paket entspricht anschließend nicht mehr den beim Export gespeicherten Integritätsinformationen.
text_3: Ein auf diese Weise verändertes Paket besteht die vorgesehenen Validierungsprüfungen nicht und kann dadurch nicht regulär weiterverarbeitet werden.
sha: SHA-Prüfsummen: Die Paketdateien werden mit ihren Prüfsummen erfasst und können später auf Übereinstimmung geprüft werden.
modified: Nachträgliche Änderung: Wird eine erfasste Datei nach dem Export verändert, stimmt ihre Prüfsumme nicht mehr mit den gespeicherten Informationen überein.
import: Import: Auch beim Import eines HRM-Pakets kann die Integrität anhand der gespeicherten Informationen überprüft werden.
marketplace: Marktplatz: Für die Veröffentlichung wird ebenfalls geprüft, ob das bereitgestellte Paket den erwarteten und unveränderten Daten entspricht.
export_manifest:
title: Export Manifest
text_1: Zusätzlich zum erzeugten .hrm-Paket wird ein export_manifest.json außerhalb des Pakets erzeugt. Dieses Export Manifest wird für die spätere Veröffentlichung des Exports als Produkt benötigt.
text_2: Das externe Export Manifest beschreibt den zugehörigen Export und muss mit dem Paket beziehungsweise dem Produkt übereinstimmen.
text_3: Ohne ein gültiges und zum Export passendes export_manifest.json kann aus dem Export kein Produkt für den Horum Marktplatz veröffentlicht werden.
external: Separate Datei: Das export_manifest.json wird zusätzlich außerhalb der erzeugten HRM-Datei bereitgestellt.
match: Übereinstimmung: Das Export Manifest muss zum zugehörigen Export und dessen Produktdaten passen.
required: Veröffentlichung: Für die Erstellung beziehungsweise Veröffentlichung eines Marktplatz-Produkts ist das passende Export Manifest erforderlich.
marketplace:
title: Veröffentlichung im Marktplatz
text_1: Ein fertig erzeugter Export kann anschließend für die Erstellung eines Produkts auf dem Horum Marktplatz verwendet werden. Dafür werden das erzeugte HRM-Paket und das dazugehörige Export Manifest benötigt.
text_2: Die Integritäts- und Manifestprüfungen stellen sicher, dass die für das Produkt bereitgestellten Daten mit dem ursprünglich erzeugten Export übereinstimmen.
summary:
title: Zusammenfassung
text: Der Paket Export überführt ausgewählte Inhalte aus Horum Main in ein Horum-Paket im .hrm-Format. Exporttyp und Inhaltsauswahl bestimmen, welche Ressourcen enthalten sind, während der Typ Paket mehrere Komponenten kombinieren kann. Personality-Dateien werden sprachspezifisch exportiert, ohne die Sprache des LLM festzulegen. Vor der Erstellung wird die Auswahl validiert und anschließend im Paket-Generator verarbeitet. SHA-Prüfsummen schützen die Integrität der exportierten Dateien, und das zusätzlich erzeugte export_manifest.json ist für eine spätere Produktveröffentlichung auf dem Horum Marktplatz erforderlich.

marketplace/packages_de.json

documentation:
packages:
title: Meine Pakete
intro: Die Seite Meine Pakete zeigt alle über den Horum Marktplatz erworbenen Pakete und deren aktuellen Download-, Installations- und Verfügbarkeitsstatus. Pakete können hier gesucht, gefiltert, validiert, heruntergeladen, installiert, importiert und verwaltet werden.
purpose:
title: Paketverwaltung
text_1: Meine Pakete bildet die zentrale Verwaltung für erworbene Horum-Pakete innerhalb der Anwendung. Die Übersicht zeigt sowohl bereits verwendete Pakete als auch Pakete, die noch heruntergeladen oder installiert werden können.
text_2: Download und Installation werden dabei getrennt behandelt. Dadurch kann ein Paket beispielsweise heruntergeladen, aber noch nicht installiert oder bereits installiert und anschließend als heruntergeladene HRM-Datei wieder gelöscht worden sein.
filters:
title: Filter und Suche
text_1: Die Paketübersicht kann nach verschiedenen Zuständen und Produkttypen gefiltert werden. Zusätzlich steht eine Suchleiste zur Verfügung, um bestimmte Pakete schneller zu finden.
text_2: Status- und Typfilter können verwendet werden, um die angezeigte Paketliste auf die aktuell relevanten Inhalte zu beschränken.
status: Status: Filtert unter anderem nach installiert, nicht installiert, heruntergeladen, nicht heruntergeladen, verfügbar und nicht verfügbar.
type: Typ: Filtert nach Komplettpaketen, Persönlichkeiten, Arbeits UI, Resultat UI, Befehlen oder Kernen.
search: Suche: Durchsucht die vorhandenen Pakete nach dem eingegebenen Suchbegriff.
status:
title: Paketstatus
text_1: Der aktuelle Zustand eines Pakets wird in der Tabelle kompakt als Statussymbol dargestellt. Die Legende oberhalb der Paketübersicht erklärt die verwendeten Symbole.
text_2: Downloadstatus, Installationsstatus und Verfügbarkeit sind getrennte Eigenschaften. Ein einzelnes Paket kann deshalb gleichzeitig mehrere für seine Verwaltung relevante Zustände besitzen.
installed: Installiert: Das Paket wurde installiert und seine Komponenten befinden sich in den vorgesehenen Horum-Paketpfaden.
downloaded: Heruntergeladen: Die HRM-Paketdatei ist lokal vorhanden.
downloadable: Herunterladbar: Das Paket steht für einen Download zur Verfügung.
unavailable: Nicht verfügbar: Das Paket ist aktuell nicht für einen erneuten Download verfügbar.
table:
title: Paketübersicht
text_1: Die Tabelle stellt die wichtigsten Informationen zu den erworbenen Paketen direkt in der Übersicht dar. Ein Paket kann angeklickt werden, um rechts die zugehörigen Detailinformationen zu öffnen.
text_2: Über die Checkboxen können zusätzlich mehrere Pakete für gemeinsame Aktionen ausgewählt werden.
checkbox: Checkbox: Markiert ein oder mehrere Pakete für mögliche Batch-Aktionen.
image: Bild: Zeigt das zum Paket beziehungsweise Produkt gehörende Vorschaubild.
name: Name: Zeigt den Namen des erworbenen Pakets.
type: Typ: Zeigt den Produkttyp des Pakets.
files: Dateien: Zeigt die im Paket enthaltenen Dateitypen beziehungsweise Inhalte.
size: Größe: Zeigt die Größe des Pakets.
purchase_date: Kaufdatum: Zeigt das Datum, an dem das Paket erworben wurde.
status: Status: Zeigt den aktuellen Paketstatus als Symbol. Die Bedeutung der Symbole wird über die Legende dargestellt.
details:
title: Paketdetails
text_1: Durch Anklicken eines Pakets werden auf der rechten Seite ausführlichere Informationen zum ausgewählten Paket angezeigt.
text_2: Die Detailansicht verbindet die Produktinformationen mit dem aktuellen lokalen Zustand des Pakets und den jeweils verfügbaren Aktionen.
name: Name: Zeigt den vollständigen Namen des ausgewählten Pakets.
image: Bild: Zeigt das Vorschaubild des Produkts.
description: Beschreibung: Zeigt die Beschreibung des ausgewählten Pakets.
type: Typ: Zeigt den internen Produkttyp des Pakets.
size: Größe: Zeigt die Größe der Paketdatei.
purchase_date: Kaufdatum: Zeigt das Kaufdatum des Pakets.
download_status: Status: Zeigt den aktuellen Downloadstatus des Pakets.
availability: Verfügbarkeit: Zeigt, ob das Paket aktuell verfügbar beziehungsweise herunterladbar ist.
license:
title: Lizenz
text_1: Über die Schaltfläche Lizenz kann die für Horum-Pakete geltende Lizenz in einem Markdown-Fenster geöffnet und gelesen werden.
text_2: Dabei handelt es sich nicht um eine individuelle Lizenz des ausgewählten Pakets. Für alle Pakete gilt dieselbe fest definierte Horum-Lizenz.
elements:
title: Elemente
text_1: Der Bereich Elemente zeigt, welche Inhalte beziehungsweise Dateitypen im ausgewählten Paket enthalten sind.
text_2: Dadurch kann bereits in der Detailansicht erkannt werden, aus welchen Bestandteilen sich das jeweilige Paket zusammensetzt.
download_install:
title: Heruntergeladen und installiert
text_1: Der Downloadstatus und der Installationsstatus eines Pakets sind zwei voneinander unabhängige Zustände. Heruntergeladen bedeutet lediglich, dass die HRM-Paketdatei lokal vorhanden ist.
text_2: Installiert bedeutet dagegen, dass die enthaltenen Komponenten verarbeitet und in die vorgesehenen Horum-Paketpfade installiert wurden.
downloaded: Heruntergeladen: Die HRM-Datei des Pakets befindet sich im lokalen Downloadbereich.
installed: Installiert: Die Paketkomponenten wurden aus der HRM-Datei installiert und befinden sich in ihren jeweiligen Installationspfaden.
independent: Unabhängige Zustände: Ein Paket kann heruntergeladen und nicht installiert, heruntergeladen und installiert oder installiert sein, obwohl die ursprüngliche heruntergeladene HRM-Datei anschließend gelöscht wurde.
actions:
title: Paketaktionen
text_1: Die verfügbaren Schaltflächen in der Detailansicht passen sich dynamisch an den aktuellen Zustand des ausgewählten Pakets an.
text_2: Dadurch werden nur Aktionen angeboten, die für den jeweiligen Download- und Installationsstatus sinnvoll sind.
validate: Validieren: Prüft das Paket und seine Integrität, bevor es für die Installation verwendet wird.
download: Herunterladen: Lädt die HRM-Paketdatei herunter, wenn sie lokal noch nicht vorhanden ist.
delete: Löschen: Ist das Paket bereits heruntergeladen, kann die lokale HRM-Datei wieder gelöscht werden.
install: Installieren: Installiert die im Paket enthaltenen Komponenten, sofern das Paket die erforderlichen Prüfungen besteht.
uninstall: Deinstallieren: Ist das Paket bereits installiert, kann die Installation wieder entfernt werden.
delete_after_install:
title: Paketdatei nach der Installation löschen
text_1: Eine installierte HRM-Paketdatei muss nicht dauerhaft im Downloadbereich verbleiben. Nach erfolgreicher Installation kann die heruntergeladene Paketdatei gelöscht werden, ohne dadurch die Installation zu entfernen.
text_2: Download- und Installationspfad sind voneinander getrennt. Die installierten Komponenten bleiben deshalb erhalten, bis das Paket ausdrücklich deinstalliert wird.
batch:
title: Batch-Aktionen
text_1: Über die Checkboxen der Paketliste können mehrere Pakete gleichzeitig ausgewählt werden. Für kompatible Auswahlen können anschließend gemeinsame Aktionen ausgeführt werden.
text_2: Damit eine Batch-Aktion möglich ist, müssen die dafür relevanten Zustände der ausgewählten Pakete übereinstimmen. Unterschiedliche Zustände werden nicht zu einer gemeinsamen Paketaktion zusammengefasst.
download: Batch-Download: Mehrere passende Pakete können gemeinsam heruntergeladen werden.
delete: Batch-Löschen: Mehrere bereits heruntergeladene Paketdateien können gemeinsam gelöscht werden.
install: Batch-Installation: Mehrere passende und installierbare Pakete können gemeinsam installiert werden.
uninstall: Batch-Deinstallation: Mehrere installierte Pakete können gemeinsam deinstalliert werden.
requirement: Voraussetzung: Die ausgewählten Pakete müssen einen für die gewünschte Aktion übereinstimmenden Status besitzen.
import:
title: Pakete importieren
text_1: Über Importieren kann eine bereits vorhandene HRM-Paketdatei in die Paketverwaltung aufgenommen werden.
text_2: Ein erfolgreich importiertes Paket wird als heruntergeladen behandelt, jedoch nicht automatisch installiert. Downloadstatus und Installationsstatus bleiben auch beim Import voneinander getrennt.
validation:
title: Validierung und Integritätsprüfung
text_1: Vor der Installation wird die Integrität des Pakets geprüft. Dabei werden die vorgesehenen SHA-Prüfsummen mit den tatsächlich vorhandenen Paketdateien verglichen.
text_2: Abweichungen werden nicht akzeptiert. Ein Paket, das die Validierungsprüfung nicht besteht, wird unmittelbar von der Installation ausgeschlossen.
integrity: Integrität: Die Paketstruktur und die für die Installation vorgesehenen Dateien werden überprüft.
sha: SHA-Prüfung: Die gespeicherten Prüfsummen werden mit den tatsächlich vorhandenen Dateien verglichen.
block: Abweichung: Stimmen die geprüften Werte nicht überein, darf das Paket nicht installiert werden.
redownload: Erneuter Download: Ein Paket mit fehlgeschlagener Integritätsprüfung muss erneut heruntergeladen werden, bevor eine Installation wieder möglich ist.
security:
title: Sicherheit der Pakete
text_1: Die Integritätsprüfung soll verhindern, dass veränderte oder falsche HRM-Paketdateien für eine Installation verwendet werden. Eine Abweichung zwischen erwarteten und vorhandenen Paketdaten führt deshalb zum Abbruch der Installation.
text_2: Damit schützt Horum den Installationsprozess vor Paketdateien, deren Inhalt nicht mehr dem erwarteten und geprüften Zustand entspricht.
reviews:
title: Bewertungen und Reviews
text_1: Ein erworbenes Produkt kann nicht allein aufgrund des Kaufs bewertet werden. Erst nachdem das Paket mindestens einmal erfolgreich installiert wurde, wird eine Bewertung des zugehörigen Produkts ermöglicht.
text_2: Die eigentliche Bewertung erfolgt über die Horum-Webseite. Dafür muss der Benutzer mit seinem Horum-Konto eingeloggt sein.
installation: Installation erforderlich: Das Paket muss mindestens einmal erfolgreich installiert worden sein, bevor das Produkt bewertet werden kann.
login: Anmeldung erforderlich: Für das Abgeben einer Bewertung muss der Benutzer eingeloggt sein.
website: Webseite: Review und Bewertung des Produkts erfolgen über den Horum Marktplatz auf der Webseite.
summary:
title: Zusammenfassung
text: Meine Pakete verwaltet alle erworbenen Horum-Pakete und trennt Download, Installation und Verfügbarkeit klar voneinander. Pakete können gefiltert, gesucht, importiert, validiert, heruntergeladen, installiert, gelöscht und deinstalliert werden. Mehrere Pakete lassen sich bei übereinstimmendem Status gemeinsam bearbeiten. Integritäts- und SHA-Prüfungen schützen die Installation vor abweichenden HRM-Dateien, während eine Produktbewertung erst nach einer erfolgreichen Erstinstallation und mit angemeldetem Benutzer möglich wird.

marketplace/product_de.json

documentation:
marketplace_product:
title: Produktdetails
intro: Produkte werden im Horum Marktplatz über Produktkarten dargestellt. Die Karte zeigt die wichtigsten Produktinformationen, den Verkäufer, technische Angaben, Bewertung, Kaufanzahl, Preis und den aktuellen Kaufstatus.
overview:
title: Produktkarte
text_1: Jedes veröffentlichte Produkt besitzt eine eigene Produktkarte. Sie bietet bereits in der Marktplatzübersicht einen kompakten Überblick über das Produkt und seine wichtigsten Eigenschaften.
text_2: Über die Produktkarte kannst du ein Produkt genauer ansehen oder, sofern es noch nicht gekauft wurde, direkt zum Warenkorb hinzufügen.
image:
title: Produktbilder
text_1: Im oberen Bereich der Produktkarte werden die vom Verkäufer hinterlegten Produktbilder angezeigt. Sie dienen zur visuellen Darstellung des Produkts und können beispielsweise das Design, die Oberfläche oder den vorgesehenen Einsatzzweck zeigen.
text_2: Ein Produkt kann ein oder mehrere Produktbilder enthalten.
list_1: Produktbild – wird prominent im oberen Bereich der Produktkarte dargestellt.
list_2: Mehrere Bilder – können gemeinsam für ein Produkt hinterlegt werden.
list_3: KI-generierte Bilder – werden durch eine zusätzliche Kennzeichnung direkt auf dem Bild ausgewiesen.
image_slider:
title: Mehrere Produktbilder
text_1: Sind für ein Produkt mehrere Bilder hinterlegt, wird die Bildanzeige als Slider dargestellt.
text_2: Über den Slider kann zwischen den verschiedenen Produktbildern gewechselt werden, ohne die Produktkarte beziehungsweise Produktansicht verlassen zu müssen.
ai_image:
title: Kennzeichnung KI-generierter Bilder
text_1: Verwendet ein Verkäufer ein KI-generiertes Bild für die Produktdarstellung, muss dieses beim Erstellen des Produkts im Product Creator entsprechend als KI-generiert markiert werden.
text_2: Die Kennzeichnung verhindert Missverständnisse darüber, ob ein dargestelltes Produktbild mit künstlicher Intelligenz erstellt wurde.
list_1: Kennzeichnung durch den Verkäufer – KI-generierte Produktbilder müssen beim Erstellen des Produkts entsprechend angegeben werden.
list_2: AI IMAGE – gekennzeichnete Bilder erhalten automatisch ein sichtbares „AI IMAGE“-Label.
list_3: Overlay – das Label wird direkt über dem jeweiligen Produktbild eingeblendet.
information:
title: Angaben auf der Produktkarte
text: Die Produktkarte zeigt neben den Bildern mehrere Angaben, mit denen das Produkt bereits in der Marktplatzübersicht eingeordnet werden kann.
list_1: Sprache – zeigt die Sprache des Produkts, beispielsweise DE oder EN.
list_2: Inhalte und Dateitypen – zeigt vorhandene Inhalte beziehungsweise Dateiformate wie Assets, Icons, INI, XML oder YAML.
list_3: Dateigröße – zeigt die Größe des Produkts, beispielsweise in KB.
list_4: Verkäufer – zeigt den Benutzer- oder Unternehmensnamen des Verkäufers.
list_5: Produkttitel – zeigt den Namen des veröffentlichten Produkts.
list_6: Produktbeschreibung – gibt eine kurze Beschreibung des Produkts und seines vorgesehenen Inhalts.
list_7: Erstellungsdatum – zeigt, wann das Produkt erstellt beziehungsweise veröffentlicht wurde.
content:
title: Inhalte und Dateitypen
text_1: Die Produktkarte kann vorhandene Inhalte und Dateitypen direkt anzeigen. Dadurch ist bereits vor dem Öffnen der Produktdetails erkennbar, welche Arten von Dateien beziehungsweise Ressourcen das Produkt enthält.
text_2: Welche Angaben angezeigt werden, hängt vom jeweiligen Produkt und dessen enthaltenen Dateien und Ressourcen ab.
seller:
title: Verkäufer
text_1: Auf jeder Produktkarte wird der Verkäufer des Produkts angezeigt. Dabei kann es sich entsprechend dem hinterlegten Verkäuferprofil um einen Benutzer oder ein Unternehmen handeln.
text_2: Die Verkäuferangabe ordnet das Produkt eindeutig seinem Anbieter auf dem Horum Marktplatz zu.
rating:
title: Bewertung und Käufe
text_1: Im unteren Bereich der Produktinformationen werden die Bewertung und die bisherige Kaufanzahl des Produkts angezeigt.
text_2: Beide Angaben haben unterschiedliche Funktionen und dürfen nicht miteinander verwechselt werden.
list_1: Bewertung – zeigt die aktuelle Sternebewertung des Produkts. Liegt noch keine Bewertung vor, wird dies entsprechend dargestellt.
list_2: Kaufanzahl – zeigt, wie oft das Produkt bereits gekauft wurde.
price:
title: Produktpreis
text_1: Der Preis wird im unteren Bereich der Produktkarte deutlich dargestellt. Kostenlose Produkte werden entsprechend als „Kostenlos“ gekennzeichnet.
text_2: Bei kostenpflichtigen Produkten wird der Preis in der für den Horum-Account hinterlegten Währung angezeigt. Die regionale Preisumrechnung erfolgt anhand des aktuellen API-Wechselkurses.
purchase:
title: Kaufstatus und Warenkorb
text: Die Kaufaktion der Produktkarte richtet sich danach, ob das Produkt vom aktuell angemeldeten Nutzer bereits gekauft wurde.
list_1: Warenkorb – ein noch nicht gekauftes Produkt kann über das Warenkorb-Symbol direkt zum Warenkorb hinzugefügt werden.
list_2: Bereits gekauft – wurde das Produkt bereits gekauft, wird dieser Status auf der Produktkarte angezeigt.
list_3: Kaufstatus – bei bereits gekauften Produkten wird die normale Warenkorb-Aktion entsprechend ersetzt.
details:
title: Produktdetailansicht
text_1: Über die Produktkarte kann die ausführliche Produktdetailansicht geöffnet werden. Dort stehen zusätzliche Informationen zum ausgewählten Produkt zur Verfügung.
text_2: Die Produktdetailansicht zeigt unter anderem die ausführlichere Produktdarstellung, den Preis und Kaufstatus sowie vorhandene Bewertungen und Kommentare bisheriger Käufer.
summary:
title: Produktinformationen auf einen Blick
text: Die Produktkarte fasst die wichtigsten Informationen eines Marktplatz-Produkts zusammen. Dazu gehören Produktbilder, Sprache, Inhalte und Dateitypen, Dateigröße, Verkäufer, Titel, Beschreibung, Erstellungsdatum, Bewertung, Kaufanzahl, Preis und Kaufstatus. Mehrere Produktbilder können über einen Slider betrachtet werden, während KI-generierte Produktbilder durch das verpflichtende „AI IMAGE“-Label eindeutig gekennzeichnet werden.

marketplace/products_de.json

documentation:
products:
title: Meine Produkte
intro: Die Seite Meine Produkte zeigt die eigenen Produkte des Benutzers, die auf dem Horum Marktplatz veröffentlicht wurden. Sie dient als kompakte Übersicht über den aktuellen Produktbestand und dessen grundlegende Kennzahlen.
purpose:
title: Aufgabe von Meine Produkte
text_1: Meine Produkte stellt die veröffentlichten Marktplatz-Produkte des aktuell angemeldeten Benutzers innerhalb der Horum-Anwendung dar.
text_2: Die Seite ist insbesondere für Seller relevant. Benutzer, die keine eigenen Produkte auf dem Horum Marktplatz veröffentlicht haben, sehen entsprechend keine beziehungsweise nur wenige Produktinformationen.
dashboard:
title: Spiegelung des Dashboards
text_1: Die Ansicht entspricht in ihrer Funktion der Übersicht Meine Produkte im webbasierten Horum-Dashboard und stellt die wichtigsten Produktinformationen direkt innerhalb der Anwendung bereit.
text_2: Sie dient dabei primär der Übersicht. Die umfangreichere Verwaltung und Bearbeitung der eigenen Marktplatz-Produkte erfolgt über das Horum-Dashboard auf der Webseite.
statistics:
title: Produktstatistik
text_1: Oberhalb der Produktliste werden zentrale Kennzahlen zu den eigenen Marktplatz-Produkten zusammengefasst.
total: Gesamte Produkte: Zeigt die Gesamtzahl der eigenen veröffentlichten Produkte.
active: Aktive Produkte: Zeigt die Anzahl der aktuell aktiven Produkte.
inactive: Inaktive Produkte: Zeigt die Anzahl der aktuell inaktiven Produkte.
downloads: Downloads: Zeigt die zusammengefasste Anzahl der Downloads der eigenen Produkte.
table:
title: Produktübersicht
text_1: Die Tabelle zeigt die eigenen Marktplatz-Produkte und stellt die wichtigsten Informationen jedes Produkts kompakt gegenüber.
text_2: Dadurch können Seller direkt innerhalb von Horum erkennen, welche Produkte veröffentlicht sind, welchen Status sie besitzen und wie häufig sie heruntergeladen wurden.
image: Bild: Zeigt das zum Produkt gehörende Vorschaubild.
title_column: Titel: Zeigt den veröffentlichten Titel des Produkts.
category: Kategorie: Zeigt die Kategorie beziehungsweise Zuordnung des Produkts.
language: Sprache: Zeigt die für das Produkt hinterlegte Sprache.
file_type: Dateityp: Zeigt den Dateityp des veröffentlichten Produkts.
downloads: Downloads: Zeigt die Anzahl der bisherigen Downloads des Produkts.
status: Status: Zeigt, ob das Produkt aktuell aktiv oder inaktiv ist.
price: Preis: Zeigt den hinterlegten Verkaufspreis einschließlich der zugehörigen Währung.
sellers:
title: Für Seller
text_1: Die Seite richtet sich hauptsächlich an Benutzer, die eigene Inhalte über den Horum Marktplatz veröffentlichen. Sie ermöglicht einen schnellen Überblick über die eigenen Produkte, deren Status und deren bisherige Downloads.
text_2: Für Benutzer ohne eigene Marktplatz-Produkte besitzt dieser Bereich entsprechend nur eine eingeschränkte Bedeutung, da keine eigenen Produktdaten dargestellt werden können.
information:
title: Übersicht statt Produktverwaltung
text_1: Meine Produkte innerhalb der Horum-Anwendung ist als kompakte Informations- und Übersichtsseite ausgelegt.
text_2: Für weiterführende Seller-Funktionen und die umfangreichere Verwaltung der veröffentlichten Produkte steht das Horum-Dashboard auf der Webseite zur Verfügung.
summary:
title: Zusammenfassung
text: Meine Produkte spiegelt die Produktübersicht des webbasierten Horum-Dashboards innerhalb der Anwendung. Seller erhalten eine kompakte Übersicht über ihre veröffentlichten Produkte, aktive und inaktive Einträge, Downloads sowie zentrale Produktinformationen wie Kategorie, Sprache, Dateityp, Status und Preis.

marketplace/ratings_de.json

documentation:
marketplace_ratings:
title: Bewertungen
intro: Bewertungen geben Käufern die Möglichkeit, ihre Erfahrung mit einem gekauften und installierten Produkt zu teilen. Die Bewertung besteht aus einer Sternebewertung von 1.0 bis 5.0 und kann durch einen persönlichen Kommentar ergänzt werden.
overview:
title: Bewertungen im Marktplatz
text_1: Bewertungen werden einem konkreten Produkt im Horum Marktplatz zugeordnet und innerhalb der Produktansicht angezeigt.
text_2: Dadurch können andere Nutzer neben den Produktinformationen auch die Bewertungen und Erfahrungen bisheriger Käufer einsehen.
list_1: Sternebewertung – numerische Bewertung des Produkts von 1.0 bis 5.0.
list_2: Kommentar – persönliche Rückmeldung des Käufers zum Produkt.
list_3: Käuferinformationen – zeigen, von welchem Käufer die Bewertung stammt und wann das Produkt gekauft wurde.
requirements:
title: Voraussetzungen für eine Bewertung
text_1: Ein Produkt kann nicht direkt über seine öffentliche Produktansicht bewertet werden. Die Bewertungsfunktion steht über „Mein Horum“ im Dashboard zur Verfügung.
text_2: Damit ein Produkt bewertet werden kann, muss das zugehörige Paket gekauft und installiert worden sein.
list_1: Das Produkt wurde über den Horum Marktplatz gekauft.
list_2: Das zugehörige Paket wurde in Horum installiert.
rating:
title: Sternebewertung
text_1: Die Sternebewertung wird über einen Slider eingestellt. Der Bewertungsbereich reicht von 1.0 bis 5.0 Sternen.
text_2: Die Bewertung ist nicht auf ganze Sterne beschränkt. Auch Zwischenwerte können ausgewählt und als exakter numerischer Bewertungswert gespeichert werden.
list_1: Minimum – 1.0 Sterne.
list_2: Maximum – 5.0 Sterne.
list_3: Zwischenwerte – beispielsweise 1.2, 3.9 oder 4.7 Sterne.
comment:
title: Kommentar zur Bewertung
text_1: Zusätzlich zur Sternebewertung kann ein Kommentar zum Produkt abgegeben werden.
text_2: Der Kommentar wird gemeinsam mit der Bewertung veröffentlicht und ermöglicht es dem Käufer, seine Erfahrung oder Meinung zum Produkt zusätzlich zur numerischen Bewertung zu beschreiben.
display:
title: Anzeige einer Bewertung
text: Veröffentlichte Bewertungen werden im Bewertungsbereich der Produktansicht dargestellt. Jede Bewertung enthält die zugehörigen Bewertungsinformationen.
list_1: Käufer – Benutzername und Profilbild des Nutzers, der die Bewertung abgegeben hat.
list_2: Kaufdatum – zeigt, wann das Produkt vom bewertenden Nutzer gekauft wurde.
list_3: Sterne – visuelle Darstellung der abgegebenen Bewertung.
list_4: Bewertungswert – zeigt den exakten numerischen Wert der Bewertung, beispielsweise 5.0.
list_5: Kommentar – zeigt den vom Käufer zur Bewertung abgegebenen Text.
product_rating:
title: Bewertung eines Produkts
text_1: Die abgegebenen Bewertungen gehören zum jeweiligen Produkt und liefern zusätzliche Informationen über die Erfahrungen bisheriger Käufer.
text_2: Da Horum Bewertungen als numerische Werte zwischen 1.0 und 5.0 verarbeitet, können auch Unterschiede zwischen Bewertungen mit Dezimalwerten berücksichtigt werden.
sorting:
title: Sortierung nach Bewertung
text_1: Die Bewertung eines Produkts wird auch für die Bewertungs-Sortierung innerhalb des Horum Marktplatzes verwendet.
text_2: Produkte können nach ihrer Bewertung aufsteigend oder absteigend sortiert werden. Dabei werden die numerischen Bewertungswerte von 1.0 bis 5.0 einschließlich ihrer Zwischenwerte berücksichtigt.
summary:
title: Bewerten und Erfahrungen teilen
text: Nach Kauf und Installation eines Pakets kann das zugehörige Produkt über „Mein Horum“ bewertet werden. Die Bewertung erfolgt mit einem Slider von 1.0 bis 5.0 Sternen und unterstützt Zwischenwerte wie 1.2 oder 3.9. Zusätzlich kann ein Kommentar abgegeben werden. Veröffentlichte Bewertungen erscheinen anschließend mit Käufer, Kaufdatum, Sternen, exaktem Bewertungswert und Kommentar beim Produkt im Horum Marktplatz.

marketplace/search_de.json

documentation:
marketplace_search:
title: Suche, Filter & Sortierung
intro: Mit Suche, Filtern und Sortierung kannst du die auf dem Horum Marktplatz angezeigten Produkte gezielt eingrenzen und nach deinen Anforderungen ordnen.
overview:
title: Produkte finden
text_1: Der Horum Marktplatz stellt mehrere Funktionen bereit, um auch bei einer größeren Anzahl verfügbarer Produkte schnell passende Inhalte zu finden.
text_2: Suche, Sortierung und Filter erfüllen dabei unterschiedliche Aufgaben und können miteinander kombiniert werden.
list_1: Suche – durchsucht die verfügbaren Produkte anhand des eingegebenen Suchbegriffs.
list_2: Sortierung – ordnet die angezeigten Produkte nach Preis oder Bewertung.
list_3: Filter – grenzen die angezeigten Produkte anhand ausgewählter Eigenschaften ein.
search:
title: Produktsuche
text_1: Über das Suchfeld „Produkte durchsuchen...“ kannst du gezielt nach Produkten auf dem Horum Marktplatz suchen.
text_2: Die Suche kann gemeinsam mit den verfügbaren Sprach-, Sortier- und Filteroptionen verwendet werden, um die angezeigten Ergebnisse weiter einzugrenzen.
language:
title: Sprache
text_1: Über die Sprachauswahl kannst du festlegen, in welchen Sprachen Produkte angezeigt werden sollen.
list_1: Deutsch – berücksichtigt Produkte mit deutscher Sprache.
list_2: English – berücksichtigt Produkte mit englischer Sprache.
text_2: Die Sprachen können einzeln oder gemeinsam ausgewählt werden. Dadurch können beispielsweise deutsche und englische Produkte gleichzeitig in den Ergebnissen berücksichtigt werden.
sort:
title: Produkte sortieren
text_1: Die angezeigten Produkte können unabhängig von den eigentlichen Filtern nach Preis oder Bewertung sortiert werden.
list_1: Preis – sortiert die Produkte anhand ihres Verkaufspreises.
list_2: Bewertung – sortiert die Produkte anhand ihrer durchschnittlichen Bewertung.
text_2: Preis und Bewertung besitzen jeweils drei Zustände. Durch wiederholtes Anwählen wird zwischen absteigender Sortierung, aufsteigender Sortierung und keiner Sortierung gewechselt.
sort_states:
title: Sortierreihenfolge
text: Die Sortierung nach Preis und Bewertung arbeitet jeweils mit drei aufeinanderfolgenden Zuständen.
list_1: Absteigend – höhere Werte werden vor niedrigeren Werten angezeigt.
list_2: Aufsteigend – niedrigere Werte werden vor höheren Werten angezeigt.
list_3: Zurückgesetzt – die Sortierung für die ausgewählte Eigenschaft wird wieder aufgehoben.
filters:
title: Produkte filtern
text_1: Die Filterleiste ermöglicht eine genauere Eingrenzung der angezeigten Produkte anhand ihrer technischen und inhaltlichen Eigenschaften.
text_2: Mehrere Filter können gleichzeitig ausgewählt und miteinander kombiniert werden.
categories:
title: Kategorien
text: Über die Kategorien kannst du die Ergebnisse auf bestimmte Arten von Horum-Produkten beschränken.
list_1: Horum Paket – vollständige Pakete mit mehreren Horum-Komponenten.
list_2: Persönlichkeit – Pakete für Horum-Persönlichkeiten.
list_3: Horum Fenster – Pakete für Horum-Fenster.
list_4: Arbeits UI – Pakete für Arbeits UIs.
list_5: Ergebnis UI – Pakete für Ergebnis UIs.
list_6: Kern – Pakete für Horum-Kerne.
list_7: Befehle – Pakete mit Horum-Befehlen.
file_types:
title: Dateityp
text: Mit dem Dateityp-Filter kannst du Produkte anhand der in ihnen enthaltenen Dateitypen eingrenzen.
list_1: MD – Markdown-Dateien.
list_2: XML – XML-Dateien.
list_3: YAML – YAML-Dateien.
list_4: INI – Konfigurationsdateien im INI-Format.
list_5: SVG – skalierbare Vektorgrafiken.
list_6: PNG – Bilddateien im PNG-Format.
list_7: WEBP – Bilddateien im WEBP-Format.
list_8: ICO – Icon-Dateien im ICO-Format.
content:
title: Inhalt
text: Der Inhaltsfilter berücksichtigt zusätzliche Verzeichnisse beziehungsweise Inhalte innerhalb eines Pakets.
list_1: ASSETS – berücksichtigt Produkte mit enthaltenen Assets.
list_2: ICONS – berücksichtigt Produkte mit enthaltenen Icons.
price:
title: Preisspanne
text_1: Über die Preisspanne kannst du einen minimalen und maximalen Preis in CHF festlegen. Es werden nur Produkte berücksichtigt, deren Preis innerhalb des ausgewählten Bereichs liegt.
text_2: Die aktuell gewählten Mindest- und Höchstwerte werden direkt am Preisfilter angezeigt und können über die beiden Regler angepasst werden.
size:
title: Dateigröße
text_1: Mit dem Filter für die Dateigröße kannst du einen minimalen und maximalen Wert in MB festlegen.
text_2: Es werden nur Produkte berücksichtigt, deren Dateigröße innerhalb des ausgewählten Bereichs liegt. Die aktuellen Mindest- und Höchstwerte werden direkt am Filter angezeigt.
combination:
title: Suche, Sortierung und Filter kombinieren
text_1: Die verschiedenen Such- und Filterfunktionen können gemeinsam verwendet werden. Dadurch lässt sich beispielsweise zuerst eine Kategorie auswählen, anschließend nach Dateityp, Inhalt, Preis und Dateigröße filtern und das Ergebnis zusätzlich sortieren.
text_2: Bei der Sortierung nach Bewertung wird das Bewertungssystem von 1.0 bis 5.0 berücksichtigt. Bewertungen können auch Zwischenwerte wie 4.9, 4.8 oder 3.7 besitzen und werden entsprechend ihres tatsächlichen numerischen Werts einsortiert.
reset:
title: Filter zurücksetzen
text_1: Über „Filter zurücksetzen“ können die gesetzten Filter wieder auf ihren Ausgangszustand zurückgesetzt werden.
text_2: Dadurch kannst du die Filterung neu beginnen, ohne die zuvor gewählten Filter einzeln entfernen zu müssen.
summary:
title: Produkte gezielt eingrenzen
text: Die Marktplatzsuche kombiniert Produktsuche, Sprachauswahl, Sortierung, Kategorien, Dateitypen, Inhalte, Preisspanne und Dateigröße. Preis und Bewertung können absteigend oder aufsteigend sortiert und anschließend wieder zurückgesetzt werden. Die Bewertungssortierung berücksichtigt dabei das vollständige Bewertungssystem von 1.0 bis 5.0 einschließlich Zwischenwerten.

paths/horum_main_de.json

documentation:
horum_main:
title: Horum Main
intro: Der Pfad Horum Main enthält die eigenen lokalen Ressourcen und Konfigurationen von Horum. Horum ist an diesen Bereich gebunden und legt dort Dateien und Ressourcen ab, die zu seiner eigenen Grundkonfiguration oder von ihm selbst erzeugten Inhalten gehören.
purpose:
title: Aufgabe von Horum Main
text_1: Horum Main ist der zentrale Pfad für Horums eigene Ressourcen. Er enthält feste Konfigurationsbereiche sowie Verzeichnisse, in denen Horum dynamisch neue Befehle, Arbeits UIs und Resultat UIs erzeugen kann.
text_2: Der Bereich ist von installierten Horum-Paketen getrennt. Dadurch bleiben Horums eigene Dateien und selbst erzeugten Ressourcen unabhängig von zusätzlich installierten Inhalten organisiert.
structure:
title: Grundstruktur
text_1: Die folgende Struktur zeigt die grundlegenden Ordner und festen Dateien innerhalb von Horum Main. Dynamisch erzeugte Ressourcen innerhalb von commands, worker_ui und result_ui werden in dieser Übersicht bewusst nicht dargestellt.
text_2: Die Grundstruktur bleibt dadurch übersichtlich, während Horum die dynamischen Bereiche abhängig von seinen Aufgaben selbst erweitern kann.
fixed_dynamic:
title: Feste und dynamische Bereiche
text_1: Horum Main besteht aus einer festen Grundstruktur und aus Bereichen, deren Inhalt während der Verwendung von Horum dynamisch erweitert werden kann.
text_2: Feste Konfigurationsdateien bilden die Grundlage für Auswahl und Darstellung. Dynamische Ressourcen entstehen dagegen abhängig von den Aufgaben und benötigten Funktionen von Horum.
fixed: Fest: Core, Horum Windows, Personality und die jeweiligen Konfigurationsdateien besitzen eine definierte Grundstruktur.
dynamic: Dynamisch: In Commands, Arbeits UI und Resultat UI kann Horum eigene Ressourcen und dazugehörige Dateien erzeugen.
commands:
title: Commands
text_1: Der Bereich commands enthält Horums eigene Befehlsressourcen. Neben der festen Konfiguration können hier dynamisch neue Befehlsbereiche entstehen.
text_2: Von Horum erzeugte Befehle werden innerhalb dieses Bereichs organisiert und können anschließend über den Commander verwaltet werden.
config: command.ini: Speichert die Auswahl für Horums eigene Befehlsressourcen.
resources: Dynamische Ressourcen: Horum kann innerhalb des Command-Bereichs eigene Unterordner und YAML-basierte Befehlsressourcen erzeugen.
core:
title: Core
text_1: Der Bereich core besitzt eine feste Struktur und besteht aus INI-Dateien für die Auswahl und die grafische Konfiguration des Horum Cores.
text_2: Im Gegensatz zu den dynamischen UI- und Command-Bereichen werden innerhalb des Core-Bereichs keine dynamischen Ressourcenordner erzeugt.
animation: animation.ini: Enthält die grafischen Animationseinstellungen des Cores.
color: color.ini: Enthält die Farbeinstellungen des Cores.
geometry: geometry.ini: Enthält die geometrischen Einstellungen des Cores.
selection: core.ini: Speichert die Auswahl für den verwendeten Core.
windows:
title: Horum Windows
text_1: Der Bereich horum_windows enthält die festen Konfigurationen für Arbeits UI und Resultat UI. Die Konfigurationen für beide Fenstertypen werden getrennt voneinander gespeichert.
text_2: Dieser Bereich besteht ausschließlich aus seiner festen Konfigurationsstruktur und erzeugt selbst keine dynamischen UI-Ressourcen.
worker_design: worker_config/design.ini: Enthält die grafischen Designeinstellungen für das Arbeitsfenster.
worker_selection: worker_config/worker.ini: Speichert die Auswahl für die Arbeits UI.
result_design: result_config/design.ini: Enthält die grafischen Designeinstellungen für das Resultatfenster.
result_selection: result_config/result.ini: Speichert die Auswahl für die Resultat UI.
personality:
title: Personality
text_1: Der Bereich personality enthält Horums eigene Persönlichkeitsdateien und die dazugehörige Auswahlkonfiguration. Die Persönlichkeitsdateien werden getrennt nach Sprache gespeichert.
text_2: Soul, Rules und Forbidden bilden dabei die eigenen sprachabhängigen Grundlagen von Horum und stehen für Deutsch und Englisch separat zur Verfügung.
config: personality.ini: Speichert die Auswahl für die verwendete Persönlichkeit.
soul: soul.md: Enthält die grundlegende Persönlichkeit und Ausrichtung von Horum.
rules: rules.md: Enthält die Regeln, nach denen sich Horum verhalten soll.
forbidden: forbidden.md: Enthält definierte Verbote und Einschränkungen.
languages: Sprachen: Die Dateien soul.md, rules.md und forbidden.md werden getrennt in den Verzeichnissen de und en gespeichert.
worker_ui:
title: Arbeits UI
text_1: Der Bereich worker_ui enthält Arbeits UIs, die zu Horum Main gehören und von Horum dynamisch erzeugt werden können. Für unterschiedliche Aufgaben können dabei eigene Ressourcenordner entstehen.
text_2: Die erzeugten Arbeits UIs werden anschließend über den Commander verwaltet und können abhängig von ihrer Aufgabe aus YAML, XML oder beiden Dateitypen bestehen.
yaml: YAML: Beschreibt den Ablauf beziehungsweise die Verwendung einer Arbeitsoberfläche.
xml: XML: Definiert die Widgets und den Aufbau einer Arbeitsoberfläche.
result_ui:
title: Resultat UI
text_1: Der Bereich result_ui enthält Resultat UIs, die zu Horum Main gehören und von Horum dynamisch erzeugt werden können. Für unterschiedliche Ergebnisse und Aufgaben können eigene Ressourcenordner entstehen.
text_2: Die erzeugten Resultat UIs werden anschließend über den Commander verwaltet und können abhängig von ihrer Aufgabe aus YAML, XML oder beiden Dateitypen bestehen.
yaml: YAML: Beschreibt den Ablauf beziehungsweise die Verwendung einer Resultatoberfläche.
xml: XML: Definiert die Widgets und den Aufbau einer Resultatoberfläche.
generated:
title: Von Horum erzeugte Ressourcen
text_1: Horum kann seine dynamischen Bereiche selbst erweitern. Benötigt eine Aufgabe einen neuen Befehl, eine neue Arbeits UI oder eine neue Resultat UI, können dafür innerhalb des entsprechenden Bereichs neue Ressourcen und Dateien entstehen.
text_2: Diese dynamischen Inhalte gehören zu Horum Main und werden getrennt von installierten Paketressourcen behandelt. Dadurch kann Horum eigene Inhalte erzeugen und verwalten, ohne die Struktur installierter Pakete zu verändern.
responsibility:
title: Horums eigener Pfad
text_1: Horum Main ist an Horum selbst gebunden. Der Pfad dient nicht als allgemeines Verzeichnis für beliebige Benutzerdateien, sondern als strukturierter Speicherbereich für Horums eigene Konfigurationen und Ressourcen.
text_2: Horum verwendet diesen Bereich sowohl für seine feste Grundkonfiguration als auch für Inhalte, die es im laufenden Betrieb selbst erzeugt.
summary:
title: Zusammenfassung
text: Horum Main ist der zentrale Speicherbereich für Horums eigene Konfigurationen und Ressourcen. Feste INI- und Persönlichkeitsdateien bilden die Grundstruktur, während Commands, Arbeits UI und Resultat UI dynamisch durch von Horum erzeugte Ressourcen erweitert werden können. Installierte Paketressourcen bleiben davon getrennt.

paths/horum_packages_de.json

documentation:
horum_packages:
title: Horum Packages
intro: Der Pfad Horum Packages enthält die installierten Paketressourcen von Horum. Im Gegensatz zu Horum Main befinden sich hier nicht Horums eigene oder selbst erzeugten Ressourcen, sondern Inhalte, die über Horum-Pakete installiert wurden.
purpose:
title: Aufgabe von Horum Packages
text_1: Horum Packages bildet den zentralen Installationsbereich für Paketkomponenten. Abhängig vom Inhalt eines Pakets können dort Befehle, Core-Konfigurationen, Fensterdesigns, Persönlichkeiten, Arbeits UIs und Resultat UIs installiert werden.
text_2: Die Paketressourcen bleiben dabei von Horum Main getrennt. Horum kann sie verwenden und über die dafür vorgesehenen Bereiche verwalten, ohne seine eigenen lokalen Ressourcen mit den installierten Paketinhalten zu vermischen.
structure:
title: Grundstruktur
text_1: Die folgende Struktur zeigt den grundlegenden Aufbau von Horum Packages. Konkrete Paketnamen und Export-IDs werden durch Platzhalter dargestellt, da sie von den jeweils installierten Paketen abhängen.
text_2: Nicht jedes Paket muss alle dargestellten Komponententypen enthalten. Es werden nur die Bereiche befüllt, die Bestandteil des jeweiligen Pakets sind.
package_path:
title: Paketname und Export-ID
text_1: Installierte Komponenten werden innerhalb ihres jeweiligen Bereichs in einem Ordner nach dem Schema {packageName}_{exportId} gespeichert.
text_2: Gehören mehrere Komponenten zum selben Export, verwenden sie denselben Paketnamen und dieselbe Export-ID. Dadurch bleiben zusammengehörende Komponenten auch über unterschiedliche Bereiche hinweg eindeutig einem gemeinsamen Export zugeordnet.
name: packageName: Bezeichnet den Namen des installierten Exports beziehungsweise Pakets.
export_id: exportId: Ist die eindeutige Kennung des Exports und bildet zusammen mit dem Paketnamen den Installationsordner.
shared: Gemeinsamer Export: Commands, Core, Horum Windows, Personality, Arbeits UI und Resultat UI desselben Exports verwenden denselben Paketnamen und dieselbe Export-ID.
author:
title: author.json
text_1: Die Datei author.json wird zusammen mit den installierten Paketkomponenten gespeichert und dient als Referenzdatei für die Herkunft beziehungsweise den Autor der installierten Ressource.
text_2: Dadurch kann Horum auch nach der Installation erkennen, zu welchem Herausgeber beziehungsweise Autor eine installierte Komponente gehört.
selection:
title: Keine Auswahl-INIs in Paketen
text_1: Installierte Paketressourcen speichern ihre Auswahl nicht innerhalb der jeweiligen Paketordner. Die Paketstruktur enthält daher keine Auswahl-INIs wie sie innerhalb von Horum Main verwendet werden.
text_2: Die Paketordner enthalten die eigentlichen Ressourcen sowie die zugehörigen grafischen Einstellungen. Auswahl und Aktivierung werden getrennt von diesen Paketdateien verwaltet.
no_command: Kein command.ini: Die Auswahl installierter Befehle wird nicht im Paketordner gespeichert.
no_core: Kein core.ini: Die Auswahl eines installierten Cores wird nicht im Core-Paketordner gespeichert.
no_worker: Kein worker.ini: Die Auswahl einer installierten Arbeits UI wird nicht im Paketordner des Fensterdesigns gespeichert.
no_result: Kein result.ini: Die Auswahl einer installierten Resultat UI wird nicht im Paketordner des Fensterdesigns gespeichert.
no_personality: Kein personality.ini: Die Auswahl einer installierten Persönlichkeit wird nicht innerhalb des Personality-Paketordners gespeichert.
commands:
title: Commands
text_1: Der Bereich commands enthält Befehlsressourcen aus installierten Paketen. Jede installierte Ressource wird innerhalb ihres eigenen {packageName}_{exportId}-Ordners abgelegt.
text_2: Die installierten Befehle können anschließend über den Commander ausgewählt, aktiviert und verwaltet werden.
author: author.json: Enthält die Referenzinformationen zur Herkunft beziehungsweise zum Autor der Paketressource.
yaml: YAML: Enthält die Befehle und Abläufe, die durch die installierte Command-Ressource bereitgestellt werden.
core:
title: Core
text_1: Der Bereich core enthält grafische Core-Konfigurationen aus installierten Paketen. Jede Core-Ressource besitzt ihren eigenen {packageName}_{exportId}-Ordner.
text_2: Im Gegensatz zu Horum Main wird innerhalb des Paketordners keine core.ini für die Auswahl gespeichert. Der Ordner enthält ausschließlich die Paketreferenz und die grafischen Einstellungen des installierten Cores.
author: author.json: Enthält die Referenzinformationen zur Herkunft beziehungsweise zum Autor der Core-Ressource.
animation: animation.ini: Enthält die Animationseinstellungen des installierten Cores.
color: color.ini: Enthält die Farbeinstellungen des installierten Cores.
geometry: geometry.ini: Enthält die geometrischen Einstellungen des installierten Cores.
windows:
title: Horum Windows
text_1: Der Bereich horum_windows enthält installierte Fensterdesigns für Arbeits UI und Resultat UI. Beide Fenstertypen werden getrennt in worker_config und result_config organisiert.
text_2: Jedes installierte Fensterdesign besitzt seinen eigenen {packageName}_{exportId}-Ordner. Die Auswahl wird nicht innerhalb dieses Ordners gespeichert.
worker: worker_config: Enthält installierte Designs für das Arbeitsfenster.
result: result_config: Enthält installierte Designs für das Resultatfenster.
design: design.ini: Enthält die grafischen Einstellungen des jeweiligen installierten Fensterdesigns.
author: author.json: Enthält die Referenzinformationen zur Herkunft beziehungsweise zum Autor des installierten Fensterdesigns.
personality:
title: Personality
text_1: Der Bereich personality enthält Persönlichkeitsressourcen aus installierten Paketen. Jede installierte Persönlichkeit wird innerhalb ihres eigenen {packageName}_{exportId}-Ordners gespeichert.
text_2: Abhängig vom Inhalt der Persönlichkeit können Soul, Rules und Forbidden enthalten sein. Eine personality.ini für die Auswahl wird nicht innerhalb des Paketordners gespeichert.
author: author.json: Enthält die Referenzinformationen zur Herkunft beziehungsweise zum Autor der installierten Persönlichkeit.
soul: soul.md: Enthält die grundlegende Persönlichkeit und Ausrichtung der installierten Personality-Ressource.
rules: rules.md: Enthält zusätzliche Regeln der installierten Personality-Ressource.
forbidden: forbidden.md: Enthält zusätzliche Verbote und Einschränkungen der installierten Personality-Ressource.
worker_ui:
title: Arbeits UI
text_1: Der Bereich worker_ui enthält Arbeits UIs aus installierten Paketen. Jede installierte Arbeits UI wird innerhalb ihres eigenen {packageName}_{exportId}-Ordners gespeichert.
text_2: Eine Paket-Arbeits-UI kann YAML, XML sowie zusätzliche Assets und Icons enthalten. Die Ressource wird nach der Installation über den Commander verwaltet.
author: author.json: Enthält die Referenzinformationen zur Herkunft beziehungsweise zum Autor der installierten Arbeits UI.
yaml: yaml: Enthält die YAML-Dateien für Abläufe und Verwendung der Arbeits UI.
xml: xml: Enthält die XML-Dateien für Widgets und Aufbau der Arbeits UI.
assets: assets: Enthält zusätzliche Ressourcen, die von der Arbeits UI benötigt werden.
icons: icons: Enthält Icons, die innerhalb der Arbeits UI verwendet werden können.
result_ui:
title: Resultat UI
text_1: Der Bereich result_ui enthält Resultat UIs aus installierten Paketen. Jede installierte Resultat UI wird innerhalb ihres eigenen {packageName}_{exportId}-Ordners gespeichert.
text_2: Eine Paket-Resultat-UI kann YAML, XML sowie zusätzliche Assets und Icons enthalten. Die Ressource wird nach der Installation über den Commander verwaltet.
author: author.json: Enthält die Referenzinformationen zur Herkunft beziehungsweise zum Autor der installierten Resultat UI.
yaml: yaml: Enthält die YAML-Dateien für Ablauf und Verwendung der Resultat UI.
xml: xml: Enthält die XML-Dateien für Widgets und Aufbau der Resultat UI.
assets: assets: Enthält zusätzliche Ressourcen, die von der Resultat UI benötigt werden.
icons: icons: Enthält Icons, die innerhalb der Resultat UI verwendet werden können.
separation:
title: Trennung von Horum Main
text_1: Horum Packages und Horum Main erfüllen unterschiedliche Aufgaben. Horum Main enthält Horums eigene Grundkonfigurationen und selbst erzeugten Ressourcen, während Horum Packages ausschließlich für installierte Paketressourcen vorgesehen ist.
text_2: Diese Trennung verhindert, dass installierte Pakete mit Horums eigenen Ressourcen vermischt werden. Paketkomponenten können dadurch unabhängig installiert und verwaltet werden, während Horum Main als eigener lokaler Bereich von Horum erhalten bleibt.
summary:
title: Zusammenfassung
text: Horum Packages ist der Installationsbereich für Paketressourcen. Jede Komponente wird unter ihrem Typ in einem {packageName}_{exportId}-Ordner gespeichert und besitzt eine author.json als Referenzdatei. Paketordner enthalten keine Auswahl-INIs, sondern ausschließlich die installierten Inhalte und ihre jeweiligen grafischen Einstellungen. Horum Main und Horum Packages bleiben dadurch klar voneinander getrennt.

settings/about_de.json

documentation:
about:
title: Über Horum
intro: Dieser Bereich enthält Informationen zur Entwicklung von Horum, zum verantwortlichen Unternehmen EminentWeb GmbH sowie technische Angaben zur Anwendung.
developer:
title: Entwicklung
text_1: Horum wird von Rafael Herren entwickelt und ist ein Softwareprojekt der EminentWeb GmbH.
text_2: Entwicklung, technische Architektur und Weiterentwicklung der Anwendung erfolgen innerhalb des Unternehmens.
list_1: Entwickler: Rafael Herren
list_2: Unternehmen: EminentWeb GmbH
company:
title: EminentWeb GmbH
text_1: Die EminentWeb GmbH ist ein Schweizer Technologieunternehmen mit Sitz in Grellingen im Kanton Basel-Landschaft. Das Unternehmen entwickelt und betreibt eigene digitale Produkte, Plattformen und technische Infrastrukturen.
text_2: Der Tätigkeitsbereich umfasst neben klassischer Software- und Webentwicklung auch interaktive Systeme, Cloud- und Server-Infrastrukturen, digitale Geschäftsmodelle sowie technologiegestützte Finanzlösungen.
list_1: Firma: EminentWeb GmbH
list_2: UID / MWST-Nummer: CHE-183.697.143
list_3: Sitz der Gesellschaft: 4203 Grellingen, Basel-Landschaft
list_4: Betriebsstandort: Schweiz (Remote)
activities:
title: Tätigkeitsbereiche
text: Der Unternehmenszweck der EminentWeb GmbH umfasst die Entwicklung, den Betrieb und die Vermarktung unterschiedlicher digitaler Systeme und Dienstleistungen.
list_1: Digitale Plattformen, Software, Applikationen, Webseiten, Programme und Datenbanken.
list_2: Server-, Hosting- und Cloud-Infrastrukturen sowie zugehörige technische Dienstleistungen.
list_3: Interaktive Systeme und digitale Anwendungen einschliesslich Games.
list_4: Digitale Zahlungs-, Wallet-, Transaktions- und Abwicklungslösungen.
list_5: Technologiegestützte Finanz- und Fintech-Lösungen sowie Blockchain- und Distributed-Ledger-Technologien im Rahmen der gesetzlichen Bestimmungen.
list_6: IT-, Support- und Beratungsdienstleistungen in den Bereichen Technologie, Digitalisierung, Online-Services, Plattformökonomie und digitale Geschäftsmodelle.
horum:
title: Horum als Produkt
text_1: Horum ist ein von der EminentWeb GmbH entwickeltes Softwareprodukt und Teil der eigenen digitalen Produkt- und Plattformentwicklung des Unternehmens.
text_2: Informationen über die Funktionen, Fähigkeiten und den grundsätzlichen Aufbau von Horum werden in den dafür vorgesehenen Bereichen der Dokumentation behandelt und an dieser Stelle nicht erneut beschrieben.
application:
title: Anwendung
text: Der Bereich Über Horum zeigt zusätzlich technische Informationen zur installierten Anwendung und ihrem aktuellen Build.
list_1: Anwendung: Horum
list_2: Version: Aktuell installierte Horum-Version.
list_3: Build: Aktueller Build-Status der Anwendung.
list_4: Programmiersprache: Python
list_5: Framework: PyQt5
contact:
title: Webseite und Kontakt
text: Weitere Informationen zum Unternehmen sowie Kontaktmöglichkeiten sind über die offiziellen Kanäle der EminentWeb GmbH verfügbar.
list_1: Webseite: eminentweb.ch
list_2: Kontakt: horum@eminentweb.ch
summary:
title: Zusammenfassung
text: Horum wird von Rafael Herren innerhalb der EminentWeb GmbH entwickelt. Das Schweizer Technologieunternehmen entwickelt und betreibt digitale Produkte, Software, Plattformen und technische Infrastrukturen und bildet damit den unternehmerischen und technischen Rahmen für die Entwicklung von Horum.

settings/account_de.json

documentation:
account:
title: Konto
intro: Im Bereich Konto werden persönliche Informationen, Firmendaten, Sprache und Lizenzinformationen verwaltet. Horum kann dabei vollständig mit einem lokalen Konto verwendet oder mit einem Horum-Online-Konto verbunden werden.
local:
title: Lokales Konto
text_1: Für die lokale Verwendung von Horum ist keine Anmeldung erforderlich. Die hinterlegten Kontodaten werden lokal gespeichert und können direkt innerhalb der Anwendung bearbeitet werden.
text_2: Das lokale Konto arbeitet unabhängig von einem Online-Profil und ermöglicht die grundlegende Personalisierung von Horum auch ohne Verbindung mit der Horum-Webseite.
list_1: Die Kontodaten werden lokal in einer JSON-Datei gespeichert.
list_2: Die lokalen Profilfelder können direkt in den Einstellungen bearbeitet und gespeichert werden.
list_3: Ohne Anmeldung wird der Lizenzplan immer als Free geführt, da keine serverseitige Planvalidierung stattfinden kann.
login:
title: Anmeldung und Synchronisierung
text_1: Über den Kontobereich kann direkt innerhalb von Horum eine Anmeldung mit dem Horum-Online-Konto durchgeführt werden.
text_2: Nach erfolgreicher Anmeldung wird das lokale Konto mit dem Online-Profil synchronisiert. Dadurch stehen Horum die mit dem Benutzerkonto verbundenen Profil- und Lizenzinformationen zur Verfügung.
list_1: Die Anmeldung erfolgt direkt innerhalb der Horum-Anwendung.
list_2: Nach der Anmeldung werden die relevanten Kontodaten mit dem Online-Profil synchronisiert.
list_3: Nach dem Abmelden verwendet Horum wieder den lokalen Kontostand.
profile:
title: Profildaten
text: Im Kontobereich werden die für Horum verfügbaren persönlichen und geschäftlichen Profildaten dargestellt. Ist ein Online-Konto angemeldet, werden die entsprechenden synchronisierten Eingabefelder deaktiviert und können nicht direkt innerhalb der Anwendung verändert werden.
list_1: Benutzer: Vorname und Nachname.
list_2: Über dich: Alter, Geschlecht und persönliche Beschreibung.
list_3: Firma: Firmenname, Branche, Rechtsform und Handelsregister-Nr.
list_4: Änderungen an synchronisierten Online-Profildaten erfolgen über das Profil auf der Horum-Webseite.
name:
title: Wie soll Horum dich nennen?
text_1: Die gewünschte Anrede durch Horum ist eine eigene Einstellung der Anwendung und kann unabhängig von den synchronisierten Profildaten festgelegt werden.
text_2: Dabei kann ein beliebiger Name oder eine individuelle Bezeichnung verwendet werden, solange die gewählte Bezeichnung den geltenden Richtlinien entspricht.
language:
title: Sprache
text_1: Die Sprache von Horum ist eine lokale Einstellung und bleibt unabhängig davon konfigurierbar, ob ein Online-Konto angemeldet ist.
text_2: Die Auswahl bestimmt, welche lokalen Sprachdateien von Horum für die Benutzeroberfläche und die entsprechenden lokalisierten Inhalte verwendet werden.
list_1: Deutsch: Verwendet die deutschen Locales.
list_2: Englisch: Verwendet die englischen Locales. Weitere Sprachen können zukünftig ergänzt werden.
license:
title: Lizenz
text_1: Der Lizenzbereich zeigt die für Horum verfügbare Edition sowie den aktuellen Lizenzstatus an.
text_2: Die angezeigten Lizenzinformationen unterscheiden sich abhängig davon, ob Horum ausschließlich lokal oder mit einem angemeldeten Online-Konto verwendet wird.
list_1: Ohne Anmeldung wird die Edition lokal als Free geführt.
list_2: Eine höhere Edition kann erst nach Anmeldung über das Online-Konto validiert und übernommen werden.
list_3: Bei einer validierten Lizenz können Edition, Status und Gültigkeitsdauer angezeigt werden.
actions:
title: Speichern und Abmelden
text: Die verfügbaren Kontoaktionen richten sich nach dem aktuellen Anmeldestatus und den bearbeitbaren lokalen Einstellungen.
list_1: Speichern übernimmt Änderungen an den lokal bearbeitbaren Kontoeinstellungen.
list_2: Abmelden trennt das aktuell verbundene Online-Konto von Horum.
summary:
title: Zusammenfassung
text: Horum kann ohne Anmeldung mit lokal gespeicherten Kontodaten verwendet oder mit einem Horum-Online-Konto synchronisiert werden. Online-Profildaten werden nach der Anmeldung geschützt und über die Webseite verwaltet, während Horum-spezifische Einstellungen wie die gewünschte Anrede und die lokale Sprache weiterhin innerhalb der Anwendung festgelegt werden.

settings/appearance_de.json

documentation:
appearance:
title: Erscheinungsbild
intro: Im Bereich Erscheinungsbild wird die allgemeine Benutzeroberfläche von Horum angepasst. Dazu gehören der bevorzugte Eingabemodus, der Hintergrund sowie die Farbschemata zentraler UI-Komponenten und ihrer unterschiedlichen Zustände.
scope:
title: Horum Benutzeroberfläche
text_1: Die Einstellungen in diesem Bereich beziehen sich auf die allgemeine Benutzeroberfläche von Horum und ihre Bedienelemente.
text_2: Die Darstellung des Horum Core, der Horum Fenster, der Arbeits UI und der Resultat UI wird hier nicht konfiguriert. Für diese Bereiche stehen eigene Einstellungen beziehungsweise Darstellungsregeln zur Verfügung.
input_mode:
title: Bevorzugter Eingabemodus
text_1: Der Eingabemodus bestimmt, welche Eingabemöglichkeit beim Start beziehungsweise bei der Initialisierung der Horum Benutzeroberfläche bevorzugt angezeigt wird.
text_2: Zwischen Texteingabe und Spracheingabe kann direkt über den Schalter gewechselt werden.
list_1: Text Eingabe: Das Texteingabefeld wird als bevorzugte Eingabemöglichkeit verwendet.
list_2: Sprach Eingabe: Die Mikrofoneingabe wird als bevorzugte Eingabemöglichkeit verwendet.
background:
title: Horum Hintergrund
text: Der Hintergrund der Hauptoberfläche kann unabhängig vom übrigen UI-Design festgelegt werden. Dafür stehen drei Hintergrundtypen zur Verfügung.
list_1: Bild: Verwendet ein ausgewähltes Hintergrundbild aus den verfügbaren Hintergrundgruppen.
list_2: Farbe: Verwendet eine einzelne Farbe als Hintergrund.
list_3: Verlauf: Erzeugt einen Farbverlauf aus zwei frei gewählten Farben und einem einstellbaren Winkel.
gradient:
title: Farbverlauf
text_1: Für einen Verlauf werden zwei Farben festgelegt, zwischen denen der Hintergrund übergeht.
text_2: Zusätzlich kann der Winkel des Verlaufs eingestellt werden. Dadurch lässt sich bestimmen, in welcher Richtung die beiden Farben über die Oberfläche ineinander übergehen.
list_1: Farbe 1 bestimmt die erste Farbe des Verlaufs.
list_2: Farbe 2 bestimmt die zweite Farbe des Verlaufs.
list_3: Der Winkel bestimmt die Ausrichtung des Farbverlaufs.
images:
title: Hintergrundbilder
text_1: Verfügbare Hintergrundbilder werden von Horum automatisch aus dem vorgesehenen Hintergrundbereich geladen und in Gruppen innerhalb der Bildauswahl dargestellt.
text_2: Dadurch können zusätzliche unterstützte Bilder in die vorhandene Hintergrundstruktur aufgenommen und anschließend über die Benutzeroberfläche ausgewählt werden.
list_1: PNG-Dateien werden unterstützt.
list_2: JPG-Dateien werden unterstützt.
list_3: JPEG-Dateien werden unterstützt.
list_4: WebP-Dateien werden unterstützt.
ui_design:
title: UI Design
text_1: Das UI-Design ist in mehrere voneinander unabhängige Farbbereiche aufgeteilt. Für jeden Bereich kann ein eigenes Farbschema ausgewählt werden.
text_2: Dadurch muss Horum nicht mit einer einzigen globalen Akzentfarbe dargestellt werden. Unterschiedliche Arten von UI-Komponenten können eigene Farbschemata verwenden.
list_1: Titel: Bestimmt die Akzentfarbe von Titeln.
list_2: Interaktionen: Bestimmt die Farbschemata interaktiver Elemente wie Buttons.
list_3: Eingabesteuerung: Bestimmt die Akzent- und Rahmenfarben von Eingabefeldern.
list_4: Auswahlsteuerung: Bestimmt die Farbschemata von Auswahl- und Steuerelementen wie Dropdowns, Checkboxen, Radio-Buttons, Schaltern und Slidern.
list_5: Navigation: Bestimmt die Farbschemata von Navigations-, Sidebar- und Tab-Elementen.
list_6: Fortschritt: Bestimmt die Farbschemata von Fortschrittsanzeigen und Spinnern.
states:
title: Farben für Widget-Zustände
text_1: Ein Farbschema besteht je nach UI-Bereich aus mehreren aufeinander abgestimmten Farbabstufungen. Diese Farben werden für unterschiedliche Zustände der jeweiligen Widgets verwendet.
text_2: Welche Abstufung verwendet wird, hängt vom jeweiligen Widget ab. Dadurch können Interaktionen visuell unterschieden werden, ohne für jeden Zustand eine vollständig unabhängige Farbe konfigurieren zu müssen.
list_1: Normal: Grundzustand eines Bedienelements.
list_2: Hover: Darstellung, wenn sich der Cursor über einem interaktiven Element befindet.
list_3: Aktiv: Darstellung eines ausgewählten oder aktivierten Elements.
list_4: Fokus: Kennzeichnet ein Element mit aktuellem Eingabe- oder Bedienfokus.
list_5: Gedrückt: Darstellung während einer aktiven Betätigung eines Bedienelements.
neutral:
title: Neutrale UI-Zustände
text_1: Nicht sämtliche Farben der Horum Benutzeroberfläche werden durch das ausgewählte Farbschema ersetzt. Bestimmte Grundfarben und neutrale Zustände bleiben bewusst Teil des festen Horum Designs.
text_2: Dazu gehören abhängig vom jeweiligen Widget beispielsweise deaktivierte Zustände, neutrale Hintergründe sowie bestimmte Text- und Systemfarben. Das Farbschema dient damit als gezielte Gestaltung der Akzente und Interaktionszustände und nicht als vollständiger Austausch des gesamten UI-Designs.
save:
title: Änderungen speichern
text_1: Die gewählten Einstellungen werden über Speichern übernommen. Dazu gehören die ausgewählten UI-Farbschemata, der bevorzugte Eingabemodus und die Einstellungen des Horum Hintergrunds.
text_2: Nach dem Speichern wird die Erscheinungsbild-Konfiguration neu geladen und die Horum Benutzeroberfläche kann die geänderten Werte übernehmen.
summary:
title: Zusammenfassung
text: Das Erscheinungsbild ermöglicht die individuelle Gestaltung der Horum Hauptoberfläche. Eingabemodus, Hintergrund und mehrere getrennte UI-Farbschemata können kombiniert werden, während die verschiedenen Zustände der Widgets automatisch aus den jeweils gewählten Farbpaletten dargestellt werden.

settings/audit_de.json

documentation:
audit:
title: Audit & Protokollierung
intro: Im Bereich Audit & Protokollierung wird festgelegt, welche Ereignisse und Änderungen von Horum protokolliert werden sollen. Die einzelnen Audit-Bereiche können unabhängig voneinander aktiviert und detailliert konfiguriert werden.
system:
title: Audit-System
text_1: Audit-Protokolle helfen dabei, das Verhalten von Horum nachzuvollziehen, Fehler zu analysieren und wichtige Ereignisse zu dokumentieren.
text_2: Damit nicht unnötig alle Vorgänge protokolliert werden, kann für jeden Bereich einzeln festgelegt werden, welche Ereignisse berücksichtigt werden sollen.
activation:
title: Audit-Bereiche aktivieren
text_1: Jede Audit-Karte besitzt einen eigenen Schalter. Dieser Schalter bestimmt, ob die gesamte Kategorie für die Protokollierung aktiviert ist.
text_2: Nur wenn der Schalter einer Kategorie aktiv ist, werden die ausgewählten Checkboxen innerhalb dieser Karte berücksichtigt. Wird der Schalter deaktiviert, ist die gesamte Auswahl innerhalb der Karte deaktiviert.
list_1: Schalter aktiv: Die Kategorie ist für die Audit-Protokollierung aktiviert.
list_2: Die Checkboxen bestimmen anschließend, welche einzelnen Ereignisse innerhalb der aktiven Kategorie protokolliert werden.
list_3: Schalter inaktiv: Sämtliche Auswahlmöglichkeiten innerhalb der Kategorie sind deaktiviert und werden nicht berücksichtigt.
account:
title: Konto-Audit
text: Das Konto-Audit umfasst Ereignisse, die mit dem Horum-Konto, der Anmeldung und lizenzbezogenen Änderungen verbunden sind.
list_1: Anmeldungen: Protokolliert Anmeldevorgänge.
list_2: Abmeldungen: Protokolliert Abmeldevorgänge.
list_3: Lizenzänderungen: Protokolliert Änderungen am Lizenzstatus.
list_4: API-Schlüssel: Protokolliert Ereignisse im Zusammenhang mit API-Schlüsseln.
ai:
title: KI-Audit
text: Das KI-Audit umfasst Vorgänge rund um die Kommunikation mit den verwendeten KI-Modellen und deren Nutzung.
list_1: Benutzereingaben: Protokolliert Eingaben, die an die KI-Verarbeitung übergeben werden.
list_2: KI-Antworten: Protokolliert Antworten der verwendeten KI.
list_3: Modellwechsel: Protokolliert Wechsel zwischen KI-Modellen.
list_4: Token-Verbrauch: Protokolliert den Token-Verbrauch der KI-Nutzung.
speech:
title: Sprach-Audit
text: Das Sprach-Audit protokolliert ausgewählte Ereignisse der Spracheingabe, Sprachausgabe und verwendeten Audiogeräte.
list_1: Spracheingabe: Protokolliert Ereignisse der Spracheingabe.
list_2: Sprachausgabe: Protokolliert Ereignisse der Sprachausgabe.
list_3: Mikrofonwechsel: Protokolliert den Wechsel des verwendeten Mikrofons.
list_4: Audiogeräte: Protokolliert Ereignisse im Zusammenhang mit Audiogeräten.
memory:
title: Memory-Audit
text: Das Memory-Audit dokumentiert ausgewählte Änderungen innerhalb des Memory-Systems von Horum.
list_1: Memory erstellt: Protokolliert das Erstellen eines Memory-Eintrags.
list_2: Memory geändert: Protokolliert Änderungen an bestehenden Memory-Einträgen.
list_3: Memory gelöscht: Protokolliert das Löschen von Memory-Einträgen.
list_4: Kategorien: Protokolliert Ereignisse im Zusammenhang mit Memory-Kategorien.
rules:
title: Regel-Audit
text: Das Regel-Audit dokumentiert Änderungen an der Persönlichkeit und den Verhaltensvorgaben von Horum sowie erkannte Regelverstöße.
list_1: Soul-Änderungen: Protokolliert Änderungen an der Soul-Konfiguration.
list_2: Regeländerungen: Protokolliert Änderungen an den Regeln.
list_3: Verbot-Änderungen: Protokolliert Änderungen an den verbotenen Regeln.
list_4: Regelverstöße: Protokolliert erkannte Verstöße gegen konfigurierte Regeln.
storage:
title: Speicher-Audit
text: Das Speicher-Audit umfasst ausgewählte Vorgänge rund um Cache, Bereinigung und Dateioperationen.
list_1: Cache: Protokolliert ausgewählte Cache-Vorgänge.
list_2: Bereinigung: Protokolliert Bereinigungsvorgänge.
list_3: Dateien erstellt: Protokolliert das Erstellen von Dateien.
list_4: Dateien gelöscht: Protokolliert das Löschen von Dateien.
appearance:
title: Erscheinungsbild-Audit
text: Das Erscheinungsbild-Audit dokumentiert ausgewählte Änderungen an der visuellen Konfiguration von Horum.
list_1: Design: Protokolliert Änderungen an Design-Einstellungen.
list_2: Sprache: Protokolliert Änderungen an der Spracheinstellung.
list_3: Layout: Protokolliert Änderungen an Layout-Einstellungen.
list_4: Darstellung: Protokolliert Änderungen an Darstellungseinstellungen.
system_audit:
title: System-Audit
text: Das System-Audit umfasst grundlegende Ereignisse des Programmablaufs sowie Fehler und Warnungen.
list_1: Programmstart: Protokolliert den Start von Horum.
list_2: Programmende: Protokolliert das Beenden von Horum.
list_3: Fehler: Protokolliert auftretende Fehler.
list_4: Warnungen: Protokolliert auftretende Warnungen.
save:
title: Speichern
text_1: Über Speichern werden die ausgewählten Audit-Kategorien und deren einzelne Protokollierungsoptionen übernommen.
text_2: Für die Protokollierung werden nur Checkboxen berücksichtigt, deren übergeordnete Audit-Kategorie über den jeweiligen Schalter aktiviert ist.
summary:
title: Zusammenfassung
text: Das Audit-System ermöglicht eine gezielte Protokollierung verschiedener Bereiche von Horum. Jede Kategorie wird zuerst über ihren eigenen Schalter aktiviert. Innerhalb einer aktiven Kategorie bestimmen die Checkboxen, welche konkreten Ereignisse protokolliert werden. Ist der Schalter deaktiviert, bleibt die gesamte Auswahl dieser Kategorie deaktiviert und wird nicht berücksichtigt.

settings/cache_de.json

documentation:
cache:
title: Cache
intro: Der Cache speichert häufig verwendete Daten lokal auf dem Computer, damit Horum schneller arbeiten und unnötige Berechnungen oder erneute Anfragen vermeiden kann. Die verschiedenen Cache-Bereiche können unabhängig voneinander konfiguriert werden.
system:
title: Cache-System
text_1: Horum trennt zwischengespeicherte Daten nach ihrem jeweiligen Verwendungsbereich. Dadurch kann individuell festgelegt werden, für welche Funktionen ein lokaler Cache verwendet werden soll.
text_2: Internet, Medien, KI, Dokumente, Wissen und System besitzen jeweils einen eigenen Cache-Bereich und können unabhängig voneinander aktiviert oder deaktiviert werden.
configuration:
title: Cache konfigurieren
text_1: Jeder Cache-Bereich besitzt eine eigene Aktivierung und einen eigenen Speicherpfad. Dadurch können die verschiedenen Cache-Daten getrennt voneinander gespeichert werden.
text_2: Wird ein Cache-Bereich nicht benötigt, kann er deaktiviert werden. Der zugehörige Cache-Pfad wird dann für diesen Bereich nicht verwendet.
list_1: Aktiv: Aktiviert oder deaktiviert den jeweiligen Cache-Bereich.
list_2: Cache-Pfad: Bestimmt den lokalen Speicherort für die Daten dieses Cache-Bereichs.
list_3: Die einzelnen Cache-Bereiche können unabhängig voneinander konfiguriert werden.
internet:
title: Internet Cache
text_1: Der Internet Cache ist für zwischengespeicherte Daten aus internetbezogenen Vorgängen von Horum vorgesehen.
text_2: Er kann separat aktiviert und an einem eigenen lokalen Speicherort abgelegt werden.
media:
title: Medien Cache
text_1: Der Medien Cache ist für zwischengespeicherte Daten aus der Verarbeitung und Verwendung von Medien vorgesehen.
text_2: Seine Aktivierung und sein Speicherpfad werden unabhängig von den anderen Cache-Bereichen festgelegt.
ai:
title: KI Cache
text_1: Der KI Cache ist für Daten vorgesehen, die im Zusammenhang mit der KI-Verarbeitung zwischengespeichert werden.
text_2: Der Bereich kann unabhängig aktiviert und über einen eigenen Cache-Pfad gespeichert werden.
documents:
title: Dokumenten Cache
text_1: Der Dokumenten Cache ist für zwischengespeicherte Daten aus der Verarbeitung und Verwendung von Dokumenten vorgesehen.
text_2: Dokumentbezogene Cache-Daten können dadurch getrennt von anderen Cache-Arten gespeichert werden.
knowledge:
title: Wissens Cache
text_1: Der Wissens Cache ist für zwischengespeicherte Daten vorgesehen, die Horum im Zusammenhang mit der Verarbeitung von Wissen verwendet.
text_2: Auch dieser Cache kann separat aktiviert und an einem eigenen Speicherort abgelegt werden.
system_cache:
title: System Cache
text_1: Der System Cache ist für zwischengespeicherte Daten aus internen Systemvorgängen von Horum vorgesehen.
text_2: Er wird unabhängig von den inhaltlichen Cache-Bereichen konfiguriert und kann einen eigenen Speicherpfad verwenden.
paths:
title: Cache-Pfade
text_1: Für jeden Cache-Bereich kann ein eigener lokaler Speicherpfad ausgewählt werden. Dadurch lässt sich bestimmen, wo die jeweiligen zwischengespeicherten Daten auf dem Computer abgelegt werden.
text_2: Die getrennten Pfade ermöglichen es, die verschiedenen Cache-Arten unabhängig voneinander zu organisieren und bei Bedarf unterschiedliche Speicherorte zu verwenden.
save:
title: Speichern
text_1: Über Speichern werden die Aktivierungszustände und Speicherpfade der einzelnen Cache-Bereiche übernommen.
text_2: Dadurch kann für jeden Bereich separat festgelegt werden, ob und wo Horum einen lokalen Cache verwenden soll.
summary:
title: Zusammenfassung
text: Das Cache-System unterteilt lokale Zwischenspeicher in Internet, Medien, KI, Dokumente, Wissen und System. Jeder Bereich kann unabhängig aktiviert oder deaktiviert und mit einem eigenen Speicherpfad versehen werden. Dadurch lässt sich gezielt bestimmen, welche Funktionen von Horum lokale Zwischenspeicherung verwenden.

settings/core_animation_de.json

documentation:
core_animation:
title: Core Animation
intro: Im Bereich Core Animation wird das Bewegungsverhalten der einzelnen Ebenen des Horum Core konfiguriert. Dabei kann entweder die eigene Standardkonfiguration verwendet und bearbeitet oder die Animation eines installierten Core-Pakets ausgewählt werden.
source:
title: Animationsquelle
text_1: Über die Auswahl der Animationsquelle wird festgelegt, welche Animationskonfiguration der Horum Core verwendet.
text_2: Neben der eigenen Standardkonfiguration stehen die Animationskonfigurationen der installierten und dafür verfügbaren Pakete zur Auswahl.
list_1: Standard: Verwendet die lokal bearbeitbare Animationskonfiguration von Horum.
list_2: Installiertes Paket: Verwendet die Animationskonfiguration des ausgewählten Pakets.
standard:
title: Standardkonfiguration
text_1: Die Standardkonfiguration ist die eigene bearbeitbare Core-Animation von Horum. Wird Standard ausgewählt, sind die Animationsregler freigegeben und die einzelnen Werte können angepasst werden.
text_2: Beim Speichern werden die eingestellten Animationswerte in der eigenen Animations-INI gespeichert. Diese Konfiguration steht ebenfalls für den Export einer eigenen Core-Konfiguration zur Verfügung.
list_1: Alle verfügbaren Animationsregler können bearbeitet werden.
list_2: Die angepassten Werte werden in der eigenen Animations-INI gespeichert.
list_3: Die eigene Animationskonfiguration kann für den Export verwendet werden.
packages:
title: Installierte Pakete
text_1: Installierte Pakete mit einer verfügbaren Core-Animation erscheinen in der Auswahl und können als Animationsquelle verwendet werden.
text_2: Wird ein installiertes Paket ausgewählt, werden die Animationsregler deaktiviert. Die zum Paket gehörenden Animationswerte können dadurch nicht über die Einstellungen verändert oder überschrieben werden.
list_1: Verfügbare installierte Pakete werden automatisch in der Auswahl angezeigt.
list_2: Die Animation des ausgewählten Pakets wird vom Horum Core verwendet.
list_3: Paketkonfigurationen sind schreibgeschützt und können über diese Einstellungen nicht überschrieben werden.
storage:
title: Auswahl und Animationswerte
text_1: Horum unterscheidet zwischen der Speicherung der ausgewählten Animationsquelle und der Speicherung der eigenen Animationswerte. Dafür werden zwei getrennte INI-Speicherbereiche verwendet.
text_2: Welche Daten beim Speichern geschrieben werden, hängt davon ab, ob Standard oder ein installiertes Paket ausgewählt ist.
list_1: Standard: Die Auswahl und die bearbeitbare Animationskonfiguration werden gespeichert.
list_2: Installiertes Paket: Nur die Auswahl des Pakets wird gespeichert. Die Animationskonfiguration des Pakets selbst bleibt unverändert.
core:
title: Kern
text: Die Animationseinstellungen des Kerns steuern die eigenständigen Bewegungen des zentralen Core-Elements.
list_1: Heartbeat: Bestimmt die Geschwindigkeit der wiederkehrenden Heartbeat-Animation.
list_2: Heartbeat Stärke: Bestimmt die Stärke der durch den Heartbeat erzeugten Bewegung.
list_3: Augen Geschwindigkeit: Bestimmt die Geschwindigkeit der Eye-Bewegung des Core.
list_4: Augen Reichweite: Bestimmt die Reichweite der Eye-Bewegung.
inner_wave:
title: Innere Welle – Allgemein
text: Die allgemeinen Einstellungen der Inneren Welle bestimmen das grundlegende Bewegungsverhalten und die sichtbare Ausprägung dieser Wellenebene.
list_1: Geschwindigkeit: Bestimmt die allgemeine Animationsgeschwindigkeit der Inneren Welle.
list_2: Stärke: Bestimmt die Stärke der Wellenbewegung.
list_3: Intensität: Bestimmt die Intensität der animierten Wellenstruktur.
inner_blobs:
title: Innere Welle – Blobs
text: Die Blob-Einstellungen bestimmen die beweglichen Ausprägungen innerhalb der Inneren Welle und beeinflussen deren Anzahl, Form und Bewegung.
list_1: Blob Anzahl: Bestimmt die Anzahl der verwendeten Blobs.
list_2: Blob Breite: Bestimmt die Breite der einzelnen Blobs.
list_3: Blob Stärke: Bestimmt die Stärke ihrer Ausprägung.
list_4: Blob Geschwindigkeit: Bestimmt die Bewegungsgeschwindigkeit der Blobs.
list_5: Blob Puls: Bestimmt die Stärke beziehungsweise Ausprägung ihrer Pulsbewegung.
inner_noise:
title: Innere Welle – Rauschen
text: Die Rauschparameter ergänzen die Innere Welle um zusätzliche dynamische Veränderungen und verhindern eine ausschließlich gleichförmige Wellenbewegung.
list_1: Noise Geschwindigkeit: Bestimmt die Geschwindigkeit der Rauschbewegung.
list_2: Noise Stärke: Bestimmt die Stärke des Rauscheinflusses.
list_3: Noise Frequenz 1: Bestimmt den ersten Frequenzanteil der Rauschstruktur.
list_4: Noise Frequenz 2: Bestimmt den zweiten Frequenzanteil der Rauschstruktur.
middle_ring:
title: Mittlerer Ring
text: Die Einstellungen des Mittleren Rings bestimmen dessen grundlegende Bewegung und die zeitliche Veränderung seiner Animation.
list_1: Geschwindigkeit: Bestimmt die allgemeine Animationsgeschwindigkeit des Mittleren Rings.
list_2: Bewegungs Geschwindigkeit: Bestimmt die Geschwindigkeit seiner Bewegung.
list_3: Bewegungs Dauer: Bestimmt die Dauer einer Bewegung.
list_4: Noise Geschwindigkeit: Bestimmt die Geschwindigkeit der zusätzlichen Rauschbewegung.
outer_wave:
title: Äußere Welle – Allgemein
text: Die allgemeinen Einstellungen der Äußeren Welle bestimmen das grundlegende Bewegungsverhalten und die sichtbare Ausprägung dieser Wellenebene.
list_1: Geschwindigkeit: Bestimmt die allgemeine Animationsgeschwindigkeit der Äußeren Welle.
list_2: Stärke: Bestimmt die Stärke der Wellenbewegung.
list_3: Intensität: Bestimmt die Intensität der animierten Wellenstruktur.
outer_blobs:
title: Äußere Welle – Blobs
text: Die Blob-Einstellungen bestimmen die beweglichen Ausprägungen innerhalb der Äußeren Welle und beeinflussen deren Anzahl, Form und Bewegung.
list_1: Blob Anzahl: Bestimmt die Anzahl der verwendeten Blobs.
list_2: Blob Breite: Bestimmt die Breite der einzelnen Blobs.
list_3: Blob Stärke: Bestimmt die Stärke ihrer Ausprägung.
list_4: Blob Geschwindigkeit: Bestimmt die Bewegungsgeschwindigkeit der Blobs.
list_5: Blob Puls: Bestimmt die Stärke beziehungsweise Ausprägung ihrer Pulsbewegung.
outer_noise:
title: Äußere Welle – Rauschen
text: Die Rauschparameter ergänzen die Äußere Welle um zusätzliche dynamische Veränderungen und beeinflussen die Struktur ihrer Bewegung.
list_1: Noise Geschwindigkeit: Bestimmt die Geschwindigkeit der Rauschbewegung.
list_2: Noise Stärke: Bestimmt die Stärke des Rauscheinflusses.
list_3: Noise Frequenz 1: Bestimmt den ersten Frequenzanteil der Rauschstruktur.
list_4: Noise Frequenz 2: Bestimmt den zweiten Frequenzanteil der Rauschstruktur.
export:
title: Verwendung beim Export
text_1: Die bearbeitbare Standardkonfiguration bildet die eigene Animationskonfiguration von Horum und kann beim Erstellen eines Core-Exports verwendet werden.
text_2: Installierte Paketkonfigurationen bleiben dagegen unverändert. Ihre Auswahl bestimmt lediglich, welche bereits installierte Animation Horum aktuell verwendet.
summary:
title: Zusammenfassung
text: Core Animation trennt die eigene bearbeitbare Standardkonfiguration von installierten Paketkonfigurationen. Standardwerte können verändert, gespeichert und für Exporte verwendet werden. Installierte Pakete können als Animationsquelle ausgewählt werden, bleiben jedoch schreibgeschützt und werden nicht überschrieben.

settings/core_colors_de.json

documentation:
core_colors:
title: Core Farben
intro: Im Bereich Core Farben wird die Farbgestaltung der einzelnen Ebenen des Horum Core konfiguriert. Dabei kann entweder die eigene Standardkonfiguration bearbeitet oder das Farbschema eines installierten Core-Pakets ausgewählt werden.
source:
title: Farbschema
text_1: Über die Auswahl des Farbschemas wird festgelegt, welche Farbkonfiguration der Horum Core verwendet.
text_2: Neben der eigenen Standardkonfiguration stehen die Farbkonfigurationen der installierten und dafür verfügbaren Pakete zur Auswahl.
list_1: Standard: Verwendet die lokal bearbeitbare Farbkonfiguration von Horum.
list_2: Installiertes Paket: Verwendet die Farbkonfiguration des ausgewählten Pakets.
standard:
title: Standardkonfiguration
text_1: Die Standardkonfiguration ist das eigene bearbeitbare Farbschema von Horum. Wird Standard ausgewählt, sind die Farbauswahlen freigegeben und können für die einzelnen Bereiche des Core angepasst werden.
text_2: Beim Speichern werden die gewählten Farbwerte in der eigenen Farb-INI gespeichert. Diese Konfiguration steht ebenfalls für den Export einer eigenen Core-Konfiguration zur Verfügung.
list_1: Alle verfügbaren Farbbereiche können individuell bearbeitet werden.
list_2: Die ausgewählten Farben werden in der eigenen Farb-INI gespeichert.
list_3: Die eigene Farbkonfiguration kann für den Export verwendet werden.
packages:
title: Installierte Pakete
text_1: Installierte Pakete mit einer verfügbaren Core-Farbkonfiguration erscheinen im Dropdown und können als Farbschema ausgewählt werden.
text_2: Wird ein installiertes Paket ausgewählt, werden die Farbauswahlen deaktiviert. Dadurch können die zum Paket gehörenden Farbwerte nicht über die Einstellungen verändert oder überschrieben werden.
list_1: Verfügbare installierte Pakete werden automatisch im Dropdown angezeigt.
list_2: Die Farbkonfiguration des ausgewählten Pakets wird vom Horum Core verwendet.
list_3: Paketkonfigurationen sind schreibgeschützt und können über diese Einstellungen nicht überschrieben werden.
storage:
title: Auswahl und Farbwerte
text_1: Horum unterscheidet zwischen der Speicherung des ausgewählten Farbschemas und der Speicherung der eigenen Farbwerte. Dafür werden zwei getrennte INI-Speicherbereiche verwendet.
text_2: Welche Daten beim Speichern geschrieben werden, hängt davon ab, ob Standard oder ein installiertes Paket ausgewählt ist.
list_1: Standard: Die Auswahl und die bearbeitbare Farbkonfiguration werden gespeichert.
list_2: Installiertes Paket: Nur die Auswahl des Pakets wird gespeichert. Die Farbkonfiguration des Pakets selbst bleibt unverändert.
palette:
title: Farbpalette
text_1: Für jeden Farbbereich steht eine Palette vordefinierter Farben zur Verfügung. Die aktuell verwendete Farbe wird innerhalb der jeweiligen Auswahl hervorgehoben.
text_2: Die Farbbereiche werden unabhängig voneinander ausgewählt. Dadurch können Zentrum, Ringe, Wellen und Leuchteffekte unterschiedliche Farben verwenden und zu einem individuellen Core-Design kombiniert werden.
core:
title: Core
text: Der zentrale Core besitzt mehrere getrennte Farbbereiche für seine Grundelemente und Leuchteffekte.
list_1: Äusseres Leuchten: Bestimmt die Farbe des äußeren Glow-Bereichs.
list_2: Mittleres Leuchten: Bestimmt die Farbe des mittleren Glow-Bereichs.
list_3: Innerer Halo: Bestimmt die Farbe des inneren Halo-Bereichs.
list_4: Ring: Bestimmt die Farbe des zentralen Core-Rings.
list_5: Zentrum: Bestimmt die Farbe des Core-Zentrums.
inner_wave:
title: Innere Welle
text: Die Innere Welle verwendet zwei getrennte Farbbereiche, mit denen ihre sichtbaren Ringstrukturen unabhängig gestaltet werden können.
list_1: Ring: Bestimmt die Farbe des Rings der Inneren Welle.
list_2: Innerer Ring: Bestimmt die Farbe des inneren Rings der Inneren Welle.
middle_ring:
title: Mittlerer Ring
text: Der Mittlere Ring besitzt eine eigene Farbzuordnung und kann dadurch unabhängig von den übrigen Core-Ebenen gestaltet werden.
list_1: Ring: Bestimmt die Farbe des Mittleren Rings.
outer_wave:
title: Äußere Welle
text: Die Äußere Welle verwendet zwei getrennte Farbbereiche für ihre Ringstrukturen.
list_1: Ring: Bestimmt die Farbe des Rings der Äußeren Welle.
list_2: Innerer Ring: Bestimmt die Farbe des inneren Rings der Äußeren Welle.
independent:
title: Unabhängige Farbzuordnung
text_1: Die einzelnen Farbbereiche des Core werden unabhängig voneinander konfiguriert. Die Auswahl einer Farbe für einen Bereich verändert deshalb nicht automatisch die Farben der anderen Bereiche.
text_2: Dadurch können sowohl einheitliche Farbschemata als auch mehrfarbige Core-Designs erstellt werden, bei denen Core, Wellen, Ringe und Leuchteffekte bewusst unterschiedlich gestaltet sind.
export:
title: Verwendung beim Export
text_1: Die bearbeitbare Standardkonfiguration bildet die eigene Farbkonfiguration von Horum und kann beim Erstellen eines Core-Exports verwendet werden.
text_2: Installierte Paketkonfigurationen bleiben dagegen unverändert. Ihre Auswahl bestimmt lediglich, welches bereits installierte Farbschema Horum aktuell für den Core verwendet.
summary:
title: Zusammenfassung
text: Core Farben trennt die eigene bearbeitbare Standardkonfiguration von installierten Paketkonfigurationen. Die einzelnen Farbbereiche des Core können unabhängig gestaltet, gespeichert und für Exporte verwendet werden. Installierte Farbschemata können ausgewählt werden, bleiben jedoch schreibgeschützt und werden nicht überschrieben.

settings/core_geometry_de.json

documentation:
core_geometry:
title: Core Geometrie
intro: Im Bereich Core Geometrie wird der geometrische Aufbau der einzelnen Ebenen des Horum Core konfiguriert. Dabei kann entweder die eigene Standardkonfiguration bearbeitet oder das Geometrie-Design eines installierten Core-Pakets ausgewählt werden.
source:
title: Geometrie-Design
text_1: Über die Auswahl des Geometrie-Designs wird festgelegt, welche Geometriekonfiguration der Horum Core verwendet.
text_2: Neben Horum Standard stehen die Geometriekonfigurationen der installierten und dafür verfügbaren Pakete zur Auswahl.
list_1: Horum Standard: Verwendet die lokal bearbeitbare Geometriekonfiguration von Horum.
list_2: Installiertes Paket: Verwendet die Geometriekonfiguration des ausgewählten Pakets.
standard:
title: Horum Standard
text_1: Horum Standard ist die eigene bearbeitbare Geometriekonfiguration des Core. Wird diese ausgewählt, sind die Geometrie-Regler freigegeben und die einzelnen Werte können angepasst werden.
text_2: Beim Speichern werden die eingestellten Geometriewerte in der eigenen Geometrie-INI gespeichert. Diese Konfiguration steht ebenfalls für den Export einer eigenen Core-Konfiguration zur Verfügung.
list_1: Alle verfügbaren Geometrie-Regler können bearbeitet werden.
list_2: Die angepassten Werte werden in der eigenen Geometrie-INI gespeichert.
list_3: Die eigene Geometriekonfiguration kann für den Export verwendet werden.
packages:
title: Installierte Pakete
text_1: Installierte Pakete mit einer verfügbaren Core-Geometrie erscheinen im Dropdown und können als Geometrie-Design ausgewählt werden.
text_2: Wird ein installiertes Paket ausgewählt, werden die Geometrie-Regler deaktiviert. Dadurch können die zum Paket gehörenden Geometriewerte nicht über die Einstellungen verändert oder überschrieben werden.
list_1: Verfügbare installierte Pakete werden automatisch im Dropdown angezeigt.
list_2: Die Geometriekonfiguration des ausgewählten Pakets wird vom Horum Core verwendet.
list_3: Paketkonfigurationen sind schreibgeschützt und können über diese Einstellungen nicht überschrieben werden.
storage:
title: Auswahl und Geometriewerte
text_1: Horum unterscheidet zwischen der Speicherung des ausgewählten Geometrie-Designs und der Speicherung der eigenen Geometriewerte. Dafür werden zwei getrennte INI-Speicherbereiche verwendet.
text_2: Welche Daten beim Speichern geschrieben werden, hängt davon ab, ob Horum Standard oder ein installiertes Paket ausgewählt ist.
list_1: Horum Standard: Die Auswahl und die bearbeitbare Geometriekonfiguration werden gespeichert.
list_2: Installiertes Paket: Nur die Auswahl des Pakets wird gespeichert. Die Geometriekonfiguration des Pakets selbst bleibt unverändert.
core:
title: Kern
text: Die Geometrie des Kerns bestimmt die grundlegende Größe des zentralen Core-Elements.
list_1: Radius: Bestimmt den Radius und damit die grundlegende Größe des zentralen Core.
inner_wave:
title: Innere Welle
text: Die Geometriewerte der Inneren Welle bestimmen ihre Position, Stärke und geometrische Auflösung innerhalb des Core.
list_1: Radius: Bestimmt den Grundradius der Inneren Welle.
list_2: Dicke: Bestimmt die Dicke der dargestellten Wellenstruktur.
list_3: Segmente: Bestimmt die Anzahl der Segmente, aus denen die kreisförmige Wellenstruktur aufgebaut wird.
middle_ring:
title: Mittlerer Ring
text: Der Mittlere Ring besitzt eigene Geometriewerte für seine Größe, Stärke und die Darstellung seiner einzelnen Ticks.
list_1: Radius: Bestimmt den Radius des Mittleren Rings.
list_2: Dicke: Bestimmt die Dicke des Rings.
list_3: Tick-Länge: Bestimmt die Länge der einzelnen Ticks des Rings.
list_4: Tick-Anzahl: Bestimmt die Anzahl der über den Ring verteilten Ticks.
outer_wave:
title: Äußere Welle
text: Die Geometriewerte der Äußeren Welle bestimmen ihre grundlegenden Dimensionen und die geometrische Auflösung der äußeren Wellenstruktur.
list_1: Radius: Bestimmt den Grundradius der Äußeren Welle.
list_2: Dicke: Bestimmt die Dicke der dargestellten Wellenstruktur.
list_3: Segmente: Bestimmt die Anzahl der Segmente, aus denen die kreisförmige Wellenstruktur aufgebaut wird.
relation:
title: Zusammenspiel mit Animation und Farben
text_1: Die Core Geometrie definiert die Grundformen und Dimensionen der einzelnen Core-Layer. Animationen können diese Strukturen während der Laufzeit bewegen oder ihre Darstellung dynamisch beeinflussen.
text_2: Die Core Farben bestimmen unabhängig davon die Farbgebung der geometrischen Elemente. Geometrie, Animation und Farben bilden damit getrennte Konfigurationsbereiche, die gemeinsam die Darstellung des Horum Core bestimmen.
export:
title: Verwendung beim Export
text_1: Die bearbeitbare Horum-Standardkonfiguration bildet die eigene Geometriekonfiguration und kann beim Erstellen eines Core-Exports verwendet werden.
text_2: Installierte Paketkonfigurationen bleiben dagegen unverändert. Ihre Auswahl bestimmt lediglich, welches bereits installierte Geometrie-Design Horum aktuell für den Core verwendet.
summary:
title: Zusammenfassung
text: Core Geometrie trennt die eigene bearbeitbare Horum-Standardkonfiguration von installierten Paketkonfigurationen. Radius, Dicke, Segmente und die Eigenschaften des Mittleren Rings können für die eigene Konfiguration angepasst, gespeichert und für Exporte verwendet werden. Installierte Geometrie-Designs bleiben schreibgeschützt und werden nicht überschrieben.

settings/developer_de.json

documentation:
developer:
title: Entwickler
intro: Der Entwicklerbereich enthält erweiterte Systemoptionen für Horum. Diese Einstellungen richten sich vor allem an Entwickler und erfahrene Nutzer, die gezielt Einfluss auf Suchanbieter und erweiterte Funktionen nehmen möchten.
purpose:
title: Entwicklereinstellungen
text_1: Die Entwicklereinstellungen stellen Funktionen bereit, die über die normale Konfiguration von Horum hinausgehen. Änderungen in diesem Bereich sollten bewusst vorgenommen werden.
text_2: Für die gewöhnliche Verwendung von Horum ist keine Anpassung dieser Einstellungen erforderlich. Die vorhandenen Standardeinstellungen ermöglichen bereits die grundlegende Nutzung der unterstützten Funktionen.
plans:
title: Verfügbarkeit nach Lizenz
text_1: Welche Funktionen des Entwicklerbereichs verwendet werden können, ist teilweise vom aktiven Horum-Plan abhängig.
text_2: Grundlegende Einstellungen stehen bereits im Free-Plan zur Verfügung. Dazu gehört beispielsweise die Möglichkeit, den Internetzugriff für Horum zu erlauben. Erweiterte Entwicklerfunktionen können höheren Plänen vorbehalten sein.
search:
title: Suchanbieter
text_1: Im Bereich Suchanbieter kann festgelegt werden, welche Suchdienste Horum für internetbasierte Suchvorgänge verwenden darf. Jeder Anbieter besitzt eine eigene Aktivierung.
text_2: Abhängig vom jeweiligen Suchanbieter können zusätzliche Zugangsdaten erforderlich sein. Dafür stehen Felder für API-Schlüssel und Search Engine ID zur Verfügung.
list_1: Aktiv: Aktiviert oder deaktiviert den jeweiligen Suchanbieter.
list_2: API-Schlüssel: Ermöglicht die Hinterlegung eines erforderlichen API-Schlüssels für den jeweiligen Anbieter.
list_3: Search Engine ID: Ermöglicht die Hinterlegung einer erforderlichen Suchmaschinen-ID.
providers:
title: Verfügbare Suchanbieter
text_1: Horum stellt mehrere Suchanbieter zur Auswahl. Dadurch kann festgelegt werden, welche Dienste für Suchvorgänge zur Verfügung stehen sollen.
text_2: Die benötigte Konfiguration kann sich je nach Anbieter unterscheiden.
list_1: DuckDuckGo
list_2: Google Search
list_3: Brave Search
list_4: Bing Search
list_5: SearXNG
list_6: Custom Provider
advanced:
title: Erweiterte Einstellungen
text_1: Neben den Suchanbietern enthält der Entwicklerbereich zusätzliche Einstellungen, mit denen bestimmte Systemfunktionen von Horum aktiviert oder deaktiviert werden können.
text_2: Einige dieser Funktionen sind für den normalen Betrieb vorgesehen, während andere speziell für erweiterte oder experimentelle Nutzung gedacht sind.
list_1: Experimentelle Funktionen aktivieren: Ermöglicht die Verwendung von Funktionen, die als experimentell vorgesehen sind.
list_2: Hardwarebeschleunigung verwenden: Aktiviert die Verwendung der Hardwarebeschleunigung durch Horum.
list_3: Internetzugriff erlauben: Legt fest, ob Horum auf internetbasierte Funktionen zugreifen darf.
list_4: Automatische Zusammenfassungen: Aktiviert automatische Zusammenfassungen durch Horum.
list_5: Speichergrenzen aktivieren: Aktiviert die vorgesehenen Speichergrenzen.
internet:
title: Internetzugriff
text_1: Über die Option Internetzugriff erlauben kann festgelegt werden, ob Horum Funktionen verwenden darf, die einen Zugriff auf das Internet benötigen.
text_2: Der Internetzugriff gehört zu den grundlegenden Einstellungen und steht bereits im Free-Plan zur Verfügung. Die Konfiguration der einzelnen Suchanbieter erfolgt unabhängig davon innerhalb des Entwicklerbereichs.
future:
title: Weitere Entwicklerfunktionen
text_1: Der Entwicklerbereich ist für zusätzliche erweiterte Systemfunktionen vorgesehen und wird mit weiteren Möglichkeiten ergänzt.
text_2: Welche Funktionen verfügbar sind und welche davon verwendet werden können, kann dabei vom jeweiligen Horum-Plan abhängig sein.
save:
title: Speichern
text_1: Über Speichern werden die vorgenommenen Einstellungen des Entwicklerbereichs übernommen.
text_2: Dazu gehören die Konfiguration der Suchanbieter sowie die gewählten erweiterten Systemeinstellungen.
summary:
title: Zusammenfassung
text: Der Entwicklerbereich bietet erfahrenen Nutzern und Entwicklern Zugriff auf Suchanbieter und erweiterte Systemeinstellungen von Horum. Einzelne Funktionen können vom aktiven Lizenzplan abhängig sein, während grundlegende Einstellungen wie die Freigabe des Internetzugriffs bereits im Free-Plan verfügbar sind. Der Bereich wird zukünftig um weitere Entwicklerfunktionen erweitert.

settings/forbidden_de.json

documentation:
forbidden:
title: Verbote
intro: Im Bereich Verbote werden Grenzen und Vorgaben definiert, die festlegen, was Horum nicht tun, verwenden oder zulassen soll. Die persönliche Forbidden.md bildet dabei immer die Grundlage, während zusätzliche Verbotsdateien aktiviert und nach ihrer Priorität angeordnet werden können.
main:
title: Haupt-Verbotsdatei
text_1: Die persönliche Forbidden.md ist die zentrale Verbotsdatei des Nutzers. Sie enthält die grundlegenden Grenzen für Horum und besitzt innerhalb der aktiven Verbotsdateien immer die höchste Priorität.
text_2: Sie bildet die dauerhafte Grundlage der persönlichen Verbote und wird unabhängig von zusätzlich installierten oder aktivierten Verbotsdateien berücksichtigt.
list_1: Die persönliche Forbidden.md bildet immer die Grundlage der Verbote.
list_2: Die Haupt-Verbotsdatei besitzt die höchste Priorität und steht vor allen zusätzlichen Verboten.
list_3: Die persönliche Forbidden.md kann direkt im Markdown-Editor bearbeitet und gespeichert werden.
additional:
title: Zusätzliche Verbote
text_1: Neben der persönlichen Forbidden.md können weitere Verbotsdateien aus installierten Paketen verwendet werden. Sie ergänzen die grundlegenden Grenzen um zusätzliche Verbote für bestimmte Verhaltensweisen, Inhalte oder Einsatzbereiche.
text_2: Zusätzliche Verbote ersetzen die persönliche Forbidden.md nicht, sondern werden gemeinsam mit ihr verarbeitet.
list_1: Zusätzliche Verbotsdateien können über die Checkbox aktiviert oder deaktiviert werden.
list_2: Mehrere zusätzliche Verbotsdateien können gleichzeitig aktiv sein.
list_3: Nur aktive Verbotsdateien werden bei der Verarbeitung berücksichtigt.
priority:
title: Priorität und Reihenfolge
text_1: Die persönliche Forbidden.md steht immer an erster Stelle. Für die zusätzlich aktiven Verbotsdateien kann anschließend eine eigene Reihenfolge festgelegt werden.
text_2: Horum arbeitet die aktiven Verbote entsprechend dieser Priorität ab. Die Reihenfolge bestimmt damit, in welcher Abfolge die zusätzlichen Grenzen und Vorgaben berücksichtigt werden.
list_1: Forbidden.md besitzt immer die höchste Priorität.
list_2: Zusätzliche Verbotsdateien können mit den Pfeilen in ihrer Reihenfolge verschoben werden.
list_3: Die angezeigte Nummerierung zeigt die Priorität der zusätzlichen Verbotsdateien.
behavior:
title: Einfluss auf Horum
text_1: Während Rules.md vorgibt, wie Horum handeln und arbeiten soll, definiert Forbidden.md Grenzen für dieses Verhalten. Sie legt fest, welche Handlungen, Inhalte oder Verhaltensweisen Horum nicht berücksichtigen oder ausführen soll.
text_2: Horum berücksichtigt zuerst die persönliche Forbidden.md und anschließend die weiteren aktiven Verbotsdateien entsprechend ihrer festgelegten Reihenfolge.
editor:
title: Markdown-Editor
text_1: Die Verbote werden als Markdown-Dateien dargestellt. Die persönliche Forbidden.md kann direkt im integrierten Markdown-Editor bearbeitet werden.
text_2: Bei Verbotsdateien aus installierten Paketen dient der Editor ausschließlich zur Anzeige. Paketdateien sind schreibgeschützt und können innerhalb der Einstellungen nicht verändert werden.
list_1: Persönliche Forbidden.md: Lesen, bearbeiten und speichern.
list_2: Installierte Paket-Verbote: Lesen ohne Bearbeitungsmöglichkeit.
markdown:
title: Struktur einer Forbidden.md
text_1: Forbidden-Dateien verwenden Markdown, um Verbote und zugehörige Bereiche übersichtlich zu strukturieren. Die Legende oberhalb des Editors zeigt die wichtigsten verfügbaren Strukturelemente.
text_2: Dadurch können unterschiedliche Verbotsbereiche voneinander getrennt und einzelne Grenzen eindeutig formuliert werden.
list_1: # MD Titel: Definiert eine Hauptüberschrift innerhalb der Markdown-Datei.
list_2: : Fügt einen Kommentar ein, der zur internen Strukturierung der Datei verwendet werden kann.
list_3: ## Titel: Erstellt eine untergeordnete Überschrift für einen eigenen Verbotsbereich.
list_4: - Verbot: Definiert ein einzelnes Verbot oder eine Grenze als Listeneintrag.
packages:
title: Verbote aus Paketen
text_1: Installierte Persönlichkeits-Pakete können zusätzliche Forbidden-Dateien bereitstellen. Diese erscheinen in der Verbotsverwaltung und können aktiviert sowie in ihrer Priorität angeordnet werden.
text_2: Die Dateien installierter Pakete bleiben unverändert. Sie können gelesen und für Horum aktiviert werden, dürfen jedoch nicht durch die Einstellungen überschrieben werden.
list_1: Installierte Paket-Verbote können aktiviert oder deaktiviert werden.
list_2: Aktive Paket-Verbote können unterhalb der persönlichen Forbidden.md priorisiert werden.
list_3: Der Inhalt einer Paket-Verbotsdatei ist schreibgeschützt.
save:
title: Speichern
text_1: Beim Speichern werden Änderungen an der persönlichen Forbidden.md sowie die Auswahl und Reihenfolge der zusätzlich aktiven Verbotsdateien übernommen.
text_2: Die Inhalte installierter Paket-Verbote werden dabei nicht verändert.
export:
title: Verwendung beim Export
text_1: Für den Export einer eigenen Persönlichkeit wird die persönliche Forbidden.md verwendet. Sie enthält die vom Nutzer erstellten und bearbeitbaren Verbote, die Bestandteil des eigenen Exports werden können.
text_2: Zusätzlich aktivierte Forbidden-Dateien aus installierten Paketen werden nicht als eigene Verbotsdateien in den Export übernommen. Sie bleiben Bestandteil ihrer jeweiligen installierten Pakete.
summary:
title: Zusammenfassung
text: Die persönliche Forbidden.md bildet immer die zentrale Verbotsdatei von Horum, besitzt die höchste Priorität und wird für den Export der eigenen Persönlichkeit verwendet. Zusätzliche Paket-Verbote können aktiviert und priorisiert werden und ergänzen die persönlichen Grenzen, bleiben jedoch schreibgeschützt und werden nicht als Teil der eigenen Forbidden.md exportiert.

settings/horum_window_de.json

documentation:
horum_window:
title: Horum Fenster
intro: Im Bereich Horum Fenster wird das grundlegende Erscheinungsbild der Arbeits UI und der Resultat UI konfiguriert. Beide Oberflächen besitzen eigene Designs und können unabhängig voneinander auf Horum Standard oder ein installiertes Paket eingestellt werden.
interfaces:
title: Arbeits UI und Resultat UI
text_1: Die Einstellungen sind in zwei Bereiche unterteilt: Arbeits UI und Resultat UI. Beide verwenden dasselbe grundlegende Styling-System, werden jedoch unabhängig voneinander konfiguriert.
text_2: Dadurch kann beispielsweise die Arbeits UI mit einem selbst gestalteten Horum Standard verwendet werden, während für die Resultat UI gleichzeitig ein Design aus einem installierten Paket ausgewählt ist.
list_1: Arbeits UI: Darstellung der Oberfläche, mit der Horum während eines Vorgangs arbeitet.
list_2: Resultat UI: Darstellung der Oberfläche für aufbereitete Ergebnisse.
list_3: Designauswahl und Konfiguration erfolgen für beide UI-Typen unabhängig voneinander.
design:
title: Designauswahl
text_1: Für die Arbeits UI und die Resultat UI steht jeweils eine eigene Designauswahl zur Verfügung. Horum Standard stellt dabei das persönliche und bearbeitbare Design dar.
text_2: Zusätzlich installierte Designs erscheinen ebenfalls in der jeweiligen Auswahl. Wie bei den Core-Einstellungen können nur die Standardwerte bearbeitet werden. Bei einem Paketdesign werden die zugehörigen Einstellungen zur Bearbeitung deaktiviert.
list_1: Horum Standard kann vollständig angepasst werden.
list_2: Installierte Paketdesigns können ausgewählt, aber nicht verändert werden.
list_3: Arbeits UI und Resultat UI können unterschiedliche Designs verwenden.
states:
title: Fokus und Inaktiv
text_1: Die Fensterdarstellung unterscheidet zwischen den Zuständen Fokus und Inaktiv. Dadurch kann visuell dargestellt werden, ob Horum gerade aktiv mit einer Oberfläche arbeitet oder sie weiterhin nur im Hintergrund verwendet.
text_2: Inaktiv bedeutet nicht, dass das Fenster geschlossen oder der zugehörige Vorgang beendet wurde. Horum kann die Oberfläche weiterhin operativ im Hintergrund verwenden, beispielsweise für Analysen, Suchen oder andere laufende Vorgänge.
list_1: Fokus: Horum arbeitet aktuell aktiv mit der Oberfläche.
list_2: Inaktiv: Die Oberfläche bleibt vorhanden und kann weiterhin operativ verwendet werden, befindet sich jedoch momentan nicht im aktiven Fokus.
window:
title: Fensterdesign
text_1: Der erste Styling-Bereich bestimmt die Geometrie und die grundlegende Darstellung des jeweiligen Fensters. Neben Größe und Form können die Farben und Deckkräfte für Fokus und Inaktiv getrennt festgelegt werden.
text_2: Für beide Zustände stehen ein Start- und Endwert für den Hintergrund sowie eine eigene Rahmenfarbe zur Verfügung. Dadurch kann der Hintergrund als Farbverlauf gestaltet und der Zustand des Fensters visuell unterschieden werden.
list_1: Breite: Bestimmt die Breite des Fensters.
list_2: Mindest-Höhe: Legt die minimale Höhe des Fensters fest.
list_3: Eckenradius: Bestimmt die Rundung der Fensterecken.
list_4: Rahmenbreite: Bestimmt die Stärke des äußeren Fensterrahmens.
list_5: Hintergrund: Startfarbe, Endfarbe und Deckkraft können für Fokus und Inaktiv separat eingestellt werden.
list_6: Rahmen: Rahmenfarbe und Rahmen-Deckkraft können für Fokus und Inaktiv separat eingestellt werden.
widgets:
title: Widget-Styling
text_1: Der zweite Styling-Bereich bestimmt das Erscheinungsbild der Widgets innerhalb der Oberfläche. Diese Einstellungen sind unabhängig von der grundlegenden Geometrie und den Zustandsfarben des Fensters.
text_2: Damit können die enthaltenen UI-Elemente einheitlich an das gewählte Fensterdesign angepasst werden.
list_1: Eckenradius: Bestimmt die Rundung der Widgets.
list_2: Rahmenbreite: Bestimmt die Stärke der Widget-Rahmen.
list_3: Trennliniendicke: Bestimmt die Stärke von Trennlinien innerhalb der Oberfläche.
list_4: Hintergrundfarbe: Bestimmt die grundlegende Hintergrundfarbe der Widgets.
list_5: Rahmenfarbe: Bestimmt die Farbe der Widget-Rahmen.
fonts:
title: Schrift und Inhalte
text_1: Der dritte Styling-Bereich bestimmt die Darstellung der Inhalte innerhalb der Widgets. Schriftarten, Größen und Textfarben können dadurch unabhängig von Fenster- und Widget-Styling konfiguriert werden.
text_2: Die Schriftart-Dropdowns zeigen die verfügbaren Schriftarten direkt in ihrer jeweiligen Darstellung an. Dadurch kann das Schriftbild bereits während der Auswahl visuell beurteilt werden und nicht nur anhand des Namens.
list_1: Text & Labels: Legt die Schriftart für normale Texte und Beschriftungen fest.
list_2: Titel: Legt die Schriftart für Titel fest.
list_3: Textgröße: Bestimmt die Größe normaler Texte.
list_4: Labelgröße und Titelgröße können separat eingestellt werden.
list_5: Textfarben können für Fokus und Inaktiv unabhängig voneinander festgelegt werden.
work_ui:
title: Arbeits UI
text_1: Die Arbeits UI wird von Horum während aktiver Arbeitsvorgänge verwendet. Ihr Design kann unabhängig von der Resultat UI ausgewählt und konfiguriert werden.
text_2: Für Horum Standard können Fenster, Widgets und Inhalte vollständig angepasst werden. Wird stattdessen ein installiertes Arbeits-UI-Design ausgewählt, bleiben dessen Designwerte geschützt und können nicht bearbeitet werden.
result_ui:
title: Resultat UI
text_1: Die Resultat UI verwendet dasselbe grundlegende Styling-System wie die Arbeits UI, besitzt jedoch eine eigene Designauswahl und eigene Einstellungen.
text_2: Auch hier kann Horum Standard individuell gestaltet oder ein installiertes Resultat-UI-Design ausgewählt werden. Die Auswahl der Resultat UI ist unabhängig von der Auswahl der Arbeits UI.
packages:
title: Designs aus Paketen
text_1: Installierte Pakete können zusätzliche Designs für die Arbeits UI oder die Resultat UI bereitstellen. Diese Designs erscheinen in der jeweiligen Designauswahl.
text_2: Paketdesigns werden nicht direkt verändert. Sobald ein Paket ausgewählt ist, sind die zugehörigen Styling-Einstellungen schreibgeschützt beziehungsweise zur Bearbeitung deaktiviert.
list_1: Horum Standard bleibt das bearbeitbare persönliche Design.
list_2: Paketdesigns können ausgewählt und verwendet, aber nicht überschrieben werden.
list_3: Arbeits UI und Resultat UI können unabhängig voneinander Standard- oder Paketdesigns verwenden.
save:
title: Speichern
text_1: Beim Speichern werden die gewählten Designs für Arbeits UI und Resultat UI übernommen. Änderungen an den Styling-Werten werden nur für die jeweils bearbeitbare Standardkonfiguration gespeichert.
text_2: Wird für eine der beiden Oberflächen ein Paketdesign verwendet, bleiben dessen enthaltene Designwerte unverändert.
summary:
title: Zusammenfassung
text: Das Horum Fenster kann für Arbeits UI und Resultat UI unabhängig gestaltet werden. Horum Standard erlaubt die Bearbeitung von Fenster, Widgets und Inhalten, während installierte Paketdesigns geschützt bleiben. Fokus und Inaktiv ermöglichen zusätzlich eine unterschiedliche Darstellung abhängig davon, ob Horum gerade aktiv mit einer Oberfläche arbeitet oder sie operativ im Hintergrund verwendet.

settings/license_plans_de.json

documentation:
license_plans:
title: Lizenz Pläne
intro: Die Lizenzübersicht zeigt die verfügbaren Horum-Pläne, deren enthaltene Funktionen und den aktuell aktiven Plan. Die Verwaltung oder Änderung eines Plans erfolgt nicht innerhalb der Anwendung.
overview:
title: Verfügbare Pläne
text_1: Horum stellt die Lizenzmodelle Free, Personal und Premium gegenüber. Jeder Plan besitzt unterschiedliche Funktionsumfänge und Limits.
text_2: Die Übersicht dient dazu, den eigenen Plan zu erkennen und die verfügbaren Pläne direkt miteinander zu vergleichen.
list_1: Free: Kostenloser Einstieg mit grundlegenden Funktionen und begrenzten Kontingenten.
list_2: Personal: Erweiterter Plan für den produktiven Alltag mit höheren Limits und zusätzlichen Funktionen.
list_3: Premium: Umfangreichster Plan mit dem vollständigen verfügbaren Funktionsumfang und den höchsten beziehungsweise unbegrenzten Kontingenten.
comparison:
title: Pläne vergleichen
text_1: Die einzelnen Plankarten zeigen den aktuell angebotenen Preis sowie die jeweils enthaltenen Funktionen und Limits. Dadurch können Unterschiede zwischen Free, Personal und Premium direkt verglichen werden.
text_2: Die angezeigten Preise und Leistungsumfänge entsprechen dem aktuellen Angebot und können sich mit zukünftigen Versionen oder Anpassungen der Lizenzmodelle ändern.
list_1: KI und Modelle: Online-KI, lokale KI-Modelle und lokale Generatoren.
list_2: Marktplatz und Inhalte: Anzahl verfügbarer Produkte sowie Standard- und Premium-Stimmen und Voice Styles.
list_3: Persönlichkeit und Verhalten: Regeln, verbotene Regeln und Soul-System.
list_4: Speicher und Konfiguration: Memory-Kategorien und Pfade je Kategorie.
list_5: Weitere Funktionen: Spracheingabe, Sprachausgabe, eigene Anrede, Developer Panel sowie Export und Import.
active:
title: Aktiver Plan
text_1: Der aktuell mit dem angemeldeten Horum-Konto verbundene Plan wird innerhalb der Übersicht deutlich hervorgehoben.
text_2: Da der aktive Plan bereits verwendet wird, kann er nicht erneut ausgewählt werden. Der zugehörige Button ist deshalb deaktiviert und ausgegraut.
list_1: Der aktive Plan wird visuell hervorgehoben.
list_2: Der Button zeigt den Status Aktiver Plan.
list_3: Der Button des aktiven Plans ist deaktiviert und kann nicht angeklickt werden.
login:
title: Anmeldung erforderlich
text_1: Für die Anzeige des persönlichen Lizenzstatus und des aktiven Plans muss der Nutzer innerhalb der Horum-Anwendung angemeldet sein.
text_2: Auch für Änderungen am Plan über die Horum-Webseite ist eine Anmeldung mit dem entsprechenden Konto erforderlich.
management:
title: Upgrade und Downgrade
text_1: Die Verwaltung des Lizenzplans ist nicht innerhalb der Horum-Anwendung vorgesehen. Die Anwendung stellt die Pläne dar und bietet den direkten Übergang zur webbasierten Planverwaltung.
text_2: Wird bei einem anderen Plan Upgrade oder Downgrade gewählt, wird der Nutzer zur Horum-Webseite weitergeleitet. Die eigentliche Änderung des Plans erfolgt dort.
list_1: Upgrade: Führt zur Webseite, um zu einem höheren Plan zu wechseln.
list_2: Downgrade: Führt zur Webseite, um zu einem niedrigeren Plan zu wechseln.
list_3: Planänderungen und deren Verwaltung werden ausschließlich über die Webseite durchgeführt.
summary:
title: Zusammenfassung
text: Die Lizenzseite innerhalb der Anwendung dient zur Anzeige und zum Vergleich der verfügbaren Horum-Pläne. Der aktive Plan wird hervorgehoben und kann nicht erneut ausgewählt werden. Upgrades und Downgrades werden nicht in der Anwendung durchgeführt, sondern über die Horum-Webseite verwaltet.

settings/memory_de.json

documentation:
memory:
title: Speicher
intro: Der Speicher bestimmt, welche Informationen Horum dauerhaft behalten darf und wie Erinnerungen verarbeitet und organisiert werden. Dadurch lässt sich steuern, wie Horum Wissen speichert, wiedererkennt und für zukünftige Interaktionen verwendet.
system:
title: Gedächtnis und Lernverhalten
text_1: Das Memory-System bildet das langfristige Gedächtnis von Horum. Informationen können als Erinnerungen gespeichert und bei späteren Vorgängen wieder berücksichtigt werden.
text_2: Die Einstellungen bestimmen dabei nicht den Inhalt einzelner Erinnerungen, sondern wie Horum mit seinem Gedächtnis umgeht, ähnliche Informationen erkennt und gespeichertes Wissen organisiert.
general:
title: Allgemeine Einstellungen
text_1: Die grundlegenden Funktionen des Memory-Systems können einzeln aktiviert oder deaktiviert werden. Dadurch lässt sich festlegen, wie selbstständig Horum beim Speichern und Verwalten von Erinnerungen arbeiten soll.
text_2: Die Optionen beeinflussen sowohl die grundsätzliche Verwendung des Gedächtnisses als auch den Umgang mit bereits vorhandenen oder ähnlichen Erinnerungen.
list_1: Memory aktivieren: Aktiviert das Memory-System und damit die Verwendung dauerhaft gespeicherter Erinnerungen.
list_2: Intelligentes Speichern aktivieren: Aktiviert die intelligente Verarbeitung beim Speichern neuer Erinnerungen.
list_3: Doppelte Erinnerungen vermeiden: Verhindert, dass bereits vorhandene oder ausreichend ähnliche Informationen unnötig mehrfach gespeichert werden.
list_4: Erinnerungen automatisch zusammenführen: Ermöglicht Horum, zusammengehörige beziehungsweise ausreichend ähnliche Erinnerungen automatisch zusammenzuführen.
similarity:
title: Ähnlichkeit von Erinnerungen
text_1: Für die Erkennung bereits bekannter oder ähnlicher Erinnerungen können die Levenshtein-Distanz und eine Ähnlichkeitsschwelle eingestellt werden.
text_2: Damit lässt sich bestimmen, wie ähnlich Informationen sein müssen, bevor Horum sie bei der Verarbeitung des Gedächtnisses als bereits bekannt oder zusammengehörig bewertet.
list_1: Levenshtein-Distanz: Legt die maximale Zeichenabweichung fest, die beim Vergleich von Erinnerungen berücksichtigt wird.
list_2: Ähnlichkeitsschwelle: Legt in Prozent fest, wie ähnlich Informationen sein müssen, damit sie als bestehende beziehungsweise ausreichend ähnliche Erinnerung erkannt werden.
files:
title: Memory-Dateien
text_1: Für die Speicherung kann eine maximale Größe einzelner Memory-Dateien festgelegt werden. Zusätzlich lässt sich bestimmen, ab welcher Größe automatisch eine neue Datei erstellt wird.
text_2: Dadurch kann das langfristige Gedächtnis auf mehrere Dateien verteilt werden, anstatt unbegrenzt innerhalb einer einzelnen Memory-Datei zu wachsen.
list_1: Maximale Dateigröße: Bestimmt die maximal vorgesehene Größe einer einzelnen Memory-Datei in MB.
list_2: Neue Datei erstellen ab: Bestimmt, ab welcher Dateigröße automatisch eine neue Memory-Datei angelegt wird.
categories:
title: Kategorien
text_1: Kategorien können Horum vorgegeben werden, damit sich das Gedächtnis und Lernverhalten an einer gewünschten Struktur orientieren kann. Sie helfen dabei, gespeicherte Informationen thematisch zu organisieren.
text_2: Kategorien sind dabei keine zwingende Voraussetzung. Werden keine Kategorien vorgegeben, entscheidet Horum selbst, wie das gespeicherte Wissen organisiert wird.
list_1: Eigene Kategorien können dynamisch hinzugefügt und benannt werden.
list_2: Kategorien können einzeln aktiviert oder deaktiviert werden.
list_3: Nicht mehr benötigte Kategorien können aus der Vorgabe entfernt werden.
list_4: Sind Kategorien vorhanden, kann Horum diese als Orientierung für die Organisation seines Gedächtnisses und Lernverhaltens verwenden.
learning:
title: Lernfähigkeit
text_1: Das Memory-System ermöglicht Horum, relevante Informationen über einzelne Interaktionen hinaus zu behalten und dieses gespeicherte Wissen später erneut zu berücksichtigen.
text_2: Durch die Kombination aus intelligentem Speichern, Ähnlichkeitserkennung, Duplikatvermeidung, optionalem Zusammenführen und Kategorien kann beeinflusst werden, wie Horum sein langfristiges Wissen aufbaut und organisiert.
export:
title: Export
text_1: Die konfigurierte Kategorienstruktur kann exportiert werden. Dadurch lässt sich eine bestehende Organisation des Memory-Systems außerhalb der aktuellen Konfiguration sichern oder weiterverwenden.
text_2: Der Export ermöglicht es, die vorgegebenen Kategorien später erneut zu verwenden, ohne die Struktur vollständig neu anlegen zu müssen.
import:
title: Import
text_1: Eine zuvor exportierte Kategorienstruktur kann wieder importiert werden. Dadurch lassen sich vorhandene Vorgaben für die Organisation des Gedächtnisses erneut in Horum übernehmen.
text_2: Nach dem Import kann Horum die übernommenen Kategorien wieder als Orientierung für die Organisation des Memory-Systems verwenden.
save:
title: Speichern
text_1: Über Speichern werden die vorgenommenen Einstellungen des Memory-Systems übernommen.
text_2: Dazu gehören die allgemeinen Memory-Optionen, Einstellungen zur Ähnlichkeit und Dateigröße sowie die konfigurierte Kategorienstruktur.
summary:
title: Zusammenfassung
text: Das Memory-System steuert das langfristige Gedächtnis und Lernverhalten von Horum. Ähnlichkeitserkennung, Duplikatvermeidung, Zusammenführung und Dateigrenzen bestimmen den Umgang mit Erinnerungen. Kategorien können zusätzlich eine gewünschte Struktur vorgeben; ohne solche Vorgaben organisiert Horum sein Gedächtnis selbst. Die Kategorienstruktur kann exportiert und später wieder importiert werden.

settings/models_generators_de.json

documentation:
models_generators:
title: Modelle & Generatoren
intro: Im Bereich Modelle & Generatoren wird festgelegt, welche KI Horum verwendet und welche lokalen Systeme für die Generierung von Medien zur Verfügung stehen. Für das aktive KI-Modell kann zwischen einer Online-API und lokalen Modellen gewählt werden.
active_model:
title: Aktives KI-Modell
text_1: Horum kann entweder mit einem Online-Modell über eine API oder mit lokal installierten KI-Modellen arbeiten. Die beiden Betriebsarten werden getrennt verwendet und können nicht gleichzeitig als aktives KI-Modell eingesetzt werden.
text_2: Über die Auswahl Aktives KI-Modell wird festgelegt, welche Variante Horum für seine KI-Verarbeitung verwendet.
list_1: Online-Modell: Verwendet ein KI-Modell über die API eines unterstützten Anbieters.
list_2: Lokales Modell: Verwendet ein auf dem eigenen System installiertes KI-Modell.
list_3: Online- und lokale Modelle können nicht miteinander kombiniert als aktives KI-Modell verwendet werden.
online:
title: Online-Modelle
text_1: Im Bereich Online wird ein unterstützter API-Anbieter und anschließend das gewünschte Modell dieses Anbieters ausgewählt.
text_2: Horum unterstützt unterschiedliche Anbieter und Modelle. Dazu gehören unter anderem GPT, Claude, Gemini und DeepSeek. Welche Modelle verfügbar sind, hängt vom jeweiligen Anbieter und dessen Anbindung ab.
list_1: Anbieter: Legt den verwendeten Online-KI-Anbieter fest.
list_2: Modell: Legt das konkrete KI-Modell des gewählten Anbieters fest.
list_3: Für die Verbindung wird der entsprechende API-Schlüssel des Anbieters verwendet.
list_4: Die verfügbaren Einstellungen können sich abhängig vom gewählten Anbieter und Modell unterscheiden.
api:
title: API-Anbindung
text_1: Online-Modelle werden über die API des jeweiligen Anbieters angebunden. Der dafür benötigte API-Schlüssel wird in der Modellkonfiguration hinterlegt.
text_2: Der API-Schlüssel ermöglicht Horum den Zugriff auf das ausgewählte Online-Modell. Die Bereitstellung, Gültigkeit und Nutzung des Schlüssels richtet sich nach dem jeweiligen Anbieter.
parameters:
title: Modellparameter
text_1: Für Online-Modelle können zusätzliche Modellparameter zur Verfügung stehen. Die angezeigten Optionen werden an die Fähigkeiten und Einstellungsmöglichkeiten des ausgewählten Modells angepasst.
text_2: Dadurch werden nur Parameter angeboten, die für die jeweilige Modellanbindung vorgesehen sind. Nicht jedes Modell unterstützt deshalb dieselben Einstellungen.
list_1: Denkmodus: Legt fest, ob ein unterstützter Denkmodus verwendet wird.
list_2: Denkintensität: Bestimmt bei unterstützten Modellen die Intensität des Denkmodus.
list_3: Temperatur: Steuert den entsprechenden Generierungsparameter des Modells.
list_4: Top P: Steuert den entsprechenden Auswahlparameter des Modells.
list_5: Maximale Tokens: Legt die konfigurierte maximale Token-Anzahl fest.
local:
title: Lokale KI-Modelle
text_1: Im Bereich Lokal werden die auf dem eigenen System verfügbaren lokalen KI-Modelle konfiguriert. Die Verarbeitung erfolgt dabei über die lokal eingerichteten Modelle anstelle eines Online-Modells.
text_2: Abhängig vom verwendeten Lizenzplan können ein oder mehrere lokale Modelle zur Verfügung stehen.
list_1: Lokale Modelle werden auf dem eigenen System betrieben.
list_2: Die Anzahl nutzbarer lokaler Modelle ist vom Lizenzplan abhängig.
list_3: Bei mehreren verfügbaren Modellen kann deren Reihenfolge festgelegt werden.
local_priority:
title: Priorität lokaler Modelle
text_1: Sind mehrere lokale KI-Modelle eingerichtet, können diese entsprechend ihrer Priorität angeordnet werden. Horum kann die verfügbaren Modelle dadurch in einer festgelegten Reihenfolge berücksichtigen.
text_2: Wer besonderen Wert auf Geschwindigkeit legt, sollte sich nach Möglichkeit auf ein einzelnes geeignetes Modell festlegen. Die Abfrage mehrerer Modelle kann je nach Anzahl und Systemleistung zusätzliche Zeit beanspruchen.
list_1: Mehrere lokale Modelle können nach Priorität angeordnet werden.
list_2: Die Reihenfolge bestimmt, in welcher Priorität die Modelle berücksichtigt werden.
list_3: Eine größere Anzahl abzufragender Modelle kann die Verarbeitung verlangsamen.
generators:
title: Lokale Generatoren
text_1: Generatoren werden nach ihren jeweiligen Fähigkeiten organisiert. Dadurch kann für unterschiedliche Generierungsaufgaben festgelegt werden, welche lokal verfügbaren Systeme verwendet werden sollen.
text_2: Nicht jeder Generator unterstützt dieselben Funktionen. Bei der Konfiguration muss deshalb berücksichtigt werden, für welche Aufgaben der jeweilige Generator vorgesehen ist.
list_1: Bilder erstellen: Generatoren für die Erzeugung neuer Bilder.
list_2: Bilder bearbeiten: Generatoren für die Bearbeitung bestehender Bilder.
list_3: Videos erstellen: Generatoren für die Erzeugung neuer Videos.
list_4: Bilder zu Videos: Generatoren für die Erstellung von Videos auf Grundlage eines Bildes.
generator_priority:
title: Priorität der Generatoren
text_1: Innerhalb jeder unterstützten Fähigkeit können mehrere Generatoren nach Priorität angeordnet werden. Die Priorisierung erfolgt getrennt für die jeweiligen Generierungsarten.
text_2: Dadurch kann festgelegt werden, welcher geeignete Generator für eine bestimmte Aufgabe bevorzugt berücksichtigt werden soll.
list_1: Die Priorität wird für jede Fähigkeit separat festgelegt.
list_2: Ein Generator kann nur für Fähigkeiten berücksichtigt werden, die er tatsächlich unterstützt.
list_3: Die Reihenfolge legt fest, welche geeigneten Generatoren bevorzugt berücksichtigt werden.
generator_api:
title: Generatoren über Online-Modelle
text_1: Eine separate API-Anbindung ausschließlich für Generatoren ist derzeit nicht vorgesehen. Generatoren werden grundsätzlich über die lokal verfügbaren Systeme konfiguriert.
text_2: Unterstützt das ausgewählte Online-KI-Modell entsprechende Generierungsanfragen direkt, können solche Fähigkeiten über dessen bestehende Modellanbindung verfügbar sein.
license:
title: Abhängigkeit vom Lizenzplan
text_1: Wie viele lokale KI-Modelle und Generatoren verwendet werden können, hängt vom aktiven Horum-Lizenzplan ab. Die Pläne stellen dafür unterschiedliche Kontingente und Möglichkeiten bereit.
text_2: Die tatsächlich auswählbaren Systeme richten sich deshalb sowohl nach den installierten Modellen und Generatoren als auch nach den Möglichkeiten des aktiven Plans.
requirements:
title: Systemanforderungen
text_1: Lokale KI-Modelle und insbesondere Generatoren werden auf dem eigenen Computer ausgeführt und können unterschiedliche Anforderungen an die vorhandene Hardware stellen.
text_2: Vor der Verwendung eines Generators müssen deshalb dessen jeweilige Systemanforderungen berücksichtigt werden. Ausführliche Informationen zu einzelnen Generatoren und ihren Anforderungen befinden sich in der Generator-Dokumentation des Marktplatzes.
summary:
title: Zusammenfassung
text: Horum kann wahlweise ein Online-Modell über eine API oder lokale KI-Modelle verwenden. Online-Parameter passen sich an das ausgewählte Modell an, während mehrere lokale Modelle nach Priorität organisiert werden können. Lokale Generatoren werden zusätzlich nach ihren Fähigkeiten und Prioritäten konfiguriert. Verfügbarkeit und Anzahl lokaler Systeme hängen vom Lizenzplan ab und ihre Nutzung muss die Anforderungen des eigenen Computers berücksichtigen.

settings/paths_de.json

documentation:
paths:
title: Pfade
intro: In den Pfadeinstellungen wird festgelegt, wo Horum lokale KI-Systeme findet und auf welche Anwendungen, Spiele und Medien Horum zugreifen darf. Mehrere Ordner können dynamisch hinzugefügt und je nach Bereich gezielt freigegeben werden.
storage:
title: Speicherpfade
text_1: Für lokale KI-Modelle und Generatoren können separate Installationspfade festgelegt werden. Diese Pfade betreffen ausschließlich lokal installierte Systeme.
text_2: Horum verwendet diese Verzeichnisse, um die entsprechenden lokalen Modelle und Generatoren zu finden.
list_1: Lokale KI-Modelle: Speicher- und Installationspfad für lokal verwendete KI-Modelle.
list_2: Generatoren: Speicher- und Installationspfad für lokal verwendete Generatoren.
access:
title: Pfade und Zugriffsfreigaben
text_1: Pfade für Anwendungen, Spiele und Medien bestimmen nicht nur, wo Horum nach Inhalten sucht. Sie legen gleichzeitig fest, welche Inhalte Horum lesen, verwenden oder ausführen darf.
text_2: Dadurch kann gezielt kontrolliert werden, welche Bereiche des Computers für Horum verfügbar sind.
applications:
title: Anwendungen
text_1: Im Bereich Anwendungen können ein oder mehrere Suchpfade hinzugefügt werden. Horum durchsucht diese Pfade nach ausführbaren EXE-Dateien und stellt gefundene Anwendungen anschließend in einer separaten Liste dar.
text_2: Da die Suche auf ausführbaren Dateien basiert, können dabei auch Spiele, Hilfsprogramme oder andere EXE-Dateien gefunden werden. Die gewählten Suchpfade sollten deshalb bewusst festgelegt werden.
list_1: Suchpfade legen fest, in welchen Ordnern nach ausführbaren Dateien gesucht wird.
list_2: Ordner hinzufügen ermöglicht das dynamische Hinzufügen weiterer Suchpfade.
list_3: Gefundene EXE-Dateien werden in der Liste Gefundene Anwendungen angezeigt.
list_4: Eine gefundene Datei ist nicht automatisch für die Ausführung durch Horum freigegeben.
application_list:
title: Gefundene Anwendungen verwalten
text_1: Die Liste der gefundenen Anwendungen dient gleichzeitig als Freigabe für Horum. Ein Eintrag muss aktiviert sein, damit Horum die entsprechende Anwendung starten darf.
text_2: Nicht benötigte oder unerwünschte Einträge können über die Sichtbarkeit ausgeblendet werden. Ausgeblendete Einträge werden nach unten verschoben und bleiben von den regulär sichtbaren Anwendungen getrennt.
list_1: Aktiviert: Horum darf die gefundene Anwendung verwenden beziehungsweise starten.
list_2: Deaktiviert: Die Anwendung bleibt in der Liste, ist jedoch nicht für Horum freigegeben.
list_3: Ausgeblendet: Der Eintrag wird über das Augen-Symbol ausgeblendet und nach unten verschoben.
list_4: Aktualisieren durchsucht die konfigurierten Pfade erneut. Zusätzlich können alle gefundenen Einträge gemeinsam ausgewählt oder abgewählt werden.
games:
title: Spiele
text_1: Der Bereich Spiele arbeitet ähnlich wie die Anwendungssuche. Suchpfade können hinzugefügt und gefundene Spiele anschließend einzeln aktiviert, deaktiviert oder ausgeblendet werden.
text_2: Auch hier entscheidet die Freigabe in der Ergebnisliste darüber, welche gefundenen Einträge Horum verwenden beziehungsweise starten darf.
list_1: Aktivierte Spiele sind für Horum freigegeben.
list_2: Deaktivierte Spiele bleiben erfasst, dürfen von Horum jedoch nicht gestartet werden.
list_3: Ausgeblendete Einträge werden über das Augen-Symbol verborgen und nach unten verschoben.
game_libraries:
title: Steam und Epic Games
text_1: Für Spiele stehen zusätzlich spezielle Suchmöglichkeiten für Steam und Epic Games zur Verfügung. Dadurch können die jeweiligen Bibliotheksinformationen verwendet werden, anstatt ausschließlich nach beliebigen EXE-Dateien zu suchen.
text_2: Das ist besonders bei Spielebibliotheken hilfreich, deren installierte Spiele nicht sinnvoll allein über eine allgemeine EXE-Suche bestimmt werden können.
list_1: Steam: Berücksichtigt die Steam-Bibliothek für die Ermittlung installierter Spiele.
list_2: Epic Games: Berücksichtigt die Epic-Games-Bibliothek für die Ermittlung installierter Spiele.
recursive:
title: Rekursive Suche
text_1: Mit Rekursiv suchen wird nicht nur der ausgewählte Ordner selbst durchsucht. Die Suche wird zusätzlich auf dessen Unterordner erweitert.
text_2: Bei großen oder sehr allgemeinen Verzeichnissen kann dadurch eine große Anzahl ausführbarer Dateien gefunden werden. Wer eine übersichtliche und gezielte Liste möchte, sollte die rekursive Suche deshalb nur für passende Verzeichnisse aktivieren.
list_1: Deaktiviert: Die Suche bleibt auf den angegebenen Ordner beschränkt.
list_2: Aktiviert: Auch die darunterliegenden Unterordner werden durchsucht.
dynamic:
title: Mehrere Ordner
text_1: Für die vorgesehenen Bereiche können dynamisch weitere Ordner hinzugefügt werden. Die Pfadkonfiguration ist dadurch nicht auf einen einzelnen Speicherort beschränkt.
text_2: Zusätzliche Ordner werden in die jeweilige Pfadliste aufgenommen und können gemeinsam für die Suche beziehungsweise den Zugriff durch Horum verwendet werden.
media:
title: Medien
text_1: Für Medien können separate Ordner für Audio, Video, Bilder und Dokumente festgelegt werden. Diese Verzeichnisse bestimmen, auf welche persönlichen Medieninhalte Horum direkt zugreifen darf.
text_2: Auch Medienpfade können erweitert werden. Mit der rekursiven Suche können zusätzlich die Unterordner eines freigegebenen Medienordners berücksichtigt werden.
list_1: Audio: Freigegebene Ordner für Musik und andere unterstützte Audiodateien.
list_2: Video: Freigegebene Ordner für unterstützte Videodateien.
list_3: Bilder: Freigegebene Ordner für Bilder und Fotos.
list_4: Dokumente: Freigegebene Ordner für unterstützte Dokumentdateien.
media_access:
title: Medienzugriff von Horum
text_1: Horum besitzt Funktionen zur Wiedergabe und Anzeige von Audio, Videos und Bildern sowie zum Lesen von Dokumenten. Für den direkten Zugriff werden die hier freigegebenen Medienpfade verwendet.
text_2: Medien außerhalb der entsprechend freigegebenen Pfade gehören nicht zum regulären Medienzugriff von Horum. Dadurch bleibt kontrollierbar, welche persönlichen Dateien für diese Funktionen zur Verfügung stehen.
console:
title: Verwendung durch Mini-Fenster
text_1: Die Medienpfade werden auch von den entsprechenden Mini-Fenstern der Konsole verwendet. Wird dort eine Medienliste aufgerufen, greift sie auf die für diese Medienart konfigurierten Pfade zurück.
text_2: Dadurch verwenden Horum und die zugehörigen Oberflächen dieselbe festgelegte Medienfreigabe.
list_1: Eine Audio-Liste verwendet die konfigurierten Audio-Pfade.
list_2: Eine Video-Liste verwendet die konfigurierten Video-Pfade.
permissions:
title: Berechtigungen und Sicherheit
text_1: Die Pfadverwaltung dient gleichzeitig als kontrollierte Freigabe. Anwendungen, Spiele und Medien müssen innerhalb der vorgesehenen Bereiche freigegeben sein, damit Horum sie regulär lesen, verwenden oder ausführen darf.
text_2: Für Systemdateien und andere geschützte Bereiche können darüber hinaus besondere Berechtigungen des Betriebssystems erforderlich sein.
list_1: Anwendungen und Spiele müssen nach dem Auffinden für Horum aktiviert werden, bevor sie ausgeführt werden dürfen.
list_2: Medien werden über die festgelegten Medienordner für den direkten Zugriff freigegeben.
list_3: Betriebssystemgeschützte Dateien und Bereiche können zusätzliche Berechtigungen erfordern.
summary:
title: Zusammenfassung
text: Die Pfadeinstellungen verbinden Speicherorte, Suche und Zugriffsfreigaben. Lokale KI-Modelle und Generatoren erhalten eigene Installationspfade, Anwendungen und Spiele werden gesucht und anschließend gezielt freigegeben, während Audio, Videos, Bilder und Dokumente über definierte Medienordner zugänglich werden. Mehrere Ordner und die optionale rekursive Suche ermöglichen eine flexible Konfiguration, ohne Horum pauschal Zugriff auf alle Inhalte des Systems zu geben.

settings/rules_de.json

documentation:
rules:
title: Regeln
intro: Im Bereich Regeln werden Vorgaben definiert, die Horum bei seinem Verhalten, seinen Entscheidungen und seiner Arbeitsweise berücksichtigt. Die persönliche Rules.md bildet dabei immer die Grundlage, während zusätzliche Regeldateien aktiviert und nach ihrer Priorität angeordnet werden können.
main:
title: Haupt-Regeldatei
text_1: Die persönliche Rules.md ist die zentrale Regeldatei des Nutzers. Sie enthält die grundlegenden Vorgaben für Horum und besitzt innerhalb der aktiven Regeldateien immer die höchste Priorität.
text_2: Sie bildet die dauerhafte Grundlage der persönlichen Regeln und wird unabhängig von zusätzlich installierten oder aktivierten Regeldateien berücksichtigt.
list_1: Die persönliche Rules.md bildet immer die Grundlage der Regeln.
list_2: Die Haupt-Regeldatei besitzt die höchste Priorität und steht vor allen zusätzlichen Regeln.
list_3: Die persönliche Rules.md kann direkt im Markdown-Editor bearbeitet und gespeichert werden.
additional:
title: Zusätzliche Regeln
text_1: Neben der persönlichen Rules.md können weitere Regeldateien aus installierten Paketen verwendet werden. Sie ergänzen die grundlegenden Regeln um zusätzliche Vorgaben für bestimmte Verhaltensweisen, Aufgaben oder Einsatzbereiche.
text_2: Zusätzliche Regeln ersetzen die persönliche Rules.md nicht, sondern werden gemeinsam mit ihr verarbeitet.
list_1: Zusätzliche Regeldateien können über die Checkbox aktiviert oder deaktiviert werden.
list_2: Mehrere zusätzliche Regeldateien können gleichzeitig aktiv sein.
list_3: Nur aktive Regeldateien werden bei der Verarbeitung berücksichtigt.
priority:
title: Priorität und Reihenfolge
text_1: Die persönliche Rules.md steht immer an erster Stelle. Für die zusätzlich aktiven Regeldateien kann anschließend eine eigene Reihenfolge festgelegt werden.
text_2: Horum arbeitet die aktiven Regeln entsprechend dieser Priorität ab. Die Reihenfolge bestimmt damit, in welcher Abfolge die zusätzlichen Vorgaben berücksichtigt werden.
list_1: Rules.md besitzt immer die höchste Priorität.
list_2: Zusätzliche Regeldateien können mit den Pfeilen in ihrer Reihenfolge verschoben werden.
list_3: Die angezeigte Nummerierung zeigt die Priorität der zusätzlichen Regeldateien.
behavior:
title: Einfluss auf Horum
text_1: Aktive Regeln geben Horum konkrete Vorgaben für sein Verhalten und seine Arbeitsweise. Sie ergänzen die Persönlichkeit um Anweisungen, die Horum bei der Verarbeitung und Ausführung von Aufgaben berücksichtigen soll.
text_2: Horum berücksichtigt zuerst die persönliche Rules.md und anschließend die weiteren aktiven Regeldateien entsprechend ihrer festgelegten Reihenfolge.
editor:
title: Markdown-Editor
text_1: Die Regeln werden als Markdown-Dateien dargestellt. Die persönliche Rules.md kann direkt im integrierten Markdown-Editor bearbeitet werden.
text_2: Bei Regeldateien aus installierten Paketen dient der Editor ausschließlich zur Anzeige. Paketdateien sind schreibgeschützt und können innerhalb der Einstellungen nicht verändert werden.
list_1: Persönliche Rules.md: Lesen, bearbeiten und speichern.
list_2: Installierte Paket-Regeln: Lesen ohne Bearbeitungsmöglichkeit.
markdown:
title: Struktur einer Rules.md
text_1: Rules-Dateien verwenden Markdown, um Regeln und zugehörige Bereiche übersichtlich zu strukturieren. Die Legende oberhalb des Editors zeigt die wichtigsten verfügbaren Strukturelemente.
text_2: Dadurch können unterschiedliche Regelbereiche voneinander getrennt und einzelne Vorgaben eindeutig formuliert werden.
list_1: # MD Titel: Definiert eine Hauptüberschrift innerhalb der Markdown-Datei.
list_2: : Fügt einen Kommentar ein, der zur internen Strukturierung der Datei verwendet werden kann.
list_3: ## Titel: Erstellt eine untergeordnete Überschrift für einen eigenen Regelbereich.
list_4: - Regel: Definiert eine einzelne Regel oder Vorgabe als Listeneintrag.
packages:
title: Regeln aus Paketen
text_1: Installierte Persönlichkeits-Pakete können zusätzliche Rules-Dateien bereitstellen. Diese erscheinen in der Regelverwaltung und können aktiviert sowie in ihrer Priorität angeordnet werden.
text_2: Die Dateien installierter Pakete bleiben unverändert. Sie können gelesen und für Horum aktiviert werden, dürfen jedoch nicht durch die Einstellungen überschrieben werden.
list_1: Installierte Paket-Regeln können aktiviert oder deaktiviert werden.
list_2: Aktive Paket-Regeln können unterhalb der persönlichen Rules.md priorisiert werden.
list_3: Der Inhalt einer Paket-Regeldatei ist schreibgeschützt.
save:
title: Speichern
text_1: Beim Speichern werden Änderungen an der persönlichen Rules.md sowie die Auswahl und Reihenfolge der zusätzlich aktiven Regeldateien übernommen.
text_2: Die Inhalte installierter Paket-Regeln werden dabei nicht verändert.
export:
title: Verwendung beim Export
text_1: Für den Export einer eigenen Persönlichkeit wird die persönliche Rules.md verwendet. Sie enthält die vom Nutzer erstellten und bearbeitbaren Regeln, die Bestandteil des eigenen Exports werden können.
text_2: Zusätzlich aktivierte Rules-Dateien aus installierten Paketen werden nicht als eigene Regeldateien in den Export übernommen. Sie bleiben Bestandteil ihrer jeweiligen installierten Pakete.
summary:
title: Zusammenfassung
text: Die persönliche Rules.md bildet immer die zentrale Regeldatei von Horum, besitzt die höchste Priorität und wird für den Export der eigenen Persönlichkeit verwendet. Zusätzliche Paket-Regeln können aktiviert und priorisiert werden und ergänzen die persönlichen Regeln, bleiben jedoch schreibgeschützt und werden nicht als Teil der eigenen Rules.md exportiert.

settings/soul_de.json

documentation:
soul:
title: Seele
intro: Im Bereich Seele wird die Persönlichkeit, der Charakter und der Kommunikationsstil von Horum definiert. Die persönliche Soul.md bildet dabei immer die Grundlage, während zusätzliche Seelen aktiviert und nach ihrer Priorität angeordnet werden können.
main:
title: Hauptseele
text_1: Die persönliche Soul.md ist die Hauptseele von Horum. Sie bildet die grundlegende Persönlichkeit des Nutzers ab und besitzt innerhalb der aktiven Seelen immer die höchste Priorität.
text_2: Sie dient als dauerhafte Basis für das Verhalten und die Kommunikation von Horum und wird unabhängig von zusätzlich installierten oder aktivierten Seelen berücksichtigt.
list_1: Die persönliche Soul.md bildet immer die Grundlage der Persönlichkeit.
list_2: Die Hauptseele besitzt die höchste Priorität und steht vor allen zusätzlichen Seelen.
list_3: Die Hauptseele kann direkt im Markdown-Editor bearbeitet und gespeichert werden.
additional:
title: Zusätzliche Seelen
text_1: Neben der Hauptseele können weitere Seelen aus installierten Paketen verwendet werden. Sie ergänzen die grundlegende Persönlichkeit um zusätzliche Eigenschaften, Kommunikationsstile oder Verhaltensvorgaben.
text_2: Zusätzliche Seelen ersetzen die persönliche Hauptseele nicht, sondern werden gemeinsam mit ihr verarbeitet.
list_1: Zusätzliche Seelen können über die Checkbox aktiviert oder deaktiviert werden.
list_2: Mehrere zusätzliche Seelen können gleichzeitig aktiv sein.
list_3: Nur aktive Seelen werden bei der Verarbeitung berücksichtigt.
priority:
title: Priorität und Reihenfolge
text_1: Die Hauptseele steht immer an erster Stelle. Für die zusätzlich aktiven Seelen kann anschließend eine eigene Reihenfolge festgelegt werden.
text_2: Horum verarbeitet die aktiven Seelen entsprechend dieser Priorität. Die Reihenfolge bestimmt damit, in welcher Gewichtung und Abfolge die zusätzlichen Persönlichkeitsvorgaben berücksichtigt werden.
list_1: Soul.md besitzt immer die höchste Priorität.
list_2: Zusätzliche Seelen können mit den Pfeilen in ihrer Reihenfolge verschoben werden.
list_3: Die angezeigte Nummerierung zeigt die Priorität der zusätzlichen Seelen.
behavior:
title: Einfluss auf Horum
text_1: Die aktiven Seelen bestimmen, wie Horum auftreten, kommunizieren und auf Situationen reagieren soll. Sie bilden damit einen wesentlichen Teil seiner Persönlichkeit und seines Verhaltens.
text_2: Horum berücksichtigt zuerst die persönliche Hauptseele und anschließend die weiteren aktiven Seelen entsprechend ihrer festgelegten Reihenfolge.
editor:
title: Markdown-Editor
text_1: Die Inhalte der Seelen werden als Markdown-Dateien dargestellt. Die persönliche Soul.md kann direkt im integrierten Markdown-Editor bearbeitet werden.
text_2: Bei Seelen aus installierten Paketen dient der Editor ausschließlich zur Anzeige. Paketdateien sind schreibgeschützt und können innerhalb der Einstellungen nicht verändert werden.
list_1: Persönliche Soul.md: Lesen, bearbeiten und speichern.
list_2: Installierte Paket-Seelen: Lesen ohne Bearbeitungsmöglichkeit.
markdown:
title: Struktur einer Soul.md
text_1: Soul-Dateien verwenden Markdown, um Persönlichkeitseigenschaften und Anweisungen übersichtlich zu strukturieren. Die Legende oberhalb des Editors zeigt die wichtigsten verfügbaren Strukturelemente.
text_2: Die Struktur kann verwendet werden, um verschiedene Bereiche einer Persönlichkeit voneinander zu trennen und einzelne Eigenschaften oder Vorgaben eindeutig zu formulieren.
list_1: # MD Titel: Definiert eine Hauptüberschrift innerhalb der Markdown-Datei.
list_2: : Fügt einen Kommentar ein, der zur internen Strukturierung der Datei verwendet werden kann.
list_3: ## Titel: Erstellt eine untergeordnete Überschrift für einen eigenen Abschnitt.
list_4: - Eigenschaft: Definiert eine einzelne Eigenschaft, Vorgabe oder Anweisung als Listeneintrag.
packages:
title: Seelen aus Paketen
text_1: Installierte Persönlichkeits-Pakete können zusätzliche Soul-Dateien bereitstellen. Diese erscheinen in der Seelenverwaltung und können aktiviert sowie in ihrer Priorität angeordnet werden.
text_2: Die Dateien installierter Pakete bleiben unverändert. Sie können gelesen und für Horum aktiviert werden, dürfen jedoch nicht durch die Einstellungen überschrieben werden.
list_1: Installierte Paket-Seelen können aktiviert oder deaktiviert werden.
list_2: Aktive Paket-Seelen können unterhalb der Hauptseele priorisiert werden.
list_3: Der Inhalt einer Paket-Seele ist schreibgeschützt.
save:
title: Speichern
text_1: Beim Speichern werden Änderungen an der persönlichen Soul.md sowie die Auswahl und Reihenfolge der zusätzlich aktiven Seelen übernommen.
text_2: Die Inhalte installierter Paket-Seelen werden dabei nicht verändert.
export:
title: Verwendung beim Export
text_1: Für den Export einer eigenen Persönlichkeit wird die persönliche Hauptseele Soul.md verwendet. Sie bildet die vom Nutzer erstellte und bearbeitbare Seele, die Bestandteil des eigenen Exports werden kann.
text_2: Zusätzlich aktivierte Seelen aus installierten Paketen werden nicht als eigene Soul-Dateien in den Export übernommen. Sie bleiben Bestandteil ihrer jeweiligen installierten Pakete.
summary:
title: Zusammenfassung
text: Die persönliche Soul.md bildet immer die Hauptseele von Horum, besitzt die höchste Priorität und wird für den Export der eigenen Persönlichkeit verwendet. Zusätzliche Paket-Seelen können aktiviert und priorisiert werden und beeinflussen gemeinsam mit der Hauptseele das Verhalten von Horum, bleiben jedoch schreibgeschützt und werden nicht als Teil der eigenen Seele exportiert.

settings/speech_assistant_de.json

documentation:
speech_assistant:
title: Sprachassistent
intro: Im Bereich Sprachassistent werden Sprachausgabe, Spracherkennung, Wiedergabe und Rauscherkennung von Horum konfiguriert. Dadurch können sowohl die Stimme von Horum als auch die Verarbeitung gesprochener Eingaben an das verwendete System angepasst werden.
output:
title: Sprachausgabe
text_1: Die Sprachausgabe bestimmt, wie und über welches Gerät Horum gesprochene Antworten wiedergibt. Dafür können das Ausgabegerät sowie der gewünschte Sprachanbieter ausgewählt werden.
text_2: Die verfügbaren Stimmen und weiteren Optionen richten sich nach dem ausgewählten Anbieter.
list_1: Ausgabegerät: Legt fest, über welches Audiogerät die Stimme von Horum ausgegeben wird.
list_2: Anbieter: Bestimmt das für die Sprachausgabe verwendete Sprachsystem.
list_3: Stimme: Legt die Stimme fest, mit der Horum spricht.
list_4: Stil: Bestimmt den verfügbaren Sprachstil der ausgewählten Stimme.
voice:
title: Stimme
text_1: Für die Sprachausgabe kann eine der verfügbaren Stimmen des gewählten Anbieters ausgewählt werden. Dadurch lässt sich die akustische Darstellung von Horum an die persönlichen Anforderungen anpassen.
text_2: Welche Stimmen zur Verfügung stehen, hängt vom ausgewählten Anbieter und den für diesen verfügbaren Stimmen ab.
list_1: Die Auswahl einer Stimme erfolgt innerhalb des aktuell gewählten Sprachanbieters.
list_2: Ein Wechsel des Anbieters kann die verfügbaren Stimmen verändern.
style:
title: Sprachstil
text_1: Zusätzlich zur Stimme kann ein verfügbarer Sprachstil ausgewählt werden. Der Stil beeinflusst, in welcher sprachlichen beziehungsweise akustischen Ausprägung die gewählte Stimme wiedergegeben wird.
text_2: Die verfügbaren Stile hängen von der jeweiligen Sprachausgabe und deren unterstützten Möglichkeiten ab.
recognition:
title: Spracherkennung
text_1: Die Spracherkennung verarbeitet gesprochene Eingaben des Nutzers. Dafür werden das gewünschte Eingabegerät und der Anbieter für die Spracherkennung ausgewählt.
text_2: Damit kann festgelegt werden, welches Mikrofon beziehungsweise Eingabegerät Horum verwendet und welches Erkennungssystem die Sprache verarbeitet.
list_1: Eingabegerät: Legt das Mikrofon oder ein anderes Audio-Eingabegerät fest.
list_2: Anbieter: Bestimmt das System, das für die Spracherkennung verwendet wird.
list_3: Sprache: Legt fest, wie die Sprache der gesprochenen Eingabe erkannt werden soll.
language:
title: Sprache der Spracherkennung
text_1: Für die Spracherkennung kann eine feste Sprache ausgewählt oder die automatische Spracherkennung verwendet werden.
text_2: Bei einer festen Auswahl wird die Erkennung auf die gewählte Sprache eingestellt. Mit Automatic wird die Sprache nicht fest auf Deutsch oder Englisch vorgegeben.
list_1: Automatic: Verwendet die automatische Spracherkennung.
list_2: Deutsch: Verwendet Deutsch als festgelegte Erkennungssprache.
list_3: English: Verwendet Englisch als festgelegte Erkennungssprache.
playback:
title: Wiedergabe
text_1: Die Wiedergabeeinstellungen beeinflussen die Ausgabe der gesprochenen Antworten von Horum. Geschwindigkeit und Lautstärke können unabhängig voneinander eingestellt werden.
text_2: Dadurch lässt sich die Sprachausgabe an die gewünschte Wiedergabegeschwindigkeit und Lautstärke anpassen.
list_1: Geschwindigkeit: Bestimmt die Wiedergabegeschwindigkeit der Sprachausgabe.
list_2: Lautstärke: Bestimmt die Lautstärke der Sprachausgabe.
noise:
title: Rauscherkennung
text_1: Die Rauscherkennung kann zusätzlich aktiviert werden, um die Verarbeitung des Audiosignals an vorhandene Hintergrundgeräusche anzupassen.
text_2: Über die Empfindlichkeit wird festgelegt, wie empfindlich die Rauscherkennung auf das eingehende Audiosignal reagieren soll.
list_1: Aktivieren: Schaltet die Rauscherkennung ein oder aus.
list_2: Empfindlichkeit: Bestimmt die Empfindlichkeit der Rauscherkennung.
save:
title: Speichern
text_1: Über Speichern werden die vorgenommenen Einstellungen des Sprachassistenten übernommen.
text_2: Dazu gehören die Konfiguration der Sprachausgabe und Spracherkennung sowie die Einstellungen für Wiedergabe und Rauscherkennung.
summary:
title: Zusammenfassung
text: Der Sprachassistent verbindet die gesprochene Ausgabe von Horum mit der Erkennung von Spracheingaben. Ausgabegerät, Anbieter, Stimme und Stil bestimmen die Sprachausgabe, während Eingabegerät, Erkennungsanbieter und Sprache die Spracherkennung konfigurieren. Wiedergabegeschwindigkeit, Lautstärke und Rauscherkennung ermöglichen zusätzliche Anpassungen an das verwendete Audio-System.

system/hps_de.json

documentation:
hps:
title: HPS
intro: HPS verwaltet den lokalen Zustand von Horum Packages. Das System speichert, welche Packages Horum kennt, ob sie heruntergeladen und installiert sind, ob ihre Installation gültig ist und ob der aktuelle Nutzer für das jeweilige Package autorisiert ist.
purpose:
title: Aufgabe des HPS
text_1: HPS bildet die zentrale Zustandsverwaltung für Horum Packages. Statt den Zustand eines Packages bei jeder Verwendung ausschließlich aus dem Dateisystem ableiten zu müssen, kann Horum die relevanten Package-Informationen und Statuswerte zentral verwalten.
text_2: Der gespeicherte Zustand kann anschließend mit den tatsächlich vorhandenen Downloads und Installationen abgeglichen und bei Veränderungen aktualisiert werden.
state_file:
title: horum_state.hps
text_1: Die Zustände werden in der Datei horum_state.hps gespeichert. Dabei handelt es sich nicht um eine gewöhnliche Text- oder JSON-Datei, sondern um das binäre HPS-Format.
text_2: Die Datei enthält die registrierten Packages mit ihren grundlegenden Informationen und Statuswerten und wird über die dafür vorgesehenen HPS-Komponenten gelesen und geschrieben.
package_data:
title: Gespeicherte Package-Daten
text_1: Jeder HPS-Eintrag wird über seine Export-ID eindeutig zugeordnet und enthält weitere Informationen über das dazugehörige Package.
text_2: Neben den Statuswerten speichert HPS die folgenden grundlegenden Package-Daten:
list_1: export_id: Eindeutige Export-ID des Packages.
list_2: product_id: Zugehörige Produkt-ID des Marketplace-Produkts.
list_3: name: Name des Packages.
list_4: type: Typ des Packages beziehungsweise Exports.
list_5: size und date: Gespeicherte Package-Größe sowie Zeitstempel des HPS-Eintrags.
status:
title: Package-Status
text_1: HPS verwaltet mehrere voneinander getrennte Statuswerte für jedes Package. Dadurch kann Horum unterscheiden, ob ein Package lediglich vorhanden, tatsächlich installiert, gültig oder für den Nutzer freigegeben ist.
text_2: Die Statuswerte werden im binären HPS-Format als Flags gespeichert.
list_1: download_status: Gibt an, ob das Package als heruntergeladen vorhanden ist.
list_2: install_status: Gibt an, ob das Package als installiert erkannt wurde.
list_3: valid: Gibt an, ob die geprüfte Installation gültig ist.
list_4: authorized: Gibt an, ob der Zugriff auf das Package für den Nutzer autorisiert ist.
binary_format:
title: Binäres HPS-Format
text_1: Die horum_state.hps verwendet ein eigenes binäres Format. Der Dateiheader identifiziert die Datei als HPS und enthält zusätzlich die Formatversion sowie die Anzahl der gespeicherten Package-Einträge.
text_2: Die einzelnen Package-Datensätze speichern anschließend die benötigten Textlängen, Package-Größe, Statusflags und den Zeitstempel sowie die dazugehörigen Textwerte.
list_1: Magic: HPS kennzeichnet die Datei als Horum Package State.
list_2: Version: Das aktuelle Format verwendet HPS Version 1.
list_3: Flags: Download-, Installations-, Gültigkeits- und Autorisierungsstatus werden gemeinsam als Statusflags gespeichert.
manager:
title: HPS Manager
text_1: Der HPS Manager bildet die zentrale Schnittstelle für den Zugriff auf den Package-Zustand. Andere Bereiche von Horum können darüber Package-Einträge lesen und deren Status verwalten.
text_2: Änderungen werden anschließend wieder in die horum_state.hps geschrieben.
list_1: Packages können vollständig oder gezielt über ihre Export-ID ausgelesen werden.
list_2: Neue Package-Einträge können zum HPS hinzugefügt werden.
list_3: Bestehende Einträge und ihre erlaubten Statuswerte können aktualisiert werden.
list_4: Package-Einträge können entfernt sowie Reconcile- und Synchronisationsvorgänge ausgelöst werden.
reader_writer:
title: Reader und Writer
text_1: Der HPS Reader liest die binäre State-Datei, prüft den HPS-Header und die unterstützte Version und wandelt die gespeicherten Datensätze wieder in Package-Informationen und Statuswerte um.
text_2: Der HPS Writer übernimmt den umgekehrten Vorgang. Er erzeugt die binäre Struktur aus den Package-Daten und schreibt sie zunächst in eine temporäre Datei, bevor die bestehende State-Datei ersetzt wird.
reconcile:
title: Abgleich des Package-Zustands
text_1: Der Reconcile-Vorgang gleicht die gespeicherten HPS-Daten mit dem tatsächlich vorhandenen Package-Zustand ab. Dazu werden vorhandene Downloads und Installationen erfasst und anschließend geprüft.
text_2: Die daraus ermittelten Informationen werden zurück in den HPS-Zustand übernommen, sodass gespeicherter und tatsächlich vorhandener Package-Zustand miteinander abgeglichen werden.
list_1: Vorhandene Downloads werden erfasst und als Horum Packages validiert.
list_2: Vorhandene Installationen werden erfasst und mit den erwarteten Installationsdaten verglichen.
list_3: Zugriffsberechtigung und Gültigkeit der Installation werden überprüft.
list_4: Download-, Installations-, Gültigkeits- und Autorisierungsstatus werden entsprechend aktualisiert.
validation:
title: Validierung
text_1: HPS verwendet mehrere Prüfungen, um Package und Installation voneinander getrennt zu validieren. Dabei werden sowohl die Eigenschaften der HRM-Datei als auch die tatsächlich installierten Dateien berücksichtigt.
text_2: Die Integritätsprüfung verwendet die im Export-Manifest hinterlegten Dateiinformationen und SHA-256-Werte.
list_1: Package-Validierung: Prüft unter anderem .hrm-Dateiendung, Package-Format, Export-Format, Export-ID, Name und unterstützten Export-Typ.
list_2: Installationsvalidierung: Erkennt fehlende Dateien, abweichende SHA-256-Werte und unerwartete Dateien innerhalb der Installation.
list_3: Pfadprüfung: Verhindert, dass Installationspfade den vorgesehenen Horum Package-Bereich verlassen.
authorization:
title: Autorisierung
text_1: Neben der lokalen Package- und Installationsprüfung besitzt HPS einen eigenen Autorisierungsstatus. Die Zugriffsprüfung verwendet die Export-ID des Packages und, sofern ein Nutzer angemeldet ist, dessen Benutzer-ID.
text_2: Das Ergebnis dieser Prüfung wird als authorized-Status im HPS-Eintrag gespeichert und kann dadurch getrennt vom Download-, Installations- und Gültigkeitsstatus behandelt werden.
sync:
title: Synchronisation
text_1: HPS kann Package-Zustände zusätzlich mit dem vorgesehenen Package-Synchronisationssystem abgleichen. Dabei werden insbesondere der gespeicherte Download- und Installationsstatus eines Packages verwendet.
text_2: Beim kombinierten Reconcile- und Synchronisationsvorgang werden vorheriger und neuer Zustand miteinander verglichen. Eine Synchronisation wird für Packages ausgelöst, deren Download- oder Installationsstatus sich verändert hat.
summary:
title: Zusammenfassung
text: HPS ist die zentrale Zustandsverwaltung für Horum Packages. Die binäre horum_state.hps speichert Package-Daten sowie Download-, Installations-, Gültigkeits- und Autorisierungsstatus. Reader, Writer, Manager, Validierung und Reconcile sorgen gemeinsam dafür, dass Horum den gespeicherten Package-Zustand verwalten und mit den tatsächlich vorhandenen Packages und Installationen abgleichen kann.

system/hrm_de.json

documentation:
hrm:
title: HRM Paketformat
intro: Das HRM-Format ist das eigene Paketformat von Horum. Dateien mit der Endung .hrm bündeln Horum-Komponenten, Manifeste und begleitende Dokumente in einer definierten Struktur und können über das Package-System von Horum verarbeitet werden.
format:
title: Das Horum Format
text_1: Eine .hrm-Datei ist ein Horum Package. Das Format wurde dafür vorgesehen, unterschiedliche Horum-Komponenten in einer gemeinsamen, strukturierten Datei zusammenzufassen.
text_2: Die Dateiendung kennzeichnet das Package gegenüber dem Nutzer als Horum-Datei, während Horum die enthaltene Struktur und die dazugehörigen Manifeste für die weitere Verarbeitung verwendet.
list_1: .hrm ist die eigene Dateiendung für Horum Packages.
list_2: Ein Package kann einzelne Horum-Komponenten oder mehrere unterschiedliche Komponenten enthalten.
list_3: Die interne Struktur eines Packages folgt den Vorgaben des Horum Package-Formats.
icon:
title: Eigenes Datei-Icon
text_1: HRM-Dateien besitzen ein eigenes Horum Datei-Icon. Dadurch sind Horum Packages im Dateisystem visuell als eigener Dateityp erkennbar.
text_2: Das Icon gehört zur Darstellung des .hrm-Formats und unterscheidet Horum Packages von gewöhnlichen Archivdateien und anderen Dateiformaten.
compression:
title: Kompression
text_1: Das HRM-Paketformat basiert intern auf 7z-Kompression. Die Inhalte eines Packages werden dadurch gemeinsam in einer komprimierten Datei gespeichert.
text_2: Die .hrm-Endung bildet dabei die Horum-spezifische Dateiebene. Für Horum ist das Package nicht lediglich ein allgemeines Archiv, sondern eine definierte Paketstruktur mit Manifesten, Komponenten und weiteren zugehörigen Dateien.
list_1: Die interne Kompression basiert auf 7z.
list_2: Nach außen verwendet das Package die Horum-Dateiendung .hrm.
list_3: Die enthaltenen Dateien müssen der vorgesehenen Horum Package-Struktur entsprechen.
contents:
title: Inhalt eines Packages
text_1: Ein HRM Package verbindet die eigentlichen Horum-Komponenten mit den Informationen, die Horum zur Beschreibung und Verarbeitung des Packages benötigt.
text_2: Welche Komponenten tatsächlich enthalten sind, hängt vom jeweiligen Export ab. Die grundlegenden Package-Dateien und die konkrete Zusammensetzung werden über die vorgesehenen Manifeste beschrieben.
list_1: Manifeste beschreiben Struktur, Package-Eigenschaften und den konkreten Exportinhalt.
list_2: README.md enthält grundlegende Informationen über das Package und dessen Verwendung.
list_3: LICENSE.txt enthält die für das Package geltenden Nutzungsbedingungen.
list_4: Die exportierten Horum-Komponenten befinden sich in den dafür vorgesehenen Verzeichnissen.
components:
title: Horum-Komponenten
text_1: Das Package-System besitzt definierte Bereiche für die unterschiedlichen Arten von Horum-Komponenten. Ein Export muss nicht alle Bereiche enthalten, sondern kann sich auf die tatsächlich exportierten Inhalte beschränken.
text_2: Die Package-Struktur stellt dafür die vorgesehenen Verzeichnisse und bei bestimmten Komponenten zusätzliche Unterverzeichnisse bereit.
list_1: Personality: Persönlichkeiten mit den zugehörigen Personality-Inhalten.
list_2: Commands: Befehle und die dazugehörigen Command-Inhalte.
list_3: Core: Konfigurationen für den Horum Core.
list_4: Horum Windows: Konfigurationen für die Horum-Fenster.
list_5: Worker UI: Inhalte für die Arbeits UI einschließlich der vorgesehenen XML- und YAML-Strukturen.
list_6: Result UI: Inhalte für die Resultat UI einschließlich der vorgesehenen Assets-, Icons-, XML- und YAML-Strukturen.
integrity:
title: Integrität
text_1: Das Horum Package-Format sieht eine Integritätsprüfung der enthaltenen Dateien vor. Die export_manifest.json kann dafür die einzelnen Dateien mit ihrem Pfad und einem SHA-256-Wert beschreiben.
text_2: Das Package-Manifest definiert SHA-256 als Verfahren für die Integritätsprüfung und sieht die Prüfung des Manifests sowie der enthaltenen Dateien vor. Nicht aufgeführte Dateien sind innerhalb dieser Vorgabe nicht vorgesehen.
installation:
title: Verarbeitung und Installation
text_1: HRM-Dateien werden über die dafür vorgesehene Package-Verwaltung der Horum Application importiert. Horum liest die enthaltenen Package-Informationen und verarbeitet die Komponenten über den vorgesehenen Package-Mechanismus.
text_2: Die Manifeste liefern dafür die Informationen über Struktur, Installationsbereiche und tatsächlich enthaltene Dateien und Komponenten.
structure:
title: Dateistruktur
text_1: Ein HRM Package besitzt eine definierte interne Verzeichnisstruktur. Im Stammverzeichnis befinden sich die Manifeste sowie README.md und LICENSE.txt. Die eigentlichen Horum-Komponenten werden in ihren jeweiligen Komponentenverzeichnissen organisiert.
text_2: Die folgende Tree-Darstellung zeigt den strukturellen Aufbau eines Horum Packages und die vorgesehenen Bereiche für seine Dateien und Komponenten.
summary:
title: Zusammenfassung
text: HRM ist das eigene Paketformat von Horum und besitzt die Dateiendung .hrm sowie ein eigenes Datei-Icon. Intern basiert das Format auf 7z-Kompression, erweitert diese jedoch um eine definierte Horum-Struktur mit Manifesten, Dokumenten, Integritätsinformationen und Komponentenverzeichnissen. Dadurch kann Horum Packages eindeutig erkennen, prüfen und über seinen vorgesehenen Package-Mechanismus verarbeiten.

system/interpreter_de.json

documentation:
interpreter:
title: Interpreter
intro: Der HPS Interpreter übersetzt die binär gespeicherten Informationen einer HPS-Datei in eine menschenlesbare Textdarstellung. Dadurch können die gespeicherten Package-Einträge und ihre Zustände übersichtlich dargestellt werden.
purpose:
title: Aufgabe des Interpreters
text_1: Die horum_state.hps speichert ihre Informationen in einem binären Format und ist daher nicht für das direkte Lesen als gewöhnliche Textdatei vorgesehen.
text_2: Der Interpreter stellt diese Daten in einer lesbaren Form dar, ohne dafür das eigentliche HPS-Dateiformat verändern zu müssen.
source:
title: Lesen der HPS-Daten
text_1: Der Interpreter liest die angegebene HPS-Datei nicht selbst auf Binärebene aus, sondern verwendet dafür den HPS Reader.
text_2: Dadurch basiert die Interpretation auf denselben Package-Daten, die auch von anderen Bereichen des HPS verwendet werden.
output:
title: Dargestellte Package-Daten
text_1: Die Ausgabe beginnt mit der verwendeten HPS-Version und der Anzahl der enthaltenen Packages. Anschließend wird für jedes Package ein eigener lesbarer Block erzeugt.
text_2: Die Export-ID bildet den Schlüssel des jeweiligen Package-Blocks. Innerhalb dieses Blocks werden die folgenden Informationen ausgegeben:
list_1: product_id: Zugehörige Produkt-ID des Packages.
list_2: name: Name des Packages.
list_3: type: Typ des Packages beziehungsweise Exports.
list_4: size: Gespeicherte Größe des Packages.
list_5: download_status: Zeigt an, ob das Package als heruntergeladen gespeichert ist.
list_6: install_status: Zeigt an, ob das Package als installiert gespeichert ist.
list_7: valid: Zeigt den gespeicherten Gültigkeitsstatus des Packages an.
status:
title: Darstellung der Statuswerte
text_1: Die vom Interpreter ausgegebenen Statuswerte werden als lesbare Boolean-Werte dargestellt. Dadurch erscheinen die binär gespeicherten Zustände als true oder false.
text_2: Der HPS-Zustand enthält zusätzlich den Autorisierungsstatus authorized. Dieser wird vom aktuellen Interpreter jedoch nicht in der Textdarstellung ausgegeben.
date:
title: Datum und Zeit
text_1: Der im HPS gespeicherte Zeitstempel wird für die lesbare Ausgabe in ein Datum mit Uhrzeit umgewandelt.
text_2: Die Darstellung verwendet das Format TT.MM.JJJJ HH:MM:SS. Ist kein Zeitstempel vorhanden, bleibt der entsprechende Datumswert leer.
empty:
title: Leerer HPS-Zustand
text_1: Enthält die gelesene HPS-Datei keine Package-Einträge, erzeugt der Interpreter trotzdem eine gültige und eindeutige Ausgabe.
text_2: In diesem Fall wird HPS v1 zusammen mit einer Package-Anzahl von 0 dargestellt.
separation:
title: Trennung vom HPS
text_1: Der Interpreter ist bewusst von der eigentlichen HPS-Zustandsverwaltung getrennt. Seine Aufgabe besteht darin, bereits gelesene HPS-Daten verständlich darzustellen.
text_2: Andere Aufgaben des Package-Systems werden weiterhin von den dafür vorgesehenen HPS-Komponenten übernommen.
list_1: Der Interpreter fügt keine Package-Einträge zum HPS hinzu und entfernt keine Einträge.
list_2: Der Interpreter verändert keine Download-, Installations-, Gültigkeits- oder Autorisierungszustände.
list_3: Validierung, Reconcile, Synchronisation und Package-Installation gehören nicht zu den Aufgaben des Interpreters.
summary:
title: Zusammenfassung
text: Der HPS Interpreter bildet die lesbare Darstellung des binären HPS-Zustands. Er verwendet den HPS Reader, strukturiert die enthaltenen Package-Daten als Text und bereitet Statuswerte sowie Zeitstempel verständlich auf, ohne den gespeicherten Package-Zustand selbst zu verändern.

system/manifests_de.json

documentation:
manifests:
title: Manifeste
intro: Horum Packages verwenden mehrere Manifest-Dateien, um Aufbau, Eigenschaften und Inhalt eines Packages eindeutig zu beschreiben. Zusammen bilden sie die technische Grundlage für Struktur, Prüfung und Verarbeitung einer .hrm-Datei.
purpose:
title: Aufgabe der Manifeste
text_1: Die Manifest-Dateien teilen unterschiedliche Aufgaben untereinander auf. Dadurch werden die allgemeine Package-Struktur, die Eigenschaften des Package-Formats und der tatsächlich exportierte Inhalt getrennt beschrieben.
text_2: Horum kann diese Informationen beim Umgang mit einem Package auslesen und verwenden, ohne den Aufbau oder die enthaltenen Komponenten selbst ableiten zu müssen.
files:
title: Die drei Manifeste
text: Ein Horum Package verwendet drei unterschiedliche Manifest-Dateien mit jeweils eigener Aufgabe.
list_1: manifest.json: Beschreibt die grundlegende Verzeichnis- und Dateistruktur eines Horum Packages.
list_2: package_manifest.json: Beschreibt das Package-Format, Installation, Integritätsprüfung, Kompatibilität, unterstützte Fähigkeiten, Erweiterungen und Dokumente.
list_3: export_manifest.json: Beschreibt den konkreten Export, den Publisher und die tatsächlich enthaltenen Horum-Komponenten und Dateien.
manifest:
title: manifest.json
text_1: Die manifest.json beschreibt den strukturellen Aufbau eines Horum Packages. Sie definiert die Dateien im Stammverzeichnis und die vorgesehenen Verzeichnisse für die unterschiedlichen Horum-Komponenten.
text_2: Damit bildet sie eine feste Beschreibung dafür, wie Inhalte innerhalb eines Packages angeordnet werden.
list_1: Definiert die Dateien im Stammverzeichnis des Packages, darunter die drei Manifeste, README.md und LICENSE.txt.
list_2: Definiert die Verzeichnisse für Personality, Commands, Core, Horum Windows, Arbeits UI und Resultat UI.
list_3: Beschreibt zusätzlich die vorgesehenen Unterverzeichnisse einzelner Komponenten, beispielsweise XML, YAML, Assets und Icons.
package_manifest:
title: package_manifest.json
text_1: Die package_manifest.json beschreibt die technischen Eigenschaften des Horum Package-Formats. Dazu gehören unter anderem Plattform, Dateiendung, Lizenz, Installation, Integrität und Kompatibilität.
text_2: Zusätzlich beschreibt sie, welche Horum-Komponenten und Erweiterungen durch das Package-System unterstützt werden und welche begleitenden Dokumente zum Package gehören.
list_1: Definiert Horum als Plattform und .hrm als Package-Dateiendung.
list_2: Beschreibt die Installation und verweist dabei auf die export_manifest.json sowie die vorgesehenen Installationsbereiche.
list_3: Definiert die Integritätsprüfung mit SHA-256 sowie die Prüfung von Manifest und enthaltenen Dateien.
list_4: Beschreibt unterstützte Komponenten, Erweiterungen, Abhängigkeiten sowie README.md und LICENSE.txt.
export_manifest:
title: export_manifest.json
text_1: Die export_manifest.json beschreibt den konkreten Inhalt eines erstellten Exports. Sie enthält Informationen zum Publisher und zum Export selbst sowie die tatsächlich enthaltenen Horum-Komponenten.
text_2: Für enthaltene Dateien können Pfad und SHA-256-Prüfsumme hinterlegt werden. Dadurch lässt sich der Inhalt des Exports eindeutig beschreiben und für die vorgesehene Integritätsprüfung erfassen.
list_1: Publisher: Enthält Angaben wie Benutzer-ID, Autor, Land, Sprache, Verkäuferstatus und optionale Unternehmensinformationen.
list_2: Export: Enthält unter anderem Export-ID, Name, Typ, Sprache, Erstellungszeitpunkt und Informationen zum verwendeten Horum Package Exporter.
list_3: Komponenten: Beschreibt die tatsächlich enthaltenen Bereiche wie Personality, Commands, Core, Horum Windows, Arbeits UI und Resultat UI.
list_4: Dateien: Enthaltene Dateien werden mit ihrem jeweiligen Pfad und SHA-256-Wert beschrieben.
interaction:
title: Zusammenspiel der Manifeste
text_1: Die drei Manifeste erfüllen unterschiedliche Aufgaben und ergänzen sich gegenseitig. Die manifest.json beschreibt den Aufbau, die package_manifest.json die Eigenschaften und Regeln des Package-Formats und die export_manifest.json den konkreten Inhalt eines Exports.
text_2: Durch diese Trennung bleiben allgemeine Package-Struktur, technische Package-Eigenschaften und exportabhängige Inhalte voneinander getrennt.
readme:
title: README.md
text_1: Zusätzlich zu den Manifesten enthält ein Horum Package eine README.md. Sie stellt grundlegende Informationen über das Package und dessen Verwendung bereit.
text_2: Die README verweist dabei auf die Package-Verwaltung der Horum Application, die enthaltene export_manifest.json und die für das Package geltende LICENSE.txt.
list_1: Package-Details: Enthält Name, Typ, Sprache und Erstellungsdatum des Packages.
list_2: Installation: Beschreibt den Import der .hrm-Datei über die Package-Verwaltung der Horum Application.
list_3: Inhalt und Lizenz: Verweist auf die export_manifest.json für die enthaltenen Komponenten sowie auf die beiliegende LICENSE.txt.
license:
title: LICENSE.txt
text_1: Die LICENSE.txt enthält die Horum Package License und regelt die Nutzung der enthaltenen Packages und Komponenten innerhalb der Horum Application.
text_2: Die Lizenz erlaubt die Verwendung und den vorgesehenen Import innerhalb von Horum. Durch die Nutzung oder den Import werden keine Urheber-, Eigentums- oder sonstigen Schutzrechte übertragen. Eine Weitergabe, Veröffentlichung, Unterlizenzierung oder anderweitige Verbreitung ist ohne entsprechende Berechtigung des jeweiligen Rechteinhabers nicht gestattet.
structure:
title: Manifest-Struktur
text_1: Die folgenden Darstellungen zeigen die Struktur der drei Manifest-Dateien und machen ihre unterschiedlichen Aufgaben innerhalb eines Horum Packages direkt vergleichbar.
text_2: manifest.json, package_manifest.json und export_manifest.json werden dabei getrennt dargestellt, gehören innerhalb des Package-Systems jedoch zusammen.
summary:
title: Zusammenfassung
text: Die drei Horum-Manifeste trennen Package-Struktur, technische Package-Eigenschaften und konkreten Exportinhalt voneinander. README.md ergänzt das Package um grundlegende Informationen zur Verwendung und Installation, während LICENSE.txt die Nutzungsbedingungen festlegt. Gemeinsam bilden diese Dateien die beschreibende und organisatorische Grundlage eines Horum Packages.

system/md_editor_de.json

documentation:
md_editor:
title: MD Editor
intro: Der MD Editor ist die in Horum integrierte Editor-Komponente für Markdown-Inhalte. Er ermöglicht die übersichtliche Darstellung und Bearbeitung von Markdown-Dateien und unterstützt dabei unter anderem Zeilennummern und Syntaxhervorhebung.
purpose:
title: Aufgabe des MD Editors
text_1: Horum verwendet Markdown-Dateien in verschiedenen Bereichen des Systems. Der MD Editor stellt dafür eine gemeinsame Oberfläche bereit, über die solche Inhalte angezeigt und, sofern erlaubt, direkt bearbeitet werden können.
text_2: Der Editor ist als Bestandteil der Horum-Oberfläche integriert und kann sowohl für bearbeitbare als auch für schreibgeschützte Markdown-Inhalte verwendet werden.
editor:
title: Editor
text_1: Der MD Editor basiert auf einem Texteditor und ist speziell für die Darstellung von Markdown-Inhalten innerhalb von Horum angepasst.
text_2: Die Darstellung verwendet eine Monospace-Schrift und sorgt dafür, dass auch längere Markdown-Dateien übersichtlich innerhalb des verfügbaren Editorbereichs dargestellt werden.
list_1: Monospace-Schrift für eine gleichmäßige und übersichtliche Textdarstellung.
list_2: Automatischer Zeilenumbruch innerhalb der verfügbaren Editorbreite.
list_3: Eigener Textcursor für die direkte Bearbeitung von Inhalten.
list_4: Unterstützung zum Laden, Auslesen und Leeren des aktuellen Markdown-Inhalts.
line_numbers:
title: Zeilennummern
text_1: Der MD Editor besitzt einen eigenen Bereich für Zeilennummern. Dadurch können einzelne Zeilen innerhalb einer Markdown-Datei leichter erkannt und zugeordnet werden.
text_2: Die Zeilennummerierung folgt dem sichtbaren Inhalt des Editors und passt sich automatisch an die Anzahl der vorhandenen Textblöcke an.
highlighting:
title: Syntaxhervorhebung
text_1: Eine integrierte Markdown-Syntaxhervorhebung unterscheidet bestimmte Strukturen des Dokuments optisch vom normalen Text.
text_2: Die Hervorhebung wird direkt auf das geöffnete Dokument angewendet und erleichtert dadurch die Orientierung innerhalb der Markdown-Struktur.
list_1: Überschriften der Ebenen # und ## werden hervorgehoben.
list_2: Markdown-Listen mit -, * oder + werden erkannt.
list_3: HTML-Kommentare werden gesondert hervorgehoben.
comments:
title: HTML-Kommentare
text_1: Der MD Editor erkennt HTML-Kommentare innerhalb einer Markdown-Datei. Dadurch können interne Hinweise oder nicht direkt sichtbare Inhalte optisch vom übrigen Markdown-Text unterschieden werden.
text_2: Die Erkennung unterstützt sowohl Kommentare innerhalb einer einzelnen Zeile als auch Kommentare, die sich über mehrere Zeilen erstrecken.
read_only:
title: Schreibgeschützter Modus
text_1: Der MD Editor kann in einen schreibgeschützten Modus versetzt werden. In diesem Zustand kann der Inhalt weiterhin angezeigt, jedoch nicht über den Editor verändert werden.
text_2: Horum passt dabei zusätzlich den Cursor an, sodass direkt erkennbar ist, dass eine Bearbeitung des geöffneten Inhalts nicht erlaubt ist.
scrolling:
title: Scrolling und Darstellung
text_1: Lange Inhalte können innerhalb des Editors vertikal gescrollt werden. Die vertikale Scrollbar wird nur eingeblendet, wenn der vorhandene Inhalt den sichtbaren Editorbereich überschreitet.
text_2: Eine horizontale Scrollbar wird nicht verwendet. Stattdessen werden längere Textzeilen automatisch an die verfügbare Breite des Editors angepasst.
usage:
title: Verwendung in Horum
text_1: Der MD Editor wird dort eingesetzt, wo Horum Markdown-Inhalte innerhalb seiner Oberfläche darstellen oder bearbeiten muss. Dazu gehören beispielsweise die Personality-Dateien Soul.md, Rules.md und Forbidden.md.
text_2: Ob ein Inhalt bearbeitet werden kann, hängt vom jeweiligen Einsatzbereich ab. Eigene Inhalte können bearbeitbar bereitgestellt werden, während geschützte Package-Inhalte über denselben Editor im schreibgeschützten Modus dargestellt werden können.
summary:
title: Zusammenfassung
text: Der MD Editor stellt Horum eine gemeinsame Oberfläche für Markdown-Dateien bereit. Zeilennummern, Syntaxhervorhebung, automatische Textdarstellung und ein eigener schreibgeschützter Modus ermöglichen sowohl die Bearbeitung eigener Markdown-Inhalte als auch die kontrollierte Anzeige geschützter Inhalte.

website/overview_de.json

documentation:
website_overview:
title: Die Horum-Webseite
intro: Die Horum-Webseite ist die zentrale Online-Plattform rund um Horum. Hier verwaltest du deinen Account, deine Lizenz und deine Produkte, nutzt den Marketplace und tauschst dich mit anderen Nutzern in der Community aus.
purpose:
title: Mehr als eine Produktseite
text_1: Die Webseite dient nicht nur dazu, Horum vorzustellen oder herunterzuladen. Sie ist ein zentraler Bestandteil der gesamten Horum-Plattform und verbindet verschiedene Online-Funktionen an einem Ort.
text_2: Öffentliche Bereiche können ohne Account verwendet werden. Für persönliche Funktionen wie das Dashboard, eigene Produkte, Käufe oder die Verwaltung deiner Horum-Lizenz ist eine Anmeldung erforderlich.
account:
title: Dein Account
text_1: Dein Horum-Account bildet die Grundlage für die persönlichen Bereiche der Webseite. Über ihn werden dein Profil und weitere accountbezogene Informationen verwaltet.
text_2: Neben einem persönlichen Profil kann auch ein Unternehmensprofil verwendet werden. Die einzelnen Account-Funktionen werden im Bereich „Account“ dieser Dokumentation genauer beschrieben.
dashboard:
title: Das Dashboard
text_1: Im Dashboard verwaltest du die Bereiche, die direkt zu deinem Horum-Account gehören. Dazu zählen unter anderem dein Profil, Mein Horum, deine Lizenz, dein Wallet sowie deine veröffentlichten Produkte.
text_2: Hier kannst du außerdem neue Marketplace-Produkte erstellen und Einstellungen für deinen Account und die Nutzung der Plattform verwalten.
marketplace:
title: Der Marketplace
text_1: Im Marketplace können Erweiterungen und Pakete für Horum veröffentlicht, entdeckt und erworben werden. Dazu gehören unterschiedliche Produkttypen, mit denen Horum verändert oder erweitert werden kann.
text_2: Produkte können gesucht, gefiltert, bewertet und in den Warenkorb gelegt werden. Kostenlose und kostenpflichtige Produkte werden über denselben Marketplace bereitgestellt.
community:
title: Die Community
text_1: Die Community ist der Bereich für den Austausch zwischen Horum-Nutzern. Themen können in unterschiedlichen Kategorien erstellt und mit anderen Nutzern diskutiert werden.
text_2: Beiträge können kommentiert und bewertet werden. Dadurch entsteht neben dem Marketplace ein eigener Bereich für Fragen, Ideen, Erfahrungen und Diskussionen rund um Horum.
connection:
title: Webseite und Anwendung
text_1: Die Webseite und die Horum-Anwendung erfüllen unterschiedliche Aufgaben, gehören aber zur selben Plattform. Die Webseite übernimmt vor allem Account-, Lizenz-, Marketplace- und Community-Funktionen.
text_2: Die Windows-Anwendung ist der eigentliche Arbeitsbereich von Horum. Über den gemeinsamen Account und die Plattform können beide Bereiche miteinander verbunden werden.
summary:
title: Ein zentraler Zugang zu Horum
text: Die Horum-Webseite bündelt die Online-Funktionen der Plattform. Von deinem Account über deine Lizenz und den Marketplace bis zur Community findest du hier alles, was Horum außerhalb der eigentlichen Anwendung ergänzt.