Allgemein
    Bedienung Netz
    Bedienung Obsidian
    Inhalt der Site/des Vaults
    Erschliessung
    Netzressourcen
    Technisches

Sammlung von Links zu Materialien zum Lernen (hörbar) als Katalog/als Verzeichnis und frei zugänglichen Quelltexten als Zeitleiste/als Verzeichnis.

Diese befindet sich als kaum kommentierte Linksammlung im Ordner Materialen. Der Ordner Werkstatt kann für jeweils eigene Notizen verwendet. Im Ordner Zusaetze sind für die Sammlung unwichtige Seiten. Die selbst erstellen Definitionen im Ordner Zusaetze/Definitionen sind grob, auf den Themenseiten im Ordner Zusaetze/Themen finden sich Links zu bestimmten Themen.

Die Sammlung ist im Netz als statische Site veröffentlicht. Die Quellen sind ein Obsidian Notebook.

Wird diese Seite im Web gelesen sollte dieser Abschnitt übersprungen werden. Wird diese Seite in Obsidian gelesen, wurde der Obsidian Vault^[4] heruntergeladen. Dieser Vault enthält keine Plugins. Im Abschnitt Einstellungen und Plugins für Obsidian ist beschrieben, wie dieser Vault bei der Erstellung der Quellen eingerichtet war. Das braucht man nicht alles, um ihn zu benutzen. Auch wurde dort die Anzeigesprache Englisch verwendet. Hier wird für ein auf Deutsch eingestelltes Obsidian beschrieben, wie man den Vault einrichtet, um ihn fürs Selbststudium gut nutzen zu können.

Mit der Tastenkombination Strg-,^[5] öffnet man den Dialog Einstellungen. Dieser hat links sieben Einträge im Abschnitt "Optionen" und noch einige im Abschnitt "Obsidian-Erweiterungen".

Im Eintrag Allgemein stellt man die Sprache auf "Deutsch" ein.

Im Eintrag Editor schaltet man "Strenge Zeilenumbrüche" ein und "Eigenschaften im Dokument" auf "Nicht sichtbar". Besonders für Obsidian Neulinge würde ich entgegen gängiger Meinung empfehlen, den dritten Eintrag "Standardmodus zum Bearbeiten" auf "Quellcode-Ansicht" zu stellen. Weitere Einstellungen wählt man nach Belieben.

Im Eintrag Dateien & Links schaltet man "Standardordner für neue Notizen auf "Eigenen Ordner unten festlegen". Ebenso schaltet man "Standardordner für neue Anhänge" auf "Eigenen Ordner unten festlegen". Danach erscheint jeweils eine neue Option direkt darunter.

Weitere Einstellungen wählt man nach Belieben.

Im Eintrag Darstellung würde ich empfehlen "Zeige Titel in Notiz" auszuschalten und "Zeige Tab-Titelleiste" eingeschaltet zu lassen. Eines von beiden muß auf jeden Fall ein sein. Weitere Einstellungen wählt man nach Belieben.

Ganz unten in "Darstellung" gibt es einen gibt es Abschnitt "CSS-Bausteine". Dort sind drei Einträge: "adapt", "obsidian-source-view" und "timeline". Dies enthalten die von Nonmatrikulation mitgelieferten Css Einstellungen. Damit es so aussieht wie im Netz sollten "adapt" und "timeline" eingeschaltet werden. Nutzt man zum Editieren die Quellcode Ansicht sollte man auch "obsidian-source-view" wählen. Dies zeigt beim Editieren alle Zeilen gleich hoch an, die Überschriften werden dafür mit hellgelbem Hintergrund hervorgehoben. Weiterhin werden die Links direkt als Buchstabenfolgen (und nicht als Links) dargestellt; für einen Vault mit vielen Links eine nützliche Einstellung beim Editieren.

Im Eintrag Tastenkürzel stellt man die einem selbst angenehmen Tastenkürzel ein. Oder man kopiert direkt eine Datei "hotkeys.json" in das Verzeichnis ".obsidian". Dies würde bereits definierte Tastenkürzel entfernen. Nonmatrikulation liefert eine Datei "hotkeys.json" mit. Diese kopiert man ins ".obsidian" Verzeichnis. In einer Shell in Linux geht das so:

Danach kann man z.B. mit Alt-Pfeilrechts die rechte Seitenleiste ein- und ausblenden, mit Alt-Pfeilhoch rückwärts navigieren oder mit Strg-d das aktuelle Datum einfügen.

Im Eintrag Obsidian-Erweiterungen schaltet man von Obsidian selbst mitgelieferte Erweiterungen nach Belieben ein- oder aus.

Im Eintrag externe Erweiterungen drückt man auf den Knopf "Community-Erweiterungen aktivieren". Damit hat man externe Plugins ermöglicht. Man drückt auf den Knopf "Durchsuchen" und installiert die im folgenden Kapitel vorgestellten Plugins.

Nach der Installation eines externen Plugins gibt es im Einstellungsdialog Strg-, links einen dritten Abschnitt "Externe Erweiterungen". Dort kann man die Einstellungen für diese Plugins vornehmen. Einige Plugins haben keine Einstellungen, diese tauchen in diesem Abschnitt nicht auf.

Das Plugin Templater ist vom Entwickler "SilentVoid" und wurde über 3 Millionen mal installiert. Nach der Installation muß man auf den Knopf "Aktivieren" klicken.

In den Einstellungen von Templater Templater einrichten:

Das Plugin Dataview ist vom Entwickler Michael Brenan und wurde über 3 Millionen mal installiert. Nach der Installation muß man auf den Knopf "Aktivieren" klicken.

In den Einstellungen von Dataview Dataview einrichten:

Das Plugin Waypoint ist vom Entwickler Idrees Hassan und wurde über 90 Tausend mal installiert. Nach der Installation muß man auf den Knopf "Aktivieren" klicken.

Nonmatrikulation bietet folgende Features

Wurden die Einstellungen und Erweiterungen wie oben angegeben eingerichtet, funktioniert das alles. Im Abschnitt Technisches über die Quellen und deren Export werden die verwendeten Techniken genauer beschrieben und weitere Plugins vorgestellt.

Die Netzversion/die lokale Version, anders ausgedrückt die Site/der Vault ^[6] besteht aus einem öffentlichen und einem privaten Bereich. Der private Bereich ist im Ordner "Werkstatt". Er ist für eigene Notizen jeglicher Art gedacht und macht in der Netzversion keinen Sinn.

Das Kernstück des öffentliche Bereichs ist der Ordner Materialien. Es wird unterschieden zwischen Lernmaterialen, hauptsächlich Videos und Audios, und Quellen. Lernmaterialen sind über ein Thema, Quellen sind frei zugängliche Originaltexte. Für Lernmaterialien gibt es einen Katalog nach Bereichen. Quellen sind nach Autoren unterschieden, sie sind über die Zeitleiste zu finden. Der Katalog wird automatisch erstellt, die timeline manuell. Beide Bereiche sind auch über das Inhaltsverzeichnis zugänglich. Über die Seitenleiste links kann man alle Seiten finden. Die Dateinamen der Kataloge beginnen mit einem Bindestrich, die Dateinamen der Inhaltsverzeichnisse heissen wie die Verzeichnisse, die sie auflisten.

Ein physikalisches Buch steht genau einmal an einem bestimmten Platz. In Computern ist das anders. Man könnte nun meinen, wenigstens eine Datei müsse genau einmal irgendwo liegen, doch das stimmt nicht. Die selbe Datei könnte zweimal auf einem Speichermedium liegen. Änderte man sie an einem Ort, wäre sie auch am anderen verändert, da es die selbe Datei ist. So könnte eine Datei die eine Veranstaltung "evolutionäre Erkenntnistheorie" beschreibt, einmal im Ordner Philosophie und einmal im Ordner Biologie liegen. Dieser Ansatz wurde in Nonmatrikulation nicht gewählt. Bei der Ablage der Dateien wird wie bei physikalischen Objekten verfahren. Jede Datei, auch eine Datei mit einer Veranstaltungsbeschreibung liegt immer genau einmal in einem bestimmten Ordner. So kann man sich sicher sein, wenn man eine Datei über Ordnersuche findet, dass man die selbe Datei nicht in einem anderen Ordner findet (und so vielleicht ohne es zu merken die selbe Veranstaltung zweimal auf seine "WillIchHören" Liste schreibt).

Veranstaltungen liegen in Ordnern Materialien. Bis auf Autoren (und Autoren-Sekundaer) enthalten alle Unterordner in Materialien Veranstaltungen oder Unterordner mit Veranstaltungen. Inhaltsverzeichnisse in Materialien heißen wie der Ordner. Ein Hauptinhaltsverzeichnis liegt parallel zu dieser Datei.

Die Deutsche Nationalbibliothek wartet die Dewey-Dezimalklassifikation auf deutsch, kurz DDC. Jeder Veranstaltung wird ein Attribut DDC mit einer dreistelligen DDC Nummer gegeben. Entscheidet man sich die Veranstaltung "evolutionäre Erkenntnistheorie" im Bereich Philosophie abzulegen, bekommt sie die DDC Nummer 121, legte man sie in Biologie ab, bekäme sie die DDC Nummer 576.

Die DDC Nummern werden in Katalogen angezeigt. Die Kataloge sind nach DDC Nummern sortiert. Im Hauptkatalog sind alle Veranstaltungen im Verzeichnis Materialien aufgelistet, in Unterkatalogen, z.B. Sprachphilosophie entsprechend nur die Veranstaltungen des entsprechenden Verzeichnisses.

Nichtlineare Verbindungen in Dateien/Notizen können auf drei Arten gefunden und/oder erstellt werden.

Ein Wort, dem ein Doppelkreuz vorangestellt ist, wird zu #tag. Klickt man darauf, werden im rechten Seitenbereich alle Dateien angezeigt, die dieses #Tag enthalten.

Notizen können untereinander verlinkt sein. In beiden Versionen kann man wie üblich auf diese Links klicken. In der Netzversion werden die Rückverweise (Backlinks) unten auf der Seite angezeigt. In der lokalen Version kann man verschiedene Rückverweis Bereiche anzeigen.

Nach jeder bestimmten Buchstabenfolge kann über alle Dateien in der Netzversion in der linken Seitenleiste gesucht werden; in der lokalen Version ist greift man auf diese Suche über den Befehl Suchen: in allen Dateien suchen zu, die Ergebnisse werden dann auch links in der Seitenleiste angezeigt.

Mit dem zuerst verwendete Plugin obsidian-vimrc-support gab es keine Möglichkeit auf die Pfeiltasten zu mappen. Ausserdem zeigt es den Vim Mode nicht zuverlässig an.

The Ultimate Guide to Customizing Obsidian Vim Mode via QuickAdd beschreibt, wie man ohne ein Plugin zu erstellen, direkt mittels einer Javascript Datei Vim anpasst, zum Beispiel Mappings erstellt.

Damit als Vorlage erstellt die eigene Datei vimrc.js einfache Befehle um sich hoch, runter, nach rechts und nach links zu bewegen und weist diese, auch im Insert Mode, den Tastenkombinationen [Alt-k], [Alt-j], [Alt-l] und [Alt-h] zu; sie wird mit dem Modul QuickAdd beim Start geladen.

Wie man den Vim Mode in der Statusbar anzeigt, ist im verworfenen Plugin obsidian-vimrc-support implementiert. Dieser Code wurde in das eigene Plugin vim-fuer-sammlung übernommen. Die zugewiesene Css Klasse vim-sammlung-statusbar wird im snippet adapt.css im Edit Mode deutlich hervorgehoben.

Diese beiden Ansätze könnte man vereinigen. Aber sie wurden von unterschiedlichen Vorlagen mit unterschiedlichen Prinzipien erstellt und ich bin kein Profi für Obsidian Anpassungen.

foty ist ein Template, mit dem es möglich ist, automatisch in verschiedene Verzeichnisse unterschiedliche Notizgerüste einzufügen.

Es ist ein bisschen kompliziert aber mächtig. Vielleicht ist das Script leichter zu verstehen, wenn man sich bewusst macht, dass jedes Templater Script von der Vorlage ausgeht.

Der Templater arbeitet mit Templates, Vorlagendateien. Er hat verschiedene Möglichkeiten, sie einzufügen.

In einem Templater Template kann man Zwischen Klammerausdrücken <%* und %> jeglichen Javascript Code schreiben, in dem man z.B. eine Stringvariable strout füllen kann. Diese kann man dann in einem anderen Block direkt in das Gerüst der neuen Datei schreiben: <% strout _. (Dieser Block wird von <% ohne Stern eingeleitet)

Zusätzlich bietet der Templater die Möglichkeit Script Dateien einzubinden. Die von diesen Dateien exportierten Funktionen können von den Templates aufgerufen werden.

Wenn eine Script Datei mit module.exports = foty die Funktion foty exportiert, kann sie in einer Vorlagendatei aufgerufen werden: <%* tp.user.foty(tp, app) %>.

Was zwischen <%* und %> ausgeführt wird, ist echtes Javascript. Doch es steht nicht in einer Javascript Datei.

Deswegen habe ich die Logik soweit als irgend möglich in ein (ein einziges) Script verlegt und gleichzeitig die Anzahl der benötigten Vorlagen (Templates) auf eins reduziert.

Diese eine Vorlage ruft die eine exportiert Funktion auf, die Funktion macht die ganze Arbeit und gibt der Vorlage dann die gewonnen Werte. Die Werte können entweder YAML (Frontmatter, was auf Deutsch in den Editor Einstellungen von Obsidian "Eigenschaften im Dokument" heißt) sein oder Textschnipsel, die direkt in die Notiz eingefügt werden.

foty hat die Konvention, dass alles was vor "____" gesendet wird YAML Eigenschaften sind - diese sind recht einfach zu bearbeiten, sie werden so wie sie kommen in den Eigenschaftenbereich am Anfang der Notiz geschrieben.

Alles was danach kommt kommt direkt in die Notiz. Aber wie? Da müssen die Vorlage und das Script gemeinsame Namen haben, z.B. "pict", "firstline", "prevlink" und es müssen sich beide einig sein, was mit dem jeweiligen Schnipsel gemacht wird.

Das Script ist solides Handwerk ohne Benutzeroberfläche.

Damit es läuft, muß im Templater

Vielleicht hat man ein Verzeichnis Garten und eines Bibliothek und möchte in jedes dieser Verzeichnisse ein Tagebuch einfügen. Das allgemeine Tagebuch möchte man auch führen. Dann könnte man die Verzeichnisse /Tagebuch, /Garten/Tagebuch und Bibliothek/Tagebuch anlegen und einen NoteType erstellen, den man z.B. tagebuch nennt und für den der Wert folders ["Tagebuch"] ist. Dann würden alle Notizen in jedem Verzeichnis Tagebuch oder einem Unterverzeichnis davon mit der Variante von foty_Vorlage.md erstellt werden, die man fürs Tagebuch möchte, z.B. "publish: -nein" und als Titel das aktuelle Datum und eine automatische Verlinkung auf den vorigen Eintrag und den morgigen (wenn man erst übermorgen wieder schreibt muss man das per Hand ändern.)

Oder man möchte all seine Notizen in einem Verzeichnis haben, Bücher, Rechnungen, Filmbeschreibungen, damit man die aber visuell unterscheiden kann sollen sie je nach Typ mit einem anderen Kenner anfangen. Man könnte drei NoteTypes erstellen: buch, rechnung, film, derem folders ["Einträge", "vielleicht"] sind. Bücher sollen mit {b} beginnen, filme mit $ und Rechnungen mit - . Man setzt die marker der NoteTypes entsprechend.

Erstellt man dann eine Notiz in einem Verzeichnis "Einträge" oder "vielleicht" wird einem die Auswahl zwischen buch, rechnung, film angeboten. Nach der Auswahl gibt man den Dateinamen name ein und es wird für ein Buch eine Notiz {b}name, für einen Film $name und für eine Rechnung -name erzeugt. Die YAML Einträge und die Notizgerüste werden so erzeugt wie im jeweiligen NoteType angegeben.

Ein einziger NoteType "note", der für alle Verzeichnisse gilt. Jede Datei hat vor dem eigentlichen Namen den Kenner {w}. In den YAML Kopf wird aliases: und borgia: geschrieben. aliases hat einen Wert der durch die Funktion aliasOrt bestimmt wird (diese ignoriert den Kenner und macht noch was mit Kommas) und borgia hat den Wert "Lukrezia".

Dem Template wird als firstline "DAS WORT" gegeben. Das Template foty_Vorlage fügt firstline als erste Zeile (nach scriptline) ein, und zwar als Überschrift der Stufe eins. Zwar ist fugger wahr (true), doch das Template macht nur was, wenn auch lastline gesetzt wäre und das ist es nicht.

Hier sieht man, daß das Script und die Vorlage in der Übergabe übereinstimmen müssen. Die Schlüssel "borgia" und "fugger" sind absichtlich schräg gewählt, so dass deutlich wird, dass die Namen egal sind.

Für Obsidian, das auf Deutsch läuft, muss unbedingt TITLE_NEW_FILE auf "Unbenannt" gesetzt werden.

Was im Abschnitt "defaults" steht, gilt für jeden Notiztyp. Jede Notiz wird also einen YAML Eintrag publish mit dem Wert true erhalten. Sie kann den Wert allerdings überschreiben, so wie das der NoteType test macht. Jede Notiz wird type, firstline und lastline an die Vorlage senden. type wird von der Callback Funktion cbkNoteType bestimmt, die den Foldertype zurückgibt, hier also entweder book oder test. Aber unsere Vorlage foty_Vorlage macht nichts mit type. Da stimmt was mit der Kommunikation nicht.

Der NoteType book übernimmt die Vorgaben, der notetype test überschreibt publish mit false.

Der Default NoteType ist note - wird das nicht angegeben, ist es der erste. Die Defaultsbereiche heissen hier schoolyaml und schoolshow - die Namen sind egal, in den NotyTypes müssen dann aber diese Namen verwendet werden. Der YAML Eintrag cssclasses wird durch die Funktion cbkFmtCC bestimmt. Die muss es geben, sonst bricht das Script mit einem Fehler ab. Der author und publish werden auf feste Werte gesetzt.

Für den Renderbereich werden die Einträge prevlink und nextlink und scriptline mit einem leeren Wert vorgegeben und firstline bekommt wieder den Notiznamen ohne Marker von einer Funktion.

Der Default NoteType note übernimmt alles wie oben vorgegeben. die beiden mittleren Zeilen könnten auch fehlen.

Der NoteType werkstattmitschrift wird bei neuen Notizen in Verzeichnissen "Werkstatt/Mitschrift angewandt. Vor den Notiznamen wird ein Klammeraffe gestellt. Der Autor wird als leer überschrieben, publish mit false und firstline mit "Mitschrift".

Der NoteType mitschrift wird in Verzeichnissen "Werkstatt" und "Buchmitschriften" erstellt (und in deren Unterverzeichnissen, falls nicht eine Regel greift die näher am letzten Teil des Pfades ist). Der Marker ist auch ein Klammeraffe. Alle Vorgaben werden übernommen.

Auch der NoteType buch wird in Werkstatt erzeugt. Sein Marker ist {b}, Es werden also Namen erzeugt wie: "{b}Kant - Vernunft". Die Funktion cbkAskGoogleForTitle geht ins Netz und frägt Google nach Büchern mit den Stichwörtern, die beim name_prompt eingegeben wurden (also z.B. Kant und Vernunft). Aus der von Google zurückgegebenen Liste lässt sie den Nutzer dann einen auswählen. Die erhaltenen Informationen braucht sie teilweise selbst für den Dateinamen und sie speichert sie auch zwischen, für die anderen Callbackfunktionen. cbkBuchTitel, cbkBuchAutor und cbkBuchDatum greifen darauf zu und geben damit ihre Werte zurück.

Der Buchstatus kann einen von 5 Werten haben. Die anderen vier kommen in ein Bequemlichkeitsarray, so dass man sie beim Ändern des Wertes einfach kopieren kann.