Comme indiqué sur Twitter il y a quelques jours, je reviens sur Trunk Notes Personal Wiki qui a fini de me convaincre (cf. Le billet précédent) en me permettent d’organiser sur mon iPhone (…comme sur l’iPad) des tas de notes éparses tant dans Drafts 4 que dans Ulysses ou DropBox !
Bref, même si je n’ai pas terminé, je me suis fabriqué un petit site urbanbiwiki (sic !) à mon unique usage et dont la sauvegarde et la synchronisation est confiée à DropBox.
Certes, tout n’est pas encore parfait…
- mes notes de bas de page en Markdown ne sont pas visualisées dans Trunk Notes mais le développeur (adorable…!) m’a répondu et regarde comment corriger cela
- la synchronisation doit être poussée, comprendre qu’en quittant un écran, je force DropBox à la réaliser (mais comme 95 % de ce que j’écris l’est sur iPhone, le souci est minime)
- je n’ai pas encore assimilé toutes les fonctions de Trunk Notes ! Mais je teste et ai déjà ajouté un Header (avec les liens principaux pour passer d’une série de notes à une autre) et un Footer personnalisé.
- le texte est un peu collé aux bords gauche et droit de l’écran du iPhone… Mais l’astuce est bien de tout écrire dans Drafts…
Bref, je suis ravi.
J’emploie trois actions dans Drafts - Quickly Capture Notes, Share Anywhere! pour expédier mes textes saisis dans ce traitement de texte vers Trunk Notes, ajouté quelques raccourcis dans TextExpander pour les balises comme {{children}} dont je me sers fréquemment.

Et j’ai même créé une rubrique pour conserver mes billets de près de 500 caractères que je poste dans Mastodon avec un horodatage ad hoc.

Bref, cette réorganisation de mes notes en Wiki me permet de mieux voir l’état de mes projets (et parfois c’est pitoyable…!), lister les entrées. Et tout ceci me dynamise…!

Le {{recent 10}} me permet de lister les 10 dernières pages modifiées dans Trunk Notes ou arrivées depuis Drafts…
Mieux, avec la fonction Append, depuis Drafts 4 je peux compléter des entrées existantes …à la condition de conserver le même titre de page.
Bref, je ne cherche pas à vous convaincre, je l’utilise et vous en fait part…
Même mon fiston a remarqué que je publiais moins. J’essaye de me concentrer sur des trucs plus précis. Et donc écrire… mais moins dans le cadre même d’urbanbike…
S’investir dans un nouveau service, dans une nouvelle application, c’est d’abord y passer un peu (…beaucoup…!) de temps, essayer de comprendre comment ça fonctionne.
Bref, expérimenter.
Mais tout ne se présente pas de manière identique… Deux exemples :
Pour une application, même en test, il y a un peu d’information en ligne, souvent quelques pages pratiques et une équipe de développeurs accessibles par mail.
Pour Mastodon, c’est un poil plus compliqué vu qu’il faut en priorité trouver un serveur bien sécurisé (faire le choix de personnes à la réputation aiguisée) et leur déléguer, en toute confiance, la partie immergée de l’iceberg.
Côté application, je suis enthousiasmé par ce modeste Trunk Notes Personal Wiki qui m’a retiré une énorme épine du pied. Je vais y revenir…
Côté réseau, assister comme rédacteur de contenus au décollage de Mastodon est rajeunissant. Mais je suis nettement plus circonspect pour l’avenir.
Autant Trunk Notes, avec ses faiblesses et ses forces, ne me soucie pas (les fichiers synchronisés sont du Markdown accessibles depuis n’importe quel traitement de texte en cas de problème…!), autant la pérennité de Mastodon est loin d’être assurée.
Du coup, je participe à ce test collectif à grande échelle avec un certain détachement, en anticipant une situation future à la Ello, app.net, diaspora, des meilleurs et j’en passe.
Si le résultat est satisfaisant avec un grand nombre de faiblesses et d’inconnues, je préfère m’investir dans des solutions plus personnelles.
Mais, comme je l’ai écrit, soupirer d’aise pour ces 500 signes, c’est bien ; les mettre en œuvre, c’est mieux. Et je ne parle même pas des contributions publiées de 500 signes : sont-elles lues ! L’effet TL!DR peut-être ?!
Se souvenir que Twitter est loin d’être enterré et que rien n’empêche ces promoteurs de basculer demain à 500 signes, d’ajouter du balisage Markdown et couper ainsi l’herbe sous le pied à Mastagon…
À suivre…
Gestion d'un flux de notes en mode Wiki sur son iPhone ou iPad
dans
drafts |
écrire
À quoi sert un Wiki sous iOS ? La question mérite d’être posée mais, très souvent, vous n’en éprouverez pas le besoin. Comme d’habitude, je vais/vous allez (!!) fouiller dans mes/vos notes pour pêcher une info et …nous la retrouverons avec plus ou moins de facilité.
L’idée d’un wiki personnel est de nous permettre d’accéder à toutes nos infos ordonnées… Comme si nous naviguions sur un site internet, dans une sorte de Wikipedia à notre unique usage mais sur notre écran sous iOS et sans connexion. Bon, ce Wiki peut se partager mais je glisse sur cette option…
Dans une vie antérieure, j’ai employé ThinkBook - Todos, Notes, Projects, Outlines, excellent produit mais avec un seul défaut de taille à mes yeux, l’absence de balisage Markdown.
J’emploie toujours iThoughts (mindmap) mais pour construire des cartes heuristiques.
Aussi, je vous raconte à grands traits ma rencontre avec Trunk Notes !
Mardi, après avoir testé Mastodon (si, si, initiative intéressante qui, je l’espère, ne finira pas comme diaspora, app.net ou ello…), en me baladant sur le catalogue d’actions de Drafts — relire urbanbike | Scripts pratiques, Drafts iOS et assistance à la saisie, je tombe sur une nouvelle action x-callback-url qui exporte vers un produit que je ne connais pas, Trunk Notes Personal Wiki…!
Tiens donc. Je suis curieux, j’essaye de comprendre…
Pas de version d’essai pour Trunk Notes Personal Wiki, j’hésite mais épluche les commentaires des utilisateurs, détaille les copies d’écran …avant d’appuyer sur Touch ID pour acquérir l’application.
Même pas peur…!
Problème, deux heures plus tard, j’étais en train de lire toute la doc (je ne suis pas très rapide) et tester la synchronisation via DropBox entre iPhone et iPad Pro.
Pourquoi ai-je craqué si rapidement ?
L’app supporte le balisage Markdown et offre nombre de balises propres aux Wiki. Dont la balise {{toc}} et d’autres bien plus subtiles.
Certes, il me manque le support de TextExpander et des notes en bas de page (je me renseigne auprès du développeur) mais — ce qui me séduit — c’est que je peux préparer mes fiches dans Drafts et donc m’affranchir de certaines limitations de Trunk Notes qui n’est pas un traitement de texte mais un Wiki.
Du coup, je réinstalle sur mon iPhone le clavier de TextExpander 3 car, si l’app gère des snippets mais ne supporte pas TextExpander, autant utiliser celles que j’ai en magasin si j’ai besoin de corriger dans cette app.
Et, très vite, je vérifie que les fichiers produits par Trunk Notes sont bien lisibles via DropBox dans Byword (ou une autre app Markdown ) sur mon Mac.

- .markdown, CQFD, avec un gros paquet de métadonnées dont les coordonnées du lieu d’écriture (!!), les tags et l’horodatage qui est clé…
Bref, tout fonctionne, je me lance.
Explications décousues (!) avec copies d’écran…
Pour ma part, je comprends l’usage du wiki comme une gestion de notes, de feuillets avec des liens.

- À gauche | une liste de liens qui pointent sur des pages individuelles, ces dernières…
- À droite | …pouvant revenir tranquillement sur cette page de liens… Petite note en passant, les liens rouges sont des liens vides à créer par la suite : un appui permet à Trunk Notes de vous proposer de créer la page manquante avec comme titre, le nom du lien…! Juste génial…
C’étaient mes premiers essais…

- Notez que le balisage est d’une simplicité désarmante avec un autre balisage connu, Markdown !
Pour écrire ces notes, il n’est pas mal de démarrer par un véritable outil de prise de notes… comme Drafts - Quickly Capture Notes, Share Anywhere! — ou Editorial — puis d’assembler ces notes dans Trunk Notes Personal Wiki en les expédiant par un simple x-callback-url en mode create.
En sachant que Append et Prepend sont également dispos…

- À gauche | le codage est assez basique, peut être saisi dans Trunk Notes…
- À droite | …mais avec une action d’export en x-callback-url depuis Drafts 4 vers Trunk Notes, pourquoi s’ennuyer…?

- Certaines informations répétitives (comme le contenu du pied de page) sont gérées par des pages dites spéciales…, des instructions permettent de lister automatiquement les pages enfants dans une page parent, etc.
Bref un chouette mécano que l’on découvre avec plaisir…

- Chaque page modifiée voit son horodatage changé…, la liste des contenus possède plusieurs affichages et l’usage du nommage
Dossier et sous dossier sour la forme Dossier:SousDossier est redoutable…

- L’accès aux pages documentation et spéciales se fait simplement (…et se désactive de la même manière)

- Et c’est le moment de mieux mesurer la force du binz… On retrouve le fameux
{{toc}} utilisé par MultiMarkdown. Bref, on se sent assez tranquille.
À l’usage… iPhone recommandé !
Bon, cela fonctionne sur iPad mais en ce cas, SplitView est bien pratique…

…pour éviter les lignes infinies sur l’écran…
Bref, pas eu trop le temps d’écrire aujourd’hui (préféré faire une longue balade en forêt…), ce qui explique ce billet rapide…

Mais je vais y revenir…!