RTE se pierde al abrirse justo después de soltar el componente 'activeOnRender'
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?
- Sí
- 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
Respuestas (4)
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").
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'); });
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>
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:
- 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.
Issue #3794
RTE Texto superpuesto en un componente de texto básico cuando el ancho y la altura son el 100% del lienzo
Versión GrapesJS [X] Confirmo que se debe usar la última versión de GrapesJS ¿Qué navegador usas? Versión 93.0.4577.82 (Versión oficial) (6...
Issue #5378
ErrorTipo no capturado: No se pueden leer propiedades de undefined (leyendo 'Lienzo') mientras se arrastra un componente en el Panel del Gestor de Capas
Versión GrapesJS [X] Confirmo que se debe usar la última versión de GrapesJS ¿Qué navegador usas? Chrome v116.0.5845.97 Enlace de demo repr...
Issue #3175
RTE de selección y activo no se borran cuando el componente se elimina programáticamente
Versión: 0.16.30 ¿Puedes reproducir el error de la demo? [x] Sí [ ] No Pasos para reproducir:Seleccionar un componente de texto en el lienz...
Issue #5905
No se puede volver a abrir la configuración de componentes, después de hacer clic en componente y luego en Bloques
Versión GrapesJS [X] Confirmo que se debe usar la última versión de GrapesJS ¿Qué navegador usas? Ópera 10.0.5130.23 | Linux Enlace de demo...
Plugins de pago que cumplen con este problema
Seleccionado por temas clave y relevancia de etiquetas para ayudarte a enviar más rápido.
Cargando recomendaciones de plugins de pago...
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 →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.
Tutorial
How to Build a Production GrapesJS Editor: The Complete Walkthrough of Brief, Preset, Plugins, and Services
A complete walkthrough of building a production GrapesJS editor: how to choose a preset, pick plugins, and scope setup services without burning a sprint.
Tutorial
Big Updates: TinyMCE 8 and Placeholder 2.0 for GrapesJS
In May we shipped major updates to two of our most popular GrapesJS plugins — TinyMCE Inline Text Editor and Placeholder.
Tutorial
Find the Right GrapesJS Plugin in Seconds: Smarter Discovery Is Live
We're shipping a set of discovery upgrades. New label filters, a proper compatibility switch for GrapesJS vs Studio, one-click and a smarter sort bar.
Explorar categorías de plugins
Ve directamente a las páginas de categorías de plugins en el marketplace.