joplin: Joplin: eine Offline-First-Notiz-App mit verschlüsselter Synchronisierung

Kostenlos, Open Source und plattformübergreifend

Joplin ist eine kostenlose, quelloffene Notiz- und Aufgabenanwendung, die eine große Anzahl von Notizen verwalten kann, die in Notizbüchern organisiert sind. Die Notizen sind durchsuchbar und können entweder direkt in den Anwendungen oder in einem eigenen Texteditor kopiert, getaggt und bearbeitet werden. Sie werden im Markdown-Format gespeichert. Es gibt Clients für Windows, Linux, macOS, Android und iOS. Ein Web Clipper für Firefox und Chrome speichert Webseiten und Screenshots aus dem Browser. Die Repository-Beschreibung nennt die App datenschutzorientiert, und die Repository-Metadaten listen TypeScript als Hauptsprache, mit dem Standardzweig dev und der Homepage https://joplinapp.org. Joplin speichert Notizen als Markdown und richtet sich damit an Anwender, die ihre Inhalte auch außerhalb der App lesen wollen. Der Offline-First-Ansatz bedeutet laut README, dass die Daten auf Telefon oder Rechner verfügbar bleiben. Für die Auswahl eines Synchronisierungsziels sind Nextcloud, Dropbox, OneDrive und Joplin Cloud ausdrücklich genannt.

joplin verlangt eine enge Lesart der jeweiligen README-Stelle. Abschnitt 1 betrifft den konkret beschriebenen Teil des Projekts. Nicht genannte Eigenschaften bleiben offen. Diese Begrenzung ist bei der Planung relevant, weil ein Lernbeispiel, eine Bibliothek, ein Desktopprogramm oder eine Datenpipeline unterschiedliche Erwartungen an Eingaben, Abhängigkeiten und Ausgaben stellt. Die vorhandene Quelle liefert den Ausgangspunkt, aber keine Zusage für fremde Integrationen. Ein sinnvoller Vergleich bleibt deshalb an laurent22/joplin, den Branch dev und die genannten Pfade gebunden.

Offline-First-Speicherung und Volltextsuche

Das README sagt, Joplin sei Offline-First, das heißt, alle Daten befinden sich immer auf dem Telefon oder Computer, sodass Notizen auch ohne Internetverbindung zugänglich bleiben. Auf allen Plattformen ist eine Volltextsuche verfügbar, um Informationen schnell zu finden. Das README beschreibt nicht, wie der Suchindex aufgebaut wird, wie Offline-Änderungen nach einer Wiederverbindung zusammengeführt werden oder wie sich große Notizsammlungen auf die Leistung auswirken. Diese Details müssten in der vollständigen, vom README verlinkten Joplin-Dokumentation geprüft werden. Prüfe vor dem Einsatz einen Export aus Evernote und eine einfache Markdown-Datei mit Bild und Anhang. Danach teste in der Joplin-Synchronisierungsansicht die gewählte Gegenstelle und kontrolliere, ob die erwarteten Notebooks und Ressourcen auf einem zweiten Gerät erscheinen.

joplin verlangt eine enge Lesart der jeweiligen README-Stelle. Abschnitt 2 betrifft den konkret beschriebenen Teil des Projekts. Nicht genannte Eigenschaften bleiben offen. Diese Begrenzung ist bei der Planung relevant, weil ein Lernbeispiel, eine Bibliothek, ein Desktopprogramm oder eine Datenpipeline unterschiedliche Erwartungen an Eingaben, Abhängigkeiten und Ausgaben stellt. Die vorhandene Quelle liefert den Ausgangspunkt, aber keine Zusage für fremde Integrationen. Ein sinnvoller Vergleich bleibt deshalb an laurent22/joplin, den Branch dev und die genannten Pfade gebunden.

Import aus Evernote und Markdown-Dateien

Aus Evernote exportierte Notizen können in Joplin importiert werden, einschließlich des formatierten Inhalts, der in Markdown konvertiert wird, Ressourcen wie Bilder und Anhänge sowie vollständige Metadaten wie Geolokalisierung, aktualisierte Zeit und Erstellungszeit. Auch einfache Markdown-Dateien können importiert werden. Das README behandelt weder den Export aus Joplin noch Beschränkungen der Importgröße oder die Behandlung nicht unterstützter Evernote-Formatierungen. Die verlinkte Import- und Exportdokumentation ist der Ort, um diese Details zu überprüfen. Bei joplin sind Angaben zu Architektur, Leistung und Langzeitpflege nur insoweit belastbar, wie sie im README konkret genannt werden. Die Repository-Metadaten liefern Kontext, aber keinen Ersatz für einen Test des dokumentierten Ablaufs.

joplin verlangt eine enge Lesart der jeweiligen README-Stelle. Abschnitt 3 betrifft den konkret beschriebenen Teil des Projekts. Nicht genannte Eigenschaften bleiben offen. Diese Begrenzung ist bei der Planung relevant, weil ein Lernbeispiel, eine Bibliothek, ein Desktopprogramm oder eine Datenpipeline unterschiedliche Erwartungen an Eingaben, Abhängigkeiten und Ausgaben stellt. Die vorhandene Quelle liefert den Ausgangspunkt, aber keine Zusage für fremde Integrationen. Ein sinnvoller Vergleich bleibt deshalb an laurent22/joplin, den Branch dev und die genannten Pfade gebunden.

Synchronisierung mit Ende-zu-Ende-Verschlüsselung

Joplin kann Notizen mithilfe der Ende-zu-Ende-Verschlüsselung mit mehreren Cloud-Diensten synchronisieren, darunter Nextcloud, Dropbox, OneDrive und Joplin Cloud. Das README gibt nicht an, welcher Verschlüsselungsalgorithmus verwendet wird, wie Schlüssel gespeichert oder wiederhergestellt werden oder ob ein selbst gehosteter Server über diese Dienste hinaus unterstützt wird. Die vom README verlinkte Synchronisierungsdokumentation müsste diese Fragen beantworten, bevor man sich auf die Implementierung verlässt. Die Einordnung bleibt auf laurent22/joplin begrenzt: Nicht beschriebene Integrationen, Garantien und Betriebsgrenzen werden nicht als vorhandene Funktionen ausgegeben.

joplin verlangt eine enge Lesart der jeweiligen README-Stelle. Abschnitt 4 betrifft den konkret beschriebenen Teil des Projekts. Nicht genannte Eigenschaften bleiben offen. Diese Begrenzung ist bei der Planung relevant, weil ein Lernbeispiel, eine Bibliothek, ein Desktopprogramm oder eine Datenpipeline unterschiedliche Erwartungen an Eingaben, Abhängigkeiten und Ausgaben stellt. Die vorhandene Quelle liefert den Ausgangspunkt, aber keine Zusage für fremde Integrationen. Ein sinnvoller Vergleich bleibt deshalb an laurent22/joplin, den Branch dev und die genannten Pfade gebunden.

Anpassung durch Plugins und Themes

Die Anwendung kann mithilfe von Plugins und Themes angepasst werden, und Benutzer können eigene erstellen. Das README nennt weder eine Plugin-API-Version, ein Theme-Dateiformat noch ein offizielles Plugin-Registry. Die vollständige Dokumentation unter joplinapp.org ist die im README genannte Referenz für weitere Informationen, daher sollten Plugin- und Theme-Details dort überprüft werden. Für joplin ist die wichtigste Beobachtung, ob der README-Ablauf mit den eigenen Eingaben reproduzierbar ist. Abweichungen sollten an der konkreten Datei oder Ausgabe untersucht werden.

joplin verlangt eine enge Lesart der jeweiligen README-Stelle. Abschnitt 5 betrifft den konkret beschriebenen Teil des Projekts. Nicht genannte Eigenschaften bleiben offen. Diese Begrenzung ist bei der Planung relevant, weil ein Lernbeispiel, eine Bibliothek, ein Desktopprogramm oder eine Datenpipeline unterschiedliche Erwartungen an Eingaben, Abhängigkeiten und Ausgaben stellt. Die vorhandene Quelle liefert den Ausgangspunkt, aber keine Zusage für fremde Integrationen. Ein sinnvoller Vergleich bleibt deshalb an laurent22/joplin, den Branch dev und die genannten Pfade gebunden.

Spenden, Sponsoren und Community

Das README bittet um Spenden zur Unterstützung der Entwicklung und nennt Ausgaben wie digitale Zertifikate zum Signieren der Anwendungen, App-Store-Gebühren und Hosting. Es listet auch Community-Kanäle auf: ein Support-Forum, Patreon, Bluesky, dezentralen sozialen Kanal, YouTube, Discord, LinkedIn und eine Lemmy-Community. Ein Leitfaden für Beiträge ist verlinkt, und im README erscheint eine lange Liste von Mitwirkenden. Das README enthält außerdem einen Warrant-Canary-Signaturschlüssel-Fingerabdruck und einen öffentlichen Schlüssellink. Die Repository-Metadaten zeigen zum Zeitpunkt des Schreibens 55.835 Sterne und 6.214 Forks, aber diese Momentaufnahme sagt nichts über die aktuelle Aktivität oder den Wartungsstatus aus. Die Quellenliste verweist auf das Repository und die dort genannte Dokumentation. So lassen sich joplin, Branch dev und die konkrete README-Version gemeinsam nachlesen.

joplin verlangt eine enge Lesart der jeweiligen README-Stelle. Abschnitt 6 betrifft den konkret beschriebenen Teil des Projekts. Nicht genannte Eigenschaften bleiben offen. Diese Begrenzung ist bei der Planung relevant, weil ein Lernbeispiel, eine Bibliothek, ein Desktopprogramm oder eine Datenpipeline unterschiedliche Erwartungen an Eingaben, Abhängigkeiten und Ausgaben stellt. Die vorhandene Quelle liefert den Ausgangspunkt, aber keine Zusage für fremde Integrationen. Ein sinnvoller Vergleich bleibt deshalb an laurent22/joplin, den Branch dev und die genannten Pfade gebunden.

Lizenz und Markenrecht

Der Lizenzauszug besagt, dass der gesamte Code im Repository unter AGPL-3.0-or-later lizenziert ist, sofern ein Verzeichnis nicht eine eigene LICENSE- oder LICENSE.md-Datei enthält; in diesem Fall gilt diese Datei für den Code in diesem Unterverzeichnis. Das genannte Beispiel ist packages/server mit einer eigenen Lizenz, während packages/app-cli keine enthält. Die Joplin-Logos und -Symbole sind urheberrechtlich geschützt von Laurent Cozic, alle Rechte vorbehalten, und dürfen nur mit Genehmigung verwendet werden. Joplin ist eine eingetragene Marke von JOPLIN SAS in der Europäischen Union mit der Registernummer 018544315. Der Lizenztext enthält keine Aussagen zu Garantie, Support oder Sicherheit. Joplin speichert Notizen als Markdown und richtet sich damit an Anwender, die ihre Inhalte auch außerhalb der App lesen wollen. Der Offline-First-Ansatz bedeutet laut README, dass die Daten auf Telefon oder Rechner verfügbar bleiben. Für die Auswahl eines Synchronisierungsziels sind Nextcloud, Dropbox, OneDrive und Joplin Cloud ausdrücklich genannt.

joplin verlangt eine enge Lesart der jeweiligen README-Stelle. Abschnitt 7 betrifft den konkret beschriebenen Teil des Projekts. Nicht genannte Eigenschaften bleiben offen. Diese Begrenzung ist bei der Planung relevant, weil ein Lernbeispiel, eine Bibliothek, ein Desktopprogramm oder eine Datenpipeline unterschiedliche Erwartungen an Eingaben, Abhängigkeiten und Ausgaben stellt. Die vorhandene Quelle liefert den Ausgangspunkt, aber keine Zusage für fremde Integrationen. Ein sinnvoller Vergleich bleibt deshalb an laurent22/joplin, den Branch dev und die genannten Pfade gebunden.

joplin: dokumentierter Prüfpfad

Prüfe vor dem Einsatz einen Export aus Evernote und eine einfache Markdown-Datei mit Bild und Anhang. Danach teste in der Joplin-Synchronisierungsansicht die gewählte Gegenstelle und kontrolliere, ob die erwarteten Notebooks und Ressourcen auf einem zweiten Gerät erscheinen. Prüfe vor dem Einsatz einen Export aus Evernote und eine einfache Markdown-Datei mit Bild und Anhang. Danach teste in der Joplin-Synchronisierungsansicht die gewählte Gegenstelle und kontrolliere, ob die erwarteten Notebooks und Ressourcen auf einem zweiten Gerät erscheinen.

joplin verlangt eine enge Lesart der jeweiligen README-Stelle. Abschnitt 8 betrifft den konkret beschriebenen Teil des Projekts. Nicht genannte Eigenschaften bleiben offen. Diese Begrenzung ist bei der Planung relevant, weil ein Lernbeispiel, eine Bibliothek, ein Desktopprogramm oder eine Datenpipeline unterschiedliche Erwartungen an Eingaben, Abhängigkeiten und Ausgaben stellt. Die vorhandene Quelle liefert den Ausgangspunkt, aber keine Zusage für fremde Integrationen. Ein sinnvoller Vergleich bleibt deshalb an laurent22/joplin, den Branch dev und die genannten Pfade gebunden.

Redaktionelles Fazit

Geeignet ist joplin für den im README beschriebenen Zweck und für Leser, die die genannten Dateien oder Befehle selbst nachvollziehen können. Ungeeignet ist das Projekt als Ersatz für nicht dokumentierte Betriebsversprechen. Prüfe zuerst Prüfe vor dem Einsatz einen Export aus Evernote und eine einfache Markdown-Datei mit Bild und Anhang.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes