Markdown toujours

Billet pour tester la version 1.3.1 de SmartDown sous ExpressionEngine… Si cela bouge, pas de souci, c’est que je teste…!

Nom de Zeus, cela fait quasiment deux ans que je suis passé à l’usage quotidien de la saisie de mes textes au format texte et en employant exclusivement du balisage Markdown !

Le RTF ne me manque pas, tout fichier texte ainsi balisé en Markdown peut être basculé en… RTF, bien entendu, mais surtout en HTML, PDF à la mode RTF (tous les enrichissements traditionnels — gras, italique, etc. — restant visibles).

Poids et balisage léger

Mieux, tous mes fichiers sont stockés sans souci car sans poids inutile. Pour mémoire, ils restent sous la forme de fichiers .txt (ou .md) avec un balisage si restreint que ce dernier ne m’empêche jamais de me relire contrairement à leur traduction en HTML.

Légers, des fichiers de 4 ou 8 ko là où leurs homologues .doc avoisinent les 300 ko. Autant de gagné en stockage et, bien sûr, en temps d’échanges via internet sur un volume de stockage distant.

Au risque de me répéter, ces éléments sont également à prendre en considération, n’en déplaise à certains professionnels qui ne comprennent décidément pas cette mode du Markdown, occultant systématiquement ces points pourtant essentiels.

Bien entendu, j’ai bien ouvert ces dernières années quelques fichiers word dans le cadre de mon activité professionnelle mais histoire de récupérer des données fournies par mes clients.

Depuis, je poursuis imperturbablement à tapoter mes textes sur l’écran de mon iPad (…sur un pas vrai clavier, pouaaaahhhhhh !). Ce qui a changé en revanche, c’est ma manière de travailler :

Le retour d’Ulysses

L’arrivée de la version 3 d’Ulysses sous OSX associé à Daedalus touch sur iOS, le tout relié (…je ne me pose même plus la question) par iCloud a définitivement fait sauter mes dernières réticences ou doutes.

Comme je bosse sur plusieurs dossiers (des trucs perso, des billets en cours, des billets finis), le système de stacks propres à Daedalus touch et synchronisés par Ulysses III dans des dossiers est un réel bonheur.

Ça, c’est pour la partie saisie, écriture de mes fragments.

La publication de mes billets s’effectuant désormais dans [Tiaaft][http://tiaaft.com) ou urbanbike, je copie la mouture quasi finale depuis Ulysses et la colle dans… MultiMarkdown Composer ou Byword selon mon humeur.

Là, je finalise mon texte (qui est alors enregistré dans un dossier de travail sous OSX qui est synchronisé sous DropBox), vérifie que mes images sont au bon endroit. Les images sont retaillées puis expédiées via FTP sur le serveur web ad hoc.

Sous MultiMarkdown Composer, je finalise en affichant les deux colonnes. Je corrige les dernières broutilles et envoie mon texte sur le site web pour lequel j’ai écris.

• Sur Tiaaft, c’est directement le fichier Markdown qui est copie collé
• Sur ubanbike, c’est le fichier transformé en HTML… Sauf que je viens de me rendre compte que le plug-in SmartDown a pas mal bougé et donc ce billet est l’occasion de tester si cela fonctionne correctement…

Pendant que j’y suis, je copie mon fichier Markdown pour créer une nouvelle entrée dans Day One (…si, si, je suis maniaque) ET je remplace mon fragment d’origine dans Ulysses (et, de facto, dans Daedalus touch) par la version finale. Puis déplace ce fichier vers un dossier qui ne reçoit que les textes finaux…!

Bref, j’ai donc, au final, trois copies :

• une version partagée via iCloud sur Ulysses et Daedalus touch,
• une copie dans Day One (qui est certes relié par DropBox mais avec des versions précédentes sur mon Mac),
• et une dernière dans un dossier commun sous DropBox.

Sur SmartDown, ce qui déconne, c’est la gestion des liens image que je dois transcrire en HTML…

Note de fin !!! : Merci Richard… Nous sommes passés à Surgedown, totalement incompatible avec SmartDown soit dit en passant…! Si les HUD ne sont pas plus supportés, les liens n’ont pas besoin d’être basculés en HTML et les liens images fonctionnent… Bref, désormais, j’ai le choix…

Mais un billet à venir sera plus explicite, non…?!