Por cierto, noté que TipTap es en realidad un wrapper alrededor de ProseMirror.
Tiptap es un wrapper sin cabeza alrededor de ProseMirror, un conjunto de herramientas para construir editores WYSIWYG de texto enriquecido, que ya está en uso en muchas empresas conocidas como New York Times, The Guardian o Atlassian.
Crea exactamente el editor de texto enriquecido que deseas a partir de bloques de construcción personalizables. Tiptap viene con valores predeterminados sensatos, muchas extensiones y una API amigable para personalizar cada aspecto. Está respaldado por una comunidad acogedora, es de código abierto y gratuito.
Lo probaré más tarde. Suena muy interesante. Aún tengo que ver si la API de TipTap, que supongo que facilita el uso de la API de ProseMirror, puede aportar todo el poder que ofrece ProseMirror.
EDIT: De hecho, debería leer el tema, ya se ha señalado varias veces arriba
Outline implementa un editor similar a bloques basado en TipTap sobre el Y CRDT, muy parecido a AppFlowy. Este último tiene su propio editor de bloques.
El editor de AnyType parecía muy potente, al echarle un vistazo. Sin embargo, no sé cuán estrechamente está acoplado a su almacenamiento subyacente de MongoDB.
¿Quizás sus códigos fuente puedan dar inspiración sobre cómo construir algo similar?
Desafortunadamente, la escena FLOSS de alternativas a Airtable de bajo código y a Notion sin código está agotada. A veces, solo son partes de la aplicación las que son realmente FLOSS.
de AFFiNE parecía interesante, al jugar con él.
Notea también tiene un editor de bloques agradable y tranquilo.
La única implementación del
por otro lado, ¿parece ser el abrumador hash.ai?
Hay muchos ejemplos de los que aprender. ¿Cómo hacerlo bien? ¿Cuál es el beneficio sobre la versatilidad del texto plano Markdown mezclado con HTML y bbCode, más autoboxes?
¿Cómo afectaría un editor de bloques a la federación de ActivityPub? ¿Qué podría significar federar bloques individuales? ¿Podría esto funcionar potencialmente para apoyar el desarrollo de la transclusión federada de bloques también?
Podría valer la pena echar un vistazo a la funcionalidad del editor integrado en Obsidian. Es un editor de markdown que renderiza el markdown mientras editas. Solo muestra la sintaxis de markdown para el texto que está bajo el cursor, de lo contrario, ves el texto renderizado. Eso parece lo mejor de ambos mundos.
Y en móviles/tablets, ¿cómo se muestra el markdown? Porque si falla con pantallas táctiles, entonces es solo para un entorno y debe haber otro interruptor para eso.
No tengo idea, pero tienes razón en que podría ser un problema. Solo lo sugiero como una implementación interesante para observar.
Editar: tiene más o menos la misma funcionalidad en móvil que en escritorio, esencialmente un editor híbrido markdown/wysiwyg. Soy muy partidario de markdown, así que obviamente estoy sesgado.
Soy solo otro usuario final en este asunto Pero hasta que tengamos WYSIWYG en algún momento en el futuro, otro botón de alternancia no sería un problema en términos de UI/UX — codificar tal funcionalidad sería otra historia completamente diferente. Incluso WordPress tiene ese botón de mostrar código (el sistema de edición es un desastre horrible en WP, sin embargo. Se rompió totalmente cuando Automattic decidió ir con la visión de mirar primero, contenido después).
Todavía veo que lo más importante sería una configuración para ocultar la barra de herramientas por completo, excepto la carga de archivos. Los móviles ya la tienen (como un huevo de pascua ), sin embargo. Veo que es más importante hacer eso que las mejoras o cambios en el editor.
Tenemos dos categorías de usuarios diferentes:
una gran mayoría que casi nunca escribe nada y necesita un umbral realmente bajo (¿es esa la palabra correcta?) para comentar
usuarios avanzados que necesitan una gran variedad de herramientas diferentes y un fácil acceso a ellas
Pero, por supuesto, eso depende del nicho de los foros. Pero mi audaz afirmación es que es cierto en la mayoría de los foros.
Discourse ahora está lanzando un editor WYSIWYG experimental
Esto nos da todos los elementos básicos para experiencias similares a Notion.
Dado esto, @TheDarkWizard, ¿consideras que tu solicitud general está completa?
Voy a cerrar esto para que podamos rehacer solicitudes de funciones específicas para el nuevo editor, como menús contextuales más inteligentes y demás.
Pero hasta que tengamos WYSIWYG en algún momento en el futuro, otro botón de alternancia no sería un problema en términos de UI/UX — codificar tal funcionalidad sería otra historia completamente diferente. Incluso WordPress tiene ese botón de mostrar código (el sistema de edición es un desastre horrible en WP, sin embargo. Se rompió totalmente cuando Automattic decidió ir con la visión de mirar primero, contenido después).
), sin embargo. Veo que es más importante hacer eso que las mejoras o cambios en el editor.