Eine App, die ich gebaut habe, weil Obsidian zu komplex ist

Ich wollte eine persönliche Wissensdatenbank-App, mit der ich das Wissen aus meinem Kopf zusammentragen kann, aber
Obsidian oder Notion haben einfach zu viele Funktionen und sind zu komplex.
Also habe ich mich gefragt, ob es nicht eine einfache und leichte Wissensdatenbank-App gibt, und weil AI heutzutage so gut ist, habe ich beschlossen, sie selbst zu bauen.

Wenn man eine Wissensdatenbank-App benutzt, ist das Nervigste doch, dass es umso schwieriger wird, bereits gespeichertes Wissen wiederzufinden, je mehr Einträge man hat – Hunderte oder Tausende, oder?
Deshalb habe ich diesen Teil über Tags gelöst.

Und damit man beim Erstellen neuer Dokumente nicht jedes Mal andere Tags verwendet, weil man sich nicht mehr an die früher genutzten erinnert (zum Beispiel Python, 파이썬, 프로그래밍), sodass die Tags am Ende verstreut sind und praktisch ihren Zweck nicht mehr erfüllen,
habe ich auch eine Tag-Empfehlungsfunktion eingebaut, die analysiert, welche Tags in ähnlichen früheren Dokumenten verwendet wurden.
(Dieser Teil war ehrlich gesagt am schwierigsten. Ich wollte unbedingt etwas Leichtgewichtiges bauen und hatte daher große Vorbehalte dagegen, LLM-basierte morphologische Analysewerkzeuge oder Ähnliches einzubauen.)

Inzwischen finde ich, dass das Programm weit genug ausgearbeitet ist, um es auch extern zu veröffentlichen.

Ich würde daher gern Feedback von den GeekNews-Nutzerinnen und -Nutzern bekommen.

Ich freue mich auf viel Feedback dazu, was man noch verbessern könnte.

[ffdd270]

Ich finde es gut, wenn die Schritte zum Erstellen eines Dokuments minimiert sind, damit ich Einfälle sofort aufschreiben kann. Deshalb war ich irritiert, dass Tastenkürzel wie Cmd+N nicht funktionierten.

Außerdem gibt es bei den meisten Schreibprogrammen, die ich mag, keine explizite Trennung zwischen Titel und Textkörper. Wenn es so umgesetzt ist, muss man zum Ändern des Titels einfach nur den obersten Header 1-Satz anpassen, und nach dem Titel kann man direkt in den Haupttext übergehen, was ein sehr gutes Eingabeerlebnis bietet. In der aktuellen Form ist das getrennt, und das fühlte sich nicht besonders gut an.

Auch in Obsidian mag ich das Erlebnis beim Erstellen neuer Dokumente nicht besonders, deshalb nutze ich die App Drafts, die nicht nach einem Dateinamen fragt und nach einer festgelegten Zeit automatisch ein neues Dokument erstellt. In dem von Ihnen vorgestellten Programm ist der Workflow beim Schreiben eines neuen Dokuments aus UX-Sicht derzeit völlig anders als bei bestehenden Apps, und statt effizienter wirkte dieser Workflow eher schlechter.

Insgesamt fühlte es sich eher wie ein Programm zum Verfassen von Internetbeiträgen an als wie ein Dokumenteditor, daher war das Bearbeitungserlebnis für mich nicht besonders gut. Wenn Sie diesen Teil verbessern, könnten Sie damit Menschen ansprechen, denen das Editiererlebnis wichtig ist.

Bei Tags habe ich ähnliche Erfahrungen gemacht, daher halte ich das grundsätzlich für eine ziemlich gute Funktion. Aber es wäre noch besser, wenn der Editor selbst so verbessert würde, dass man darin angenehmer bearbeiten kann. Gute Arbeit.

[ndrgrd]

Es wäre schön, wenn es wenigstens ein Anwendungsvideo oder zumindest ein paar Screenshots gäbe.

Obsidian hat zwar viele Funktionen, aber man kann auch einfach nur die Features auswählen, die man selbst braucht, und es wie einen schlichten Notizblock benutzen. Deshalb verstehe ich nicht so ganz, welcher Teil daran kompliziert sein soll.
Außerdem unterstützt Obsidian benutzerdefiniertes CSS, sodass man unnötige UI-Elemente einfach ausblenden kann.
Tagging und die Navigation über Tags werden in Obsidian ebenfalls bereits unterstützt.

Die Funktion, bereits vorhandene ähnliche Tags vorzuschlagen, ist zwar gut, aber nicht etwas, wofür ich Obsidian aufgeben würde — eher etwas, das ich mir als Obsidian-Plugin wünschen würde.

Es fehlen noch viele Funktionen, und wenn am Ende alle nötigen Features umgesetzt sind, wird es vermutlich doch nur eine Art Teilmenge von Obsidian als App sein.

[roxie]

Mein persönlicher Eindruck ist ... Es gibt weder Screenshots noch eine Web-Demo, die man vorab ausprobieren könnte, daher scheint mir die Hürde zum Download viel zu hoch zu sein.

[jufufu]

Es gibt zwar ein paar eigene Markdown-Syntaxen, aber grundsätzlich werden die Dokumente selbst im Ordner doc/ als md- und json-Dateien verwaltet, sodass keine Abhängigkeit von einem bestimmten Tool entsteht. Für die Performance habe ich außerdem eine zweistufige Struktur gewählt: Bei der tatsächlichen Nutzung in der App werden die md-Dateien im Ordner doc/ in SQLite geladen und dann verwendet.