Markit est un éditeur Markdown natif pour macOS. La syntaxe se compose à mesure que vous tapez au lieu de vous gêner — et ce qui arrive sur le disque est un fichier .md ordinaire. Committez-le, synchronisez-le, ouvrez-le dans VS Code, ou arrêtez complètement d'utiliser Markit. Vos textes n'ont jamais besoin d'être migrés.
Pas encore publié : la signature et la notarisation ne sont pas raccordées, il n'y a donc rien à télécharger aujourd'hui. En revanche, l'éditeur plus bas sur cette page est le vrai : vous pouvez y écrire tout de suite.
Le bloc ci-dessous est le véritable éditeur de Markit, en train de tourner dans votre navigateur — même code, mêmes règles typographiques. Il n'a simplement aucun disque sur lequel écrire.
Rien n'est enregistré, et il n'y a ni arborescence de fichiers, ni onglets, ni panneaux divisés — cela appartient à la coquille native. Environ 500 Ko au premier chargement.
Ce que vous obtenez est un .md ordinaire sur le disque, pas une ligne dans une base de données. Mettez-le dans git, déposez-le dans iCloud, ouvrez-le dans VS Code : tout fonctionne. Vous pouvez partir vers un autre outil n'importe quel jour, et vos textes restent où ils sont.
Astérisques et dièses deviennent gras et titres au moment même où vous les tapez, et la ligne sous le curseur ne retombe pas dans la syntaxe brute. La saisie avec une méthode d'entrée chinoise n'est pas interrompue — cela a été vérifié avant d'écrire une seule ligne de code fonctionnel.
Justification de 720 px, espacement automatique entre latin et chinois, points d'emphase plutôt que des glyphes penchés, ponctuation qui ne déborde jamais de travers. Chacun de ces choix a été confronté à une norme écrite, non estimé à l'œil.
Ceci n'est pas une feuille de route. Tout ce qui suit tourne aujourd'hui.
Fins de ligne, BOM et frontmatter sont préservés octet par octet. L'écriture est atomique : un processus tué ne laisse jamais un demi-fichier. Les conflits sont détectés par le hachage du contenu plutôt que par la mtime, que les services de synchronisation réécrivent sans raison. Corrigez une coquille et le diff tient sur une ligne.
Faites glisser un fichier depuis la barre latérale, un lien à l'intérieur d'un document, ou un onglet entier — le bord de l'éditeur où vous le déposez est celui où la division se fait. Quittez, relancez : la disposition est toujours là.
La barre latérale peut contenir plusieurs dossiers à la fois. Mais les [[liens]], les chemins d'images relatifs et l'analyse lors d'un renommage ne se résolvent qu'à l'intérieur du dossier où vit le document lui-même — ouvrir un dossier de plus ne change jamais le sens d'un document existant.
Un index par dossier, avec une recherche plein texte qui fonctionne vraiment pour le chinois. Ouverture rapide, recherche plein texte, palette de commandes et rétroliens partagent un seul panneau ; ⇥ permet de passer de l'un à l'autre.
[[Nom]] et #étiquettes/imbriquées, écrites comme dans Obsidian. Renommer un fichier vous indique combien de fichiers seront touchés avant de les toucher, puis met à jour toutes les références.
Images, PDF et médias s'ouvrent en panneaux d'aperçu ; code et CSV en vues en lecture seule avec coloration syntaxique ; un lien http s'ouvre en panneau de navigation. Chacun occupe son propre panneau à côté de votre document.
Papier chaud, blanc froid et sombre, avec suivi du système en option. Le texte courant utilise LXGW WenKai, fournie hors ligne — l'application n'a aucune dépendance réseau à l'exécution.
Exportez un fichier HTML autonome (images intégrées en data URI, un seul fichier suffit à l'envoyer) ou un PDF.
Cette section dit davantage du produit que la liste des fonctionnalités.
Vos fichiers doivent s'ouvrir correctement dans VS Code, donc rien n'est ajouté en dehors de GFM — pas même ==le surlignage==.
Bear peut inventer de la syntaxe parce que Bear possède le stockage. Nous avons choisi les fichiers, nous renonçons donc à cette liberté. Un arbitrage assumé, pas un travail inachevé.
Écrire seul n'est pas encore assez bien. Un second front peut attendre.
iCloud et Dropbox synchronisent déjà votre dossier. Nous n'avons pas besoin de le faire une deuxième fois.
Nous avons composé toute la syntaxe Markdown prise en charge par l'éditeur à l'intérieur d'un texte qui se lit vraiment. Ce site et l'application partagent un jeu de tokens de design et une norme typographique — jusqu'à la teinte derrière un encadré, qui sort de la même formule.
Pas encore. La signature et la notarisation ne sont pas encore raccordées. Dès que la première version sera prête, cette page aura un bouton de téléchargement.
Le prix n'est pas décidé. Ce qui l'est : il ne prendra jamais vos fichiers en otage. Cessez de l'utiliser et vos .md s'ouvriront toujours.
C'est un objectif pour la v2. La couche éditeur a été écrite dès le premier jour sous des contraintes multiplateformes — aucun chemin de fichier dans la couche web, un requestId réservé dans le protocole du pont. C'est la coquille qu'il faut réécrire.
Le modèle de données est proche d'Obsidian : les fichiers comme vérité, les wikilinks, les étiquettes. La sensation d'écriture est plus proche de Bear : du vrai WYSIWYG, sans marques de syntaxe. Et la composition du chinois est un sujet de premier plan depuis le premier commit.
Non. L'application n'a aucune dépendance réseau à l'exécution et embarque ses propres polices. Ce site n'a lui non plus ni formulaires ni analytique — voyez la politique de confidentialité.