Mejorar la API de UndoManager

Hi @anatoli-dp, la posibilidad de ver el historial de deshacer sería realmente genial y ya estaba pensando en cómo ampliar el módulo UndoManager para permitir este tipo de funcionalidad mediante un plugin (por ejemplo, puedes renderizar la interfaz con el framework que prefieras). La pila UndoManager se actualiza con un nuevo objeto UndoAction (que contiene información sobre la acción) en cualquier cambio de modelos/colecciones escuchadas (componentes, reglas css, etc.). Algo que vale la pena señalar es que un solo cambio puede generar múltiples UndoActions: '''js Esto generará una UndoAction para un nuevo componente y otra para una nueva regla CSS editor.addComponents('

Una cosa que hay que entender es cómo identificar cada grupo de UndoActions con la descripción/etiqueta adecuada (como has descrito).

Sí, sé cómo acceder a la pila, solo que no sé cómo interpretarlo para dar una descripción más significativa al usuario final

simplemente no sé cómo interpretarlo para dar una descripción más significativa al usuario final

Cada UndoAction (cada instancia de la pila) te indica el 'tipo' de acción (por ejemplo, 'añadir', 'eliminar', 'reiniciar', 'cambiar') y detalles sobre el modelo actualizado (por ejemplo, Component, CssRule, etc.). Puedes intentar leer esos datos, pero yo pensaba más en cómo hacer que cada operación sea fácilmente reconocible.

Gracias por informar de esto, @anatoli-dp.

Gran sugerencia sobre [Funcionalidad]: ¡Mejorar la API de UndoManager! 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.