Ça ne me surprend pas. TipTap a l’air vraiment bien et solide.
Soit dit en passant, j’ai remarqué que TipTap est en fait un wrapper autour de ProseMirror.
Tiptap est un wrapper headless autour de ProseMirror – une boîte à outils pour créer des éditeurs WYSIWYG de texte enrichi, qui est déjà utilisée dans de nombreuses entreprises bien connues telles que le New York Times, The Guardian ou Atlassian.
Créez exactement l’éditeur de texte enrichi que vous souhaitez à partir de blocs de construction personnalisables. Tiptap est livré avec des valeurs par défaut raisonnables, de nombreuses extensions et une API conviviale pour personnaliser chaque aspect. Il est soutenu par une communauté accueillante, open source et gratuit.
Je vais l’essayer plus tard. Ça semble vraiment intéressant. Je dois encore voir si l’API TipTap, qui, je suppose, facilite l’utilisation de l’API ProseMirror, peut apporter toute la puissance qu’offre ProseMirror.
EDIT : En fait, je devrais lire le sujet, cela a déjà été signalé plusieurs fois ci-dessus
Outline implémente un éditeur de type bloc basé sur TipTap par-dessus le Y CRDT, très similaire à AppFlowy. Ce dernier a son propre éditeur de blocs.
L’éditeur AnyType semblait très puissant, en y jetant un coup d’œil. Pourtant, je ne sais pas à quel point il est étroitement couplé à son stockage MongoDB sous-jacent.
Peut-être que leurs codes sources peuvent donner de l’inspiration sur la façon de construire quelque chose de similaire ?
Malheureusement, la scène FLOSS d’alternatives à Airtable et Notion, à faible code et sans code, est épuisée. Parfois, ce ne sont que des parties de l’application qui sont vraiment FLOSS.
de AFFiNE semblait intéressant, en jouant avec.
Notea a également un éditeur de blocs agréable et calme.
La seule implémentation du
semble être, d’autre part, le hash.ai écrasant ?
Il existe de nombreux exemples à apprendre. Comment faire les choses correctement ? Quel est l’avantage par rapport à la polyvalence du texte brut Markdown mélangé à HTML et bbCode, plus les autoboxes ?
Quel serait l’impact d’un éditeur de blocs sur la fédération ActivityPub ? Que signifierait la fédération de blocs individuels ? Cela pourrait-il potentiellement soutenir le développement de la transclusion fédérée de blocs également ?
Il pourrait être intéressant de regarder la fonctionnalité de l’éditeur intégré à Obsidian. C’est un éditeur markdown qui rend le markdown pendant que vous éditez. Il n’affiche la syntaxe markdown que pour le texte qui se trouve sous le curseur, sinon vous voyez le texte rendu. Cela semble être le meilleur des deux mondes.
Et sur mobile/tablette, il affiche le markdown comment ? Car s’il échoue avec les écrans tactiles, alors c’est juste pour un environnement et il doit y avoir un autre interrupteur pour cela.
Je n’en ai aucune idée, mais vous avez raison, cela pourrait poser problème. Je ne fais que le suggérer comme une implémentation intéressante à examiner.
Edit : il a plus ou moins la même fonctionnalité sur mobile que sur ordinateur - essentiellement un éditeur hybride markdown/wysiwyg. Je suis très partial au markdown, donc évidemment biaisé.
Je ne suis qu’un autre utilisateur final dans cette affaire Mais jusqu’à ce que nous ayons un WYSIWYG à un moment donné dans un avenir proche, un autre bouton bascule ne poserait aucun problème en termes d’UI/UX — coder une telle fonctionnalité serait une toute autre histoire. Même WordPress a ce bouton afficher le code (le système d’édition est un désordre horrible dans WP, cependant. Il s’est complètement cassé lorsque Automattic a décidé d’adopter la vision regarder d’abord, contenu ensuite).
Je vois toujours que la chose la plus importante serait un réglage pour masquer complètement la barre d’outils, à l’exception du téléchargement de fichiers. Les mobiles l’ont déjà (comme un œuf de Pâques ), cependant. Je vois que c’est plus important à faire que les améliorations ou les changements de l’éditeur.
Nous avons deux catégories d’utilisateurs différentes :
une immense majorité qui n’écrit presque jamais et a besoin d’un seuil très bas (est-ce le bon mot…) pour commenter
des utilisateurs expérimentés qui ont besoin d’une grande variété d’outils différents et d’un accès facile à ceux-ci
Mais bien sûr, cela dépend de la niche des forums. Mais mon audacieuse affirmation est que c’est vrai pour la majorité des forums.
Discourse expédie maintenant un compositeur WYSIWYG expérimental
Cela nous donne toutes les bases pour des expériences similaires à Notion.
Étant donné cela, @TheDarkWizard, considérez-vous votre demande générale comme terminée.
Je vais fermer ceci afin que nous puissions refaire des demandes de fonctionnalités spécifiques pour le nouveau compositeur, comme des menus contextuels plus intelligents, etc.
Mais jusqu’à ce que nous ayons un WYSIWYG à un moment donné dans un avenir proche, un autre bouton bascule ne poserait aucun problème en termes d’UI/UX — coder une telle fonctionnalité serait une toute autre histoire. Même WordPress a ce bouton afficher le code (le système d’édition est un désordre horrible dans WP, cependant. Il s’est complètement cassé lorsque Automattic a décidé d’adopter la vision regarder d’abord, contenu ensuite).
), cependant. Je vois que c’est plus important à faire que les améliorations ou les changements de l’éditeur.