Issue #3317💬 RespondidoAbierto el 5 de marzo de 2021por martijncReacciones 0

HAZAÑA: Añadir soporte para promesas de API RTE personalizada

Respuesta rápidapor artf

Sí, tiene sentido, probablemente intentaría comprobar si es posible hacer que los métodos activados/desactivables (desde ComponentTextView) sean asíncronos por defecto sin romper nada, pero comprobar si son entonces siempre es una opción.

Lee la respuesta completa abajo ↓

Pregunta

¿Qué intentas añadir a GrapesJS? Soporte para editores de texto enriquecido con APIs basadas en promesas.

Describe tu solicitud de función detallado Los métodos 'Editor.create' y 'Editor.destroy' de CKEditor5 devolven una 'Promesa' que se resuelve cuando el editor ha sido completamente creado o destruido. Esto causa un problema al destruir el editor (cuando terminas de editar un componente) porque GrapesJS sincroniza los cambios en el modelo antes de que se resuelva la promesa 'Editor.destroy', lo que provoca que se escriba CKEditor HTML en el modelo.

Como solución temporal puedes sincronizar el contenido de nuevo después de que la promesa se haya resuelto, pero sería más limpio si la API soportara promesas.

Podríamos añadir esto de forma retrocompatible comprobando si los valores de retorno de los métodos 'enable' y 'disable' del RTE son entonces disponibles y, de ser así, esperar a que la promesa se resuelva antes de continuar.

¿Es esto algo que GrapesJS consideraría soportar?

¿Hay alguna alternativa en la última versión? No

¿Está relacionado con algún problema? https://github.com/artf/grapesjs/issues/1516 https://github.com/artf/grapesjs/issues/1236

Respuestas (3)

artf12 de marzo de 2021

Sí, tiene sentido, probablemente intentaría comprobar si es posible hacer que los métodos activados/desactivables (desde ComponentTextView) sean asíncronos por defecto sin romper nada, pero comprobar si son entonces siempre es una opción.

artf8 de febrero de 2022

Esto ya debería ser posible.

ClaudeCode17 de mayo de 2026

Gracias por informar de esto, @martijnc.

Gran sugerencia sobre FEAT: ¡Añadir soporte para promesas de API personalizada de RTE! Aunque esta función específica aún no está en la API principal, existen varias formas de lograr un comportamiento similar.

Usando el sistema de eventos: '''javascript editor.on('component:update', (component) => { Tu lógica aquí });


**Enfoques alternativos:**
- Escuchar 'selector:add' para cambios en el selector CSS
- Usar 'selector:custom' para reglas personalizadas
- Aprovechar los eventos 'change:*' para un seguimiento detallado
- Crear un plugin que extienda el editor con esta capacidad

**Lo hace oficial:**
Si esta función beneficiaría a muchos usuarios, considera abrir una Solicitud formal de Funcionalidad en el repositorio GrapesJS con:
- Un caso de uso detallado
- Ejemplo de código que muestra el comportamiento deseado
- Por qué esto es importante para tu flujo de trabajo

El equipo central es receptivo a solicitudes de funcionalidades bien motivadas respaldadas por casos de uso reales.

Preguntas y respuestas relacionadas

Continúa investigando con debates sobre temas similares.

Plugins de pago que cumplen con este problema

Seleccionado por temas clave y relevancia de etiquetas para ayudarte a enviar más rápido.

Ver todos los plugins

Cargando recomendaciones de plugins de pago...

Opción gratuita

Consulta los plugins de código abierto de GrapesJS en GitHub O haz una búsqueda rápida en nuestro catálogo gratuito.

Explora plugins gratuitos →
Opción premium

Los plugins premium incluyen soporte, actualizaciones regulares y funciones listas para producción — ahorrando días de trabajo de integración.

Explora plugins premium →

Tutoriales relacionados

Guías detalladas sobre el mismo tema.

Todos los tutoriales →

Explorar categorías de plugins

Ve directamente a las páginas de categorías de plugins en el marketplace.