QOwnNotes : un carnet en Markdown posé sur vos fichiers, pas sur une base de données
QOwnNotes is a plain-text file notepad and todo-list manager with Markdown support and Nextcloud / ownCloud integration.
En bref
- De quoi s’agit-il ?
- QOwnNotes est un éditeur de notes en C++ sous GPL-2.0 qui écrit des fichiers Markdown sur disque et s'appuie sur la synchronisation de fichiers Nextcloud ou ownCloud. La promesse est simple : vos notes restent des fichiers que vous pouvez lire sans l'application.
- À qui s’adresse-t-il ?
- QOwnNotes convient à qui possède déjà un serveur Nextcloud ou ownCloud avec synchronisation de fichiers, et qui refuse de confier ses notes à un service propriétaire. Il ne convient pas à qui veut une synchronisation intégrée sans serveur ni dossier partagé, ni à qui attend une collaboration en temps réel.
- Puis-je l’utiliser commercialement ?
- Oui, sous conditions. GPL-2.0 est une licence copyleft : si vous distribuez un logiciel qui l’inclut, vous devez publier le code source de ce logiciel sous la même licence. Un usage interne, sans distribution, ne déclenche pas cette obligation.
- Est-il encore maintenu ?
- Oui. Les derniers commits datent d’il y a 1 jour.
- En quel langage est-il écrit ?
- Principalement C++, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 15 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Le fichier comme unité de stockage, pas la base de données
La plupart des applications de notes récentes stockent le contenu dans une base interne ou dans un service distant, et n'offrent l'export que comme porte de sortie. QOwnNotes prend le chemin inverse. Le README indique que les notes sont enregistrées comme fichiers Markdown en texte brut et synchronisées via la fonction de synchronisation de fichiers de Nextcloud ou ownCloud. Le projet cite aussi Syncthing et Dropbox comme mécanismes de synchronisation possibles.
Ce choix a une conséquence pratique immédiate : vous pouvez ouvrir, modifier ou déplacer une note avec n'importe quel éditeur de texte ou outil en ligne de commande, sans passer par QOwnNotes. Le README affirme que vous pouvez réutiliser vos fichiers texte ou Markdown existants et qu'un import est rarement nécessaire. C'est le public visé : quelqu'un qui a déjà une arborescence de fichiers et qui cherche un éditeur, pas une migration.
Le corollaire est moins agréable. QOwnNotes ne possède pas vos données, donc il ne peut pas garantir leur cohérence. Si un autre programme écrit dans le même fichier pendant que vous éditez, c'est la couche de synchronisation qui arbitre, pas l'application.
Ce que l'application fait quand un fichier change sous elle
Le README décrit un comportement précis : les modifications externes des fichiers de notes sont surveillées, et la note ou la liste de notes est rechargée. Lorsque la note courante a été modifiée à l'extérieur, une boîte de dialogue affiche les différences entre la version en cours et la version modifiée.
C'est une réponse raisonnable au problème que crée l'architecture en fichiers. Un éditeur qui écrit directement dans des fichiers partagés doit supposer que quelqu'un d'autre peut écrire en même temps. QOwnNotes ne fusionne pas silencieusement : il montre l'écart et laisse décider. Cette décision déplace la charge sur l'utilisateur, mais elle évite l'écrasement invisible.
Le README mentionne par ailleurs trois modes de corbeille : locale, système, et côté serveur. Le mode serveur dépend de l'application QOwnNotesAPI installée sur l'instance Nextcloud ou ownCloud. Sans elle, la restauration de notes mises à la corbeille et l'accès aux versions antérieures ne sont pas disponibles. C'est une dépendance serveur réelle, pas un détail d'installation.
Fonctionnalités d'édition : liens wiki, pliage, vérification
Le README liste des liens de notes de style wiki, écrits sous la forme [[Note]], avec auto-complétion, ancres de titres, alias, backlinks et prise en charge du renommage. La coloration Markdown et un aperçu sont présents, avec aperçu des images en ligne, pliage des titres et masquage optionnel de la syntaxe Markdown.
La vérification orthographique est mentionnée, ainsi que des intégrations optionnelles : LanguageTool pour la grammaire et le style, Harper pour le même usage, et un support Markdown LSP. Le README cite deux exemples d'outils compatibles : Marksman pour les complétions et les diagnostics, Rumdl pour le lint. Ces intégrations supposent d'installer et de configurer des programmes externes ; elles ne sont pas embarquées.
Le support d'onglets est indiqué pour l'édition. Les raccourcis clavier sont personnalisables, et le README précise que les raccourcis globaux sont pris en charge sous Wayland. Ce dernier point compte pour les utilisateurs de GNOME ou KDE sous Wayland, où les raccourcis globaux sont souvent le premier élément à casser dans les applications Qt.
Scripts et IA : la partie qui dépend d'un dépôt externe
QOwnNotes dispose d'un support de scripts et d'un dépôt de scripts en ligne, depuis lequel des scripts peuvent être installés directement dans l'application. Le README mentionne aussi un support d'IA intégré avec intégration de scripts pour des fournisseurs comme OpenAI et Groq, ainsi qu'un serveur MCP intégré permettant à des agents d'IA externes de rechercher et de récupérer des notes.
La formulation du README reste générale. Il ne décrit pas la configuration requise pour ces fournisseurs, ni les clés à renseigner, ni la manière dont les notes sont transmises. Pour un usage professionnel, c'est le point à examiner avant toute activation : un serveur MCP qui expose la recherche de notes à un agent externe élargit la surface d'accès aux données, et le README ne documente pas de restriction dans le passage fourni.
Le dépôt de scripts est un choix d'architecture intéressant : il évite d'embarquer toutes les intégrations dans le binaire et laisse la communauté fournir des fonctions spécifiques. En contrepartie, la qualité et la maintenance de chaque script ne sont pas garanties par le projet principal.
Installer et démarrer : ce que le README permet de vérifier
Le README renvoie à une page d'installation sur le site officiel plutôt que de fournir des commandes. Il mentionne un paquet Snap, sans donner la commande. Je ne peux donc pas reproduire ici une procédure d'installation exacte à partir du matériel fourni : elle n'y figure pas.
Ce qui est vérifiable, c'est la chaîne de dépendances côté serveur. Pour gérer des listes de tâches sur le web et sur mobile, le README indique qu'il faut installer le backend Tasks sur Nextcloud ou ownCloud. Pour obtenir le versioning et l'accès à la corbeille en ligne, il faut installer l'application QOwnNotesAPI, dont le README donne les liens vers le magasin d'applications Nextcloud et la place de marché ownCloud.
Pour l'accès mobile, le README oriente vers des applications tierces : Notes pour Android et Nextcloud, MyOwnNotes pour Android et ownCloud, CloudNotes pour iOS. Il note aussi qu'un outil de synchronisation comme FolderSync ou Synchronize Ultimate, combiné à un éditeur comme Markor, peut suffire. Autrement dit, l'écosystème mobile ne dépend pas de QOwnNotes lui-même mais du serveur et des fichiers.
La limite structurelle : la synchronisation n'est pas dans l'application
QOwnNotes ne synchronise rien. Il écrit des fichiers dans un dossier, et c'est le client Nextcloud, ownCloud, Syncthing ou Dropbox qui fait le reste. Le README le dit explicitement en s'appuyant sur la fonction de synchronisation de fichiers du serveur.
Cette séparation est cohérente avec le reste du projet, mais elle crée des cas où QOwnNotes n'est pas le bon outil. Si vous n'avez pas de serveur et que vous voulez retrouver vos notes sur plusieurs appareils sans configurer de dossier partagé, il vous faudra assembler vous-même la synchronisation. De même, l'application n'offre pas d'édition collaborative en temps réel : deux personnes sur le même fichier produiront des conflits que le client de synchronisation devra résoudre, et QOwnNotes ne verra que le résultat final.
Un autre point de friction est le nommage des fichiers. Les liens wiki, les backlinks et le renommage supposent que QOwnNotes connaisse les fichiers et leurs relations. Si des fichiers sont renommés ou déplacés hors de l'application, la cohérence des liens dépend de ce que l'application parvient à reconstruire au rechargement. Le README ne détaille pas ce comportement dans le passage fourni.
Face à un éditeur Markdown local classique
L'alternative la plus proche n'est pas une application de notes en ligne, mais un éditeur Markdown local comme Obsidian ou Zettlr, ou plus simplement un éditeur de texte avec un dossier de fichiers. La différence tient à ce que QOwnNotes ajoute par-dessus le fichier : une liste de notes indexée, la recherche par sous-chaîne avec surlignage des résultats, les liens wiki avec backlinks, et une intégration avec les API de Nextcloud et ownCloud pour les versions et la corbeille.
Un éditeur de texte générique vous laisse les fichiers et rien d'autre. QOwnNotes vous laisse les fichiers et ajoute une couche de gestion. Le prix de cette couche est une dépendance à Qt et à un binaire C++, ce que le README présente comme un avantage en termes de consommation de ressources par rapport aux applications Electron. C'est un argument de conception, pas une mesure : le README ne fournit aucun chiffre de mémoire ou de CPU.
Par rapport à Obsidian, la différence de fond est le modèle de synchronisation. Obsidian privilégie un coffre local et des services de synchronisation propres ou tiers. QOwnNotes s'aligne sur une infrastructure auto-hébergée existante. Si vous avez déjà Nextcloud, l'intégration est directe ; sinon, elle devient un prérequis à installer.
Maintenance, licence et rythme de publication
Le projet est publié sous GPL-2.0. Concrètement, cela signifie que vous pouvez utiliser, étudier et redistribuer le logiciel, et que toute version modifiée que vous distribuez doit rester sous la même licence. Si vous intégrez QOwnNotes dans un produit distribué, cette contrainte s'applique au produit dérivé. Je ne donne pas d'avis juridique : faites vérifier votre cas si la distribution est commerciale.
Le rythme de publication est élevé. Les versions listées incluent v26.9.2, v26.9.1 et une construction continue datée du 8 septembre 2026, la dernière poussée sur le dépôt étant du 9 septembre 2026. Un numéro de version de la forme 26.9.x suggère un schéma calendaire, mais le README ne le confirme pas. Ce rythme implique que suivre les versions peut demander une mise à jour fréquente si vous installez depuis les paquets officiels.
Le coût de maintenance réel ne vient pas de QOwnNotes mais de son environnement : le client de synchronisation, le serveur Nextcloud ou ownCloud, et l'application QOwnNotesAPI lorsqu'elle est utilisée. Ces trois composants ont leurs propres cycles de mise à jour. Une panne de synchronisation se diagnostique côté serveur ou client, pas dans l'éditeur.
Conclusion éditoriale
QOwnNotes convient à qui possède déjà un serveur Nextcloud ou ownCloud avec synchronisation de fichiers, et qui refuse de confier ses notes à un service propriétaire. Il ne convient pas à qui veut une synchronisation intégrée sans serveur ni dossier partagé, ni à qui attend une collaboration en temps réel. Avant d'adopter, vérifiez deux choses concrètes : que le client de synchronisation ne réécrit pas les fichiers pendant l'édition, et si vous voulez l'historique des versions et la corbeille côté serveur, que l'application QOwnNotesAPI est bien installée sur votre instance.
Notes de la communauté