Issue #3579💬 RespondidoAbierto el 30 de junio de 2021por mcottretReacciones 2

RTE se pierde al abrirse justo después de soltar el componente 'activeOnRender'

Respuesta rápidapor artf1

Sí, supongo que tienes razón. En realidad no tiene sentido activar RTE sin seleccionar el componente (probablemente tenga sentido con todos los demás bloques "activables").

Lee la respuesta completa abajo ↓

Pregunta

Versión: 0.17.4

¿Puedes reproducir el error de la demo?

  • No

Pasos para reproducir:

  • Ir a la demo
  • Colocar un bloque de "Texto" dentro del lienzo
  • Haz clic en el componente "Texto" que acaba de ser eliminado
  • El RTE abierto está fuera de lugar (cf. captura de pantalla adjunta)

¿Cuál es el comportamiento esperado?

El RTE abierto debe estar correctamente posicionado

¿Cuál es el comportamiento actual?

El RTE está fuera de lugar, oculta el contenido del componente de "Texto" y puede impedir la edición adecuada (especialmente cuando se usa RTE personalizado más grande como CKEditor).

Esto solo ocurre cuando se abre el RTE por primera vez y solo si el bloque que se cae es un componente "Text" con la opción 'activeOnRender' configurada en 'true'.

Esto se debe a un error de cálculo de la posición de la barra de herramientas cuando su 'alturaDesplazamiento' es igual a 0. A su vez debido a que su padre ('CanvasView.toolsEl') está configurado en 'display: none' en este momento (porque 'rte.enable' se llama a drop cuando 'activeOnRender' es 'true', lo que ocurre mientras el componente está no seleccionado en lugar de normal, de ahí su 'toolsEl' sigue configurado en 'display: none')

Solución propuesta:

Seleccionar el componente antes de activar el evento 'activeOnRender' parece solucionar el problema.

Concretamente, añadir 'em.setSelected(result);' antes de 'result.trigger('active');' aquí debería funcionar, a menos que me esté perdiendo algo.

Podría encargarme de la imagen pública si esto te parece bien :)

¿Puedes adjuntar capturas de pantalla, screencasts o una demo en directo?

  • Sí (adjuntar)
  • No
<img width="803" alt="Captura de pantalla 2021-06-30 a las 4:21 23:00" src="https://user-images.githubusercontent.com/9916749/123977724-89465180-d9bf-11eb-9e99-d1b1f9cb897c.png">

Respuestas (4)

artf22 de julio de 2021

Sí, supongo que tienes razón. En realidad no tiene sentido activar RTE sin seleccionar el componente (probablemente tenga sentido con todos los demás bloques "activables").

gustavohleal13 de enero de 2022

Hola. Yo y @ronaldohoch hemos encontrado una solución para este problema.

Activamos el evento de desplazamiento cuando el RTE está activado. Aquí está el código:

'''javascript Activa el evento de desplazamiento desde el lienzo para que grapesjs fijar correctamente la posición de CKEditor editor.on("rte:enable", () => { editor.trigger('canvasScroll'); });

ronaldohoch17 de agosto de 2021

Hola, acabo de actualizar el archivo desde el commit bb4a661, y creo que está tan cerca que estoy usando el código grapesjs-ckeditor y la primera apertura de RTE, está colocado correctamente: ! imagen

Pero en la segunda vez que el rte se abre, vuelve a perderse... :/ ! imagen

Seguiré mirándolo :/

<details> <summary>El código que obtengo de grapesjs-ckeditor</summary>

'''javascript Sea c = { Opciones:{ sharedSpaces:'' } };

Sea defaults = { Opciones de CKEditor Opciones: {},

En qué lado del elemento colocar la barra de herramientas Opciones disponibles: 'izquierda|centro|derecha' posición: 'izquierda', };

Valores predeterminados de carga para (dejemos nombre en los valores predeterminados) { si (!( nombre en c)) c[name] = defaults[name]; }

si (! CKEDITOR) { lanzar un nuevo error ('instancia de CKEDITOR no encontrada'); }

editor.setCustomRte({ enable(el, rte) { Si ya existe, me centraré en ello if(rte && rte.status != 'destruido') { this.focus(EL, RTE); return rte; }

el.contentEditable = true;

Parece que el plugin 'sharedspace' no funciona exactamente como se espera Así que ayudará a ocultar otras barras de herramientas ya creadas sea rteToolbar = editor. RichTextEditor.getToolbarEl(); [].forEach.call(rteToolbar.children, (hijo) => { hijo.estilo.mostrar = 'ninguno'; });

Consulta las opciones obligatorias var opt = c.options; var plgName = 'sharedspace';

if (opt.extraPlugins) { if (typeof opt.extraPlugins === 'cadena') opt.extraPlugins += ',' + plgName; si no, opt.extraPlugins.push(plgName); } else { opt.extraPlugins = plgName; }

if(!c.options.sharedSpaces) { c.options.sharedSpaces = {top: rteToolbar}; }

Init CookEditors rte = CKEDITOR.inline(el, c.options);

/** * Implementar el método 'rte.getContent' para que GrapesJS pueda recuperar correctamente el contenido generado por KE ('rte.getData') * * Ver: * - {@link https://github.com/artf/grapesjs/issues/2916} * - {@link https://github.com/artf/grapesjs/blob/dev/src/dom_components/view/ComponentTextView.js#L80} * - {@link https://ckeditor.com/docs/ckeditor4/latest/api/CKEDITOR_editor.html#method-getData} */ rte.getContent = rte.getData;

Haz que el evento de clic se propague rte.on('contentDom', () => { var editable = rte.editable(); editable.attachListener(editable, 'click', () => { el.click(); }); });

La barra de herramientas no se carga inmediatamente, así que estará mal posicionada. Con este truco activamos un evento que actualiza la posición de la barra de herramientas rte.on('instanceReady', e => { var toolbar = rteToolbar.querySelector('#cke_' + rte.name); if (barra de herramientas) { toolbar.style.display = 'bloqueo'; } editor.trigger('canvasScroll') });

Evita el desenfoque cuando se pulsa parte del elemento de CKEditor rte.on('dialogShow', e => { const editorEls = grapesjs.$('.cke_dialog_background_cover, .cke_dialog'); ['off', 'on'].forEach(m => editorEls[m]('mousedown', stopPropagation)); });

this.focus(EL, RTE);

return rte; },

disable(el, rte) { el.contentEditable = false; if(rte & rte.focusManager) rte.focusManager.blur(true); },

Focus(el, rte) { No hagas nada si ya estás concentrado if (rte && rte.focusManager.hasFocus) { regresar; } el.contentEditable = true; rte & rte.focus(); }, });

Actualizar la posición de la barra de herramientas RTE editor.on('rteToolbarPosUpdate', (pos) => { Actualización por posición interruptor (c.posición) { Caso 'centro': sea diff = (pos.elementWidthWidth / 2) - (pos.targetWidth / 2); pos.left = pos.elementLeft + diff; pausa; Caso 'correcto': sea ancho = pos.targetWidth; pos.izquierda = pos.elementIzquierda + pos.elementoAncho - ancho; pausa; }

if (pos.top <= pos.canvasTop) { pos.top = pos.elementTop + pos.elementHeight; }

Comprueba si no fuera del lienzo if (pos.left < pos.canvasLeft) { pos.izquierda = pos.lienzoIzquierda; } });


<details>
ClaudeCode17 de mayo de 2026

Gracias por informar de esto, @mcottret.

El problema con RTE fuera de lugar al abrirse justo después de soltar el componente 'activeOnRender' parece ser una condición de carrera o un problema de sincronización de gestión de estado. Esto suele ocurrir cuando los eventos del ciclo de vida de los componentes y las modificaciones del DOM se superponen, creando un estado inconsistente.

Qué probar:

  1. Añadir un envoltorio setTimeout para asegurar que el DOM se ha asentado: '''javascript setTimeout(() => { Tu operación aquí }, 0);

2. **Comprobar el orden de inicialización** — asegúrate de que los componentes estén completamente cargados antes de interactuar con ellos

3. **Utilizar el sistema de eventos del editor** — escuchar los eventos de finalización:
'''javascript
editor.on('component:mount', (component) => {
  Es seguro interactuar con el componente aquí
});

Recomendaciones de siguientes pasos:

  • Prueba con la última versión de GrapesJS si no lo has hecho
  • Proporcionar un ejemplo mínimo reproducible (CodeSandbox) — esto ayuda al equipo a identificar la causa raíz más rápido
  • Incluir errores de GrapesJS, de navegador y de consola en tu informe

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.