- Utilise un moteur de rendu personnalisé au lieu de l’attribut
contenteditable pour éviter les problèmes de compatibilité entre navigateurs et plateformes
- Conçu en mettant l’accent sur la stabilité, la maîtrise et les performances
- Utilise actuellement React pour le rendu
- Comparé à Vue, Solid-js, SvelteJS, etc., mais pour l’instant c’est celui qui offre la meilleure expérience développeur, le plus de flexibilité et un excellent écosystème
- Cependant, pour améliorer les performances, un refactoring vers un rendu DOM natif sera nécessaire par la suite
- Prend en charge divers plugins
- Raccourcis clavier, Markdown, menu contextuel, alignement, blocs de code, polices, titres, images, liens, listes, mentions, tableaux, etc.
3 commentaires
Typora en pleurs
Ça me fait aussi penser à Lexical de Facebook
https://fr.news.hada.io/topic?id=6380
On dirait qu’il reprend telle quelle la structure de Slate ; le fait de ne pas avoir à concevoir une nouvelle architecture est un avantage, et si les données sont déjà stockées au format Slate, cela semble aussi pratique pour changer d’éditeur.
Les éditeurs de texte ont vraiment du mal avec la compatibilité entre navigateurs et OS, donc c’est une approche nouvelle.
La saisie en coréen fonctionne aussi bien sur Android, et comme la classe
Selectionétait vraiment difficile à utiliser, le fait qu’ils en aient carrément recréé une devrait rendre le développement plus confortable. (En essayant réellementgetSelection(), je constate que la zone sélectionnée n’est pas capturée.)Il semble qu’une amélioration des performances soit nécessaire au premier chargement, mais cela ne paraît pas critique.