remarkable-bujo : un Bullet Journal reproductible pour reMarkable
remarkable-bujo est un générateur libre permettant de produire un Bullet Journal annuel complet et hyperlié au format PDF pour les tablettes reMarkable.
Le projet part d'une contrainte simple : je veux conserver la méthode Bullet Journal, notamment l'écriture manuscrite, le rapid logging, la migration et la réflexion, tout en évitant le problème d'allocation physique des pages d'un carnet papier.
Le PDF généré fournit la structure. L'utilisateur fournit toujours le journal.
Principe de conception
La règle centrale est :
Automatiser le journal, pas la tenue du journal.
Le générateur automatise les informations déterministes et fastidieuses à préparer à la main :
- dates et jours de la semaine ;
- numéros de semaine ISO ;
- calendriers ;
- structure annuelle des pages ;
- mises en page répétées ;
- destinations de pages ;
- liens PDF internes.
Il n'automatise volontairement pas les parties cognitives de la méthode. Il ne décide pas des priorités, ne migre pas les tâches inachevées, ne déduit pas les intentions, ne remplit pas les champs de réflexion et ne transforme pas l'écriture manuscrite en base de données de tâches.
Structure générée
Une année générée contient actuellement :
- une clé de rapid logging ;
- un index global hyperlié ;
- Objectifs / Intentions ;
- Un jour / Peut-être ;
- une vue d'ensemble de l'année ;
- six pages de Future Log, à raison de deux mois par page ;
- 12 calendriers mensuels ;
- une page Monthly Log par mois ;
- des pages de vue hebdomadaire ISO ;
- une page Weekly Log / Réflexion par semaine ISO ;
- une page pour chaque jour de l'année ;
- des pages de réflexion mensuelle ;
- une page de réflexion annuelle ;
- des index de projets et de collections ;
- des pages inscriptibles pour projets et collections ;
- des zones hebdomadaires et mensuelles de migration/revue ;
- des liens PDF internes pour la navigation.
Les pages quotidiennes utilisent une mise en page à points volontairement minimale. Ce sont des surfaces d'écriture plutôt que des formulaires.
Pourquoi générer l'année complète
Sur papier, réserver des pages à l'avance crée son propre problème de planification. Les notes quotidiennes n'ont pas une longueur constante, les projets grandissent de façon imprévisible et les collections se disputent un nombre fini de pages.
Un PDF numérique supprime cette rareté matérielle sans obliger le journal à devenir une application conventionnelle. Des centaines de pages peuvent être générées à l'avance, et des liens peuvent relier les vues annuelles, mensuelles, hebdomadaires et quotidiennes sans tenir manuellement une comptabilité des numéros de page.
La structure peut ainsi rester régulière tandis que le contenu demeure manuscrit et non structuré lorsque c'est pertinent.
Navigation
Les liens PDF internes sont l'une des rares fonctions numériques que je souhaite activement dans le journal. Ils remplacent le feuilletage répété sans modifier ce qui est écrit sur la page.
Le résultat se comporte davantage comme un carnet doté de raccourcis déterministes que comme une application de planification interactive. La navigation est générée ; l'état du journal ne l'est pas.
Reproductibilité
Le journal est généré depuis les sources plutôt que maintenu comme un PDF édité à la main. Cela a plusieurs conséquences :
- le même code peut produire une autre année ;
- les modifications de mise en page sont versionnées ;
- l'arithmétique calendaire est générée plutôt que recopiée ;
- le PDF peut être reconstruit après une modification de conception ;
- l'implémentation peut être inspectée, modifiée et partagée.
Le projet est sous licence GNU GPL version 3 ou ultérieure.
Installation
Une installation locale éditable peut être créée avec :
python -m venv .venv
. .venv/bin/activate
pip install -e .Un journal pour 2027 peut ensuite être généré avec :
remarkable-bujo --year 2027 --output bujo-2027.pdfou :
python -m remarkable_bujo --year 2027 --output bujo-2027.pdfRelation avec la méthode Bullet Journal
Le générateur n'est utile que dans la mesure où il préserve la méthode au lieu de la remplacer.
Une fonction qui ne fait qu'économiser du travail répétitif de mise en page est généralement souhaitable. Une fonction qui prend une décision à la place de l'utilisateur du journal mérite beaucoup plus de méfiance. En particulier, le report automatique des tâches rendrait le logiciel plus pratique tout en affaiblissant le processus délibéré de migration.
Pour le raisonnement qui sous-tend le journal lui-même, voir Bullet Journal : philosophie et usage personnel.
Source
- Dépôt : github.com/fmaillar/remarkable-bujo
- Licence : GPL-3.0-or-later