Apple Notes va ajouter l’export Markdown : l’avis du créateur de Markdown

• Apple a annoncé à la WWDC l’arrivée d’une fonction d’export Markdown dans Apple Notes
• L’auteur de Markdown, John Gruber, a résumé son point de vue à ce sujet
• Cette fonction était déjà proposée par certaines applications tierces, et la communauté des utilisateurs techniques l’attend avec beaucoup d’intérêt
• Des réserves existent toutefois sur l’idée de transformer complètement Apple Notes en éditeur Markdown ; selon cette position, Notes doit conserver une expérience d’édition simple en mode WYSIWYG
• En revanche, la fonction d’export Markdown constitue une évolution importante pour améliorer les options d’export limitées de Notes

---

Article de 9to5Mac et premières impressions

• Marcus Mendes a indiqué dans un article de 9to5Mac que la fonction d’export Markdown dans Apple Notes serait ajoutée à l’occasion de la WWDC
• Même si plusieurs applications tierces proposaient déjà cette possibilité, c’est une très grande nouvelle pour un certain public d’utilisateurs

Malentendus et distinctions autour de la prise en charge de Markdown

• Au début, l’information a été relayée à tort comme si Notes allait introduire une prise en charge de Markdown au sens large
• Le fonctionnement d’applications comme Bear ou Obsidian, où l’on écrit directement en syntaxe Markdown ou où cette syntaxe reste visible dans la note, est fondamentalement différent de l’approche WYSIWYG de Notes
• Les « applications de notes Markdown » constituent une catégorie d’applications à part entière

Regard personnel sur Markdown et son rôle

• L’auteur, John Gruber, créateur de Markdown, se montre réservé à l’idée de Notes comme éditeur Markdown
• Pour sa part, il a toujours utilisé Markdown principalement pour la rédaction de publications web
• La nature essentielle de Markdown comme notation textuelle concise convertie en HTML reste toujours valable
• Un autre atout de Markdown est son usage dans des environnements où il sert au stockage en fichiers texte brut ou en base de données
• Mais Apple Notes relève d’un autre contexte : c’est avant tout une application de prise de notes simple et fiable

Apple Notes comme éditeur WYSIWYG

• Apple Notes offre une expérience d’éditeur de texte enrichi WYSIWYG claire et soignée
• Son utilisation est excellente aussi bien sur Mac que sur iPhone, et ses options de mise en forme, limitées à des styles prédéfinis, sont particulièrement appréciées
• Il est important de préserver une expérience non réservée aux initiés, avec l’avantage d’une utilisation intuitive sans prévisualisation ni changement de mode
• Un regret toutefois : l’absence, à la place des hashtags (#), d’un système de tags tokenisés pouvant contenir des espaces, comme dans Finder

Valeur et attentes autour de l’export Markdown

• La fonction d’export au format Markdown est jugée très utile
• Elle est très attendue pour compenser les limites actuelles des options d’export de Notes (PDF, Pages)
• Au-delà du texte, la manière dont les images seront gérées suscite aussi beaucoup d’intérêt (si la rumeur se confirme, ce point méritera une attention particulière)

Conclusion

• La prise en charge de Markdown dans les fonctions d’export d’Apple Notes pourrait avoir un impact positif sur la communauté technique
• L’auteur insiste toutefois sur une position prudente, voire opposée, à l’idée de transformer Notes lui-même en éditeur Markdown
• Il rappelle que la facilité d’usage, l’accessibilité et l’intuitivité constituent les valeurs essentielles de Notes

[xguru]

Ajout de la mise en forme du texte et de la prise en charge de Markdown dans le Bloc-notes de Windows

On dirait que cela devient désormais une fonctionnalité intégrée par défaut dans tous les OS.

[GN⁺]

Avis sur Hacker News

• Gruber a dit qu’il n’utilisait presque jamais Markdown en dehors de son blog et qu’en tant que format pour des éditeurs, etc., Markdown avait des inconvénients, mais j’aimerais insister sur deux grands avantages de Markdown
  (1) C’est du texte brut, donc c’est excellent pour éviter le verrouillage propriétaire
  (2) Au lieu d’un format propriétaire, Markdown est largement utilisé, ce qui garantit la portabilité de mes données
  Même lorsqu’une application est open source, si son format est propriétaire, il devient difficile pour les non-développeurs d’exporter leurs données
  Le simple fait de prendre en charge Markdown dès le départ, ou au moins l’export Markdown, donne la tranquillité d’esprit de pouvoir récupérer librement ses données

  • Je pense à peu près la même chose et, lorsque Markdown s’est largement répandu sur GitHub et GitLab (avant le rachat par Microsoft), cela m’a convaincu qu’il fallait unifier presque toute notre documentation en Markdown, qu’il s’agisse du wiki d’entreprise ou de la documentation API dans le code
    Markdown est un format largement suffisant pour la plupart des documentations logicielles, et comme les développeurs le connaissent déjà, ajouter un autre langage de balisage crée une barrière d’entrée inutile
    Aux débutants en Markdown, je conseille d’écrire d’abord dans un endroit accessible, même si le format est imparfait
    Je peux corriger ensuite, ce qui permet aux gens d’apprendre naturellement ce qui manque
    J’ai déjà participé au développement de systèmes de documentation plus complexes et plus puissants, mais aujourd’hui je pense que Markdown est le meilleur choix
    Mieux vaut ne pas perdre de temps à apprendre des règles de formatage compliquées et se concentrer sur des compétences plus importantes

  • Markdown donne aux développeurs une liberté de mise en forme du texte un peu comme WordPerfect, et c’est un outil indispensable pour certains groupes, comme les juristes
    Mais en pratique, la majorité (80 à 95 %) ne sait pas vraiment en tirer parti
    Les règles limitées de Markdown sont au contraire une force, et il a aussi été souligné que c’est excellent sur le web, tandis que les éditeurs WYSIWYG viennent d’une tradition ancrée dans la production de documents imprimés

  • Markdown existait déjà avant l’apparition d’autres grands formats et je suis convaincu qu’il existera encore longtemps
    Ce n’est pas parfait, mais contrairement à la plupart des technologies et logiciels que j’ai utilisés, c’est un format dont je n’ai pas à craindre la disparition soudaine, ce qui m’inspire confiance

  • Dans un IDE en texte brut, Markdown est la meilleure solution pour rédiger de la documentation
    Je pense que c’est la vraie raison de sa popularisation

  • J’aime énormément la simplicité du Markdown de base, et je n’ajoute un peu de HTML que lorsque c’est nécessaire
    Dans des programmes comme Joplin, Markdown fonctionne de manière naturelle
    À l’inverse, j’ai trouvé OneNote, EverNote, etc. plutôt inconfortables à cause des problèmes de formatage

• Markdown a été conçu pour l’édition web, à une époque où les claviers physiques étaient plus répandus que les claviers virtuels
  Dans une application de notes (en particulier sur iOS/iPadOS), je n’ai pas l’impression qu’il apporte un grand bénéfice, probablement à cause de l’environnement de saisie
  Certaines règles Markdown paraissent maladroites dans Notes
  Par exemple, deux espaces en fin de ligne suivis d’un retour pour un saut de ligne manuel sont inutiles du point de vue d’un utilisateur de Notes
  Il est peu probable qu’Apple suive CommonMark, et à chaque implémentation d’une syntaxe distincte, l’utilisateur doit lui-même apprendre l’étendue de la prise en charge et sa qualité
  Exemple typique : dans Obsidian, si l’on écrit # Thoughts on C# puis qu’on passe à la ligne, cela peut s’afficher comme Thoughts on C
  Autrement dit, même avec la prise en charge de Markdown, il faut encore une certaine familiarité

  • Sur iOS, j’utilise souvent Markdown dans Notion
    Je m’en sers un peu comme de raccourcis pour appliquer rapidement une mise en forme, par exemple pour les titres et les listes

  • Je me demande si les appareils iOS convertissent toujours automatiquement des espaces consécutifs en . (point + espace)
    Sur iPad, c’est assez gênant quand on écrit du md

• J’ai écrit il y a quelques années un texte sur Markdown, et je pense toujours la même chose au sujet de la tension entre le format Markdown et l’expérience utilisateur sur le web
  Le fait qu’Apple Notes adopte Markdown au niveau de la syntaxe plutôt que comme format source est une approche pragmatique
  Cela conserve la familiarité de Markdown sans s’attacher au format lui-même, ce qui profite à davantage d’utilisateurs
  En pratique, la plupart des gens veulent simplement pouvoir saisir *emphase* ou code, sans avoir besoin de contrôle de version ni de préserver le Markdown source
  L’idée est que Markdown devient de plus en plus le langage source de l’interface et du comportement
  L’évolution d’Apple Notes s’inscrit aussi dans cette tendance
  Je serais curieux d’avoir l’avis des autres : Markdown est-il un « format de document » ou une « expérience d’écriture » ?

  • Le AttributedString de SwiftUI peut être créé directement à partir d’un littéral de chaîne contenant de la syntaxe Markdown

• Je ne veux pas que Notes devienne un éditeur Markdown
  Il suffirait qu’il comprenne les principales syntaxes et les convertisse automatiquement
  Par exemple, écrire # My Note pourrait le transformer en style de titre, ou ## Heading en style d’intertitre
  En réalité, la plupart des applications convertissent déjà automatiquement la saisie de listes (-, *, etc.), donc il suffirait de reconnaître quelques syntaxes supplémentaires

  • Vous dites : « Je ne veux pas d’un éditeur Markdown, je veux seulement la prise en charge de quelques syntaxes », mais
    en réalité, toutes les fonctionnalités demandées viennent de Markdown
    Si la plupart des applications se comportent ainsi, c’est justement parce qu’elles prennent en charge une partie de Markdown

• J’utilise Apple Notes tous les jours et je développe une application de notes
  Jusqu’à présent, le format utilisé par Apple Notes était propriétaire, donc j’ai cherché sans succès une porte de sortie
  Si la prise en charge de Markdown arrive, j’ai l’impression qu’il ne me restera plus qu’à attendre

  • J’ai eu la même préoccupation, mais il existe déjà plusieurs outils pour exporter Apple Notes en Markdown
    Obsidian recommande officiellement aussi cet outil : https://help.obsidian.md/import/apple-notes
    Apple Notes devient de plus en plus utilisable, au point que j’ai failli abandonner mon application
    Cela dit, c’est encore pénible à cause du manque de mise en forme pour le code et les images
    En particulier, quand on glisse-dépose une image, elle recouvre la page à sa taille par défaut ; comme dans la plupart des applications de notes ou des blogs, si les réglages par défaut étaient simplement mieux choisis, tout le monde y gagnerait
    Moi aussi, en développant directement une application, j’ai passé beaucoup de temps sur la gestion des images et rencontré beaucoup de bugs

  • Export des notes par dossier :
    https://www.icloud.com/shortcuts/3aed9f1608ce4efeb31a276ad02f1852
    Export de toutes les notes :
    https://www.icloud.com/shortcuts/1b305195692e42c19d258989475763ea
    Export des notes en HTML :
    https://www.icloud.com/shortcuts/1a61fe549b7c41d7b2e3511ee12d93fa

  • Si l’impossibilité d’exporter en Markdown vous faisait autant souffrir, je me demande pourquoi continuer à utiliser Notes
    Dans mon cas, je m’en sers environ une fois par an pour saisir quelques chiffres ou des mémos temporaires

  • J’ai déjà vu des lms convertir des captures d’écran en texte mis en forme, et cela fonctionnait parfaitement

• Ce qui me rend le plus enthousiaste dans cette annonce, c’est que les formats d’export existants pris en charge par Apple Notes sont vraiment médiocres
  Le PDF n’est pas modifiable, et Pages est un format propriétaire, donc en pratique la mise en forme se casse pendant la conversion et l’ensemble est peu pratique

• Je reconnais que Markdown est un outil utile dans certains cas précis, mais je ne pense pas qu’il convienne à la prise de notes générale
  Personnellement, j’aimerais qu’Apple Notes évolue en un système de blog permettant de publier directement les notes sur un site web via un pipeline
  Je n’ai pas encore trouvé comment faire

  • À propos de l’idée que « Markdown est bon pour certains usages mais pas pour les notes »
    Moi, j’aime les éditeurs de notes basés sur Markdown comme Obsidian, et je ne pense pas que ce soit un format réservé à un seul usage ; au contraire, je trouve qu’il convient très bien aux mémos

  • https://alto.so/ propose déjà une solution pour publier Apple Notes sous forme de blog

  • J’écris mes notes au format INI avec un schéma souple
    À mesure que les données s’accumulent, je les structure de plus en plus et je crée des outils
    Je trouve que c’est le meilleur équilibre entre une approche formelle de type ERP et des approches plus libres comme Markdown ou org-mode
    Sur iPhone, c’est très peu pratique
    Tout doit passer par l’approbation d’Apple et l’accès au système de fichiers est difficile, donc voir Markdown ajouté au seul éditeur de texte qui prend en charge une synchronisation en arrière-plan rapide et économe en énergie est une nouvelle très importante
    J’avais autrefois essayé de faire de l’automatisation côté serveur sur iPhone, mais comme le format des notes relevait de la famille SGML, cela a été une suite ininterrompue de galères
    Depuis que j’ai complètement renoncé au smartphone, je suis beaucoup plus heureux

  • J’aime moi aussi les éditeurs Markdown, mais Apple n’a pas pour habitude d’exposer la structure interne aux utilisateurs grand public, donc je ne pense pas que cela convienne à Apple Notes

  • Moi aussi, autrefois, je rêvais d’un système publiant directement un site web depuis Notes
    Après beaucoup d’efforts, j’ai fini par lancer mon produit indépendant : https://quotion.co

• Markdown est excellent comme format de stockage pour les notes
  Il facilite aussi les retouches précises comme l’indentation ou le formatage des listes, et il est pratique dans des cas d’usage réels fréquents comme le changement de type de liste (numérotée <-> à puces)

• Je suis utilisateur d’Obsidian, mais j’ai aussi beaucoup de contenu dans Apple Notes, donc toute tentative d’unifier les deux systèmes me semble toujours difficile
  Cette mise à jour est très positive de mon point de vue
  Je félicite Apple pour cet ajout

• Je reconnais que M. Gruber est co-créateur de Markdown, mais il faut se rappeler qu’il n’a pas beaucoup contribué à ses évolutions par la suite
  Aaron Schwartz était lui aussi co-créateur de Markdown
  Je ne pense pas qu’il faille accorder une attention excessive au seul avis de Gruber
  Il est important de garder une vision équilibrée