No se tiene en cuenta el parámetro de opciones 'setStyle' y 'setComponents'

Gracias @mcottret la solución está lista para la próxima versión

Desafortunadamente, debido a la mala denominación inicial, 'avoidStore' pretende saltarse el UndoManager y no el Storage 😁 La buena noticia es que tuve que introducir la nueva opción 'noCount', para arreglar el #3189, esto saltará el disparo del contador de cambios del editor, así que tampoco activará el almacenamiento. Esa solución también me llevó a actualizar correctamente la firma en handleChanges desde CssComposer, pero aún necesito corregir algunos otros métodos para que todo funcione correctamente (incluidos los que has sugerido).

Así que, en la próxima versión, debería funcionar como esperas con la nueva opción 'noCount' y, probablemente, empezaré a usar una nueva opción 'noUndo' (dejando 'avoidStore' para evitar cualquier cambio roto).

PD: Como siempre, gracias por tu ayuda ❤️

¡Hola @artf!

Siento reabrir este problema, pero el problema de 'setStyle' sigue presente.

Repitiendo los pasos anteriores, el "Almacenado ..." log sigue apareciendo al llamar a 'setStyle' con la opción 'noCount'.

Veo que el manejador modificado de handleChanges' sigue usando la opción 'avoidStore', pero tampoco parece funcionar la opción 'avoidStore'.

No investigué más a fondo y no pude identificar por qué persiste el problema, pero decidme si queréis que lo :)

Por otro lado, todo funciona bien con 'setComponents', ¡muchas gracias por esa :)!

Gracias por informar de esto, @mcottret.

El problema con 'setStyle' y 'setComponents' que no se tienen en cuenta 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