'getDirtyCount()' devuelve '1' tras cargar
Hola @padcom este es un comportamiento esperado ya que la propia carga actualiza el estado del editor. Simplemente puedes limpiar el contador sucio usando 'editor.clearDirtyCount()' justo después de cargar manualmente.
Lee la respuesta completa abajo ↓Pregunta
Versión GrapesJS
- Confirmo que se debe usar la última versión de GrapesJS
¿Qué navegador usas?
Última versión de Chrome
Enlace de demo reproducible
https://github.com/padcom/grapes-bug-dirty-after-loading/blob/master/src/App.vue#L37
Describe el bicho
- Clonar y comenzar el proyecto
Git clon https://github.com/padcom/grapes-bug-dirty-after-loading
CD uvas-bicho-sucio-after-loading
NPM I
Inicio del NPM
- Abrir consola
Comportamiento actual: el número de cambios es 1 Comportamiento esperado: número de cambios es 0
Nota adicional: al usar 'autoload', el número de cambios se mantiene en 0
Código de conducta
- Acepto seguir el Código de Conducta de este proyecto
Respuestas (4)
Hola @padcom este es un comportamiento esperado ya que la propia carga actualiza el estado del editor. Simplemente puedes limpiar el contador sucio usando 'editor.clearDirtyCount()' justo después de cargar manualmente.
Ten en cuenta que si activas la 'carga automática':
storageManager: {
tipo: 'ejemplo',
autoload: cierto,
guardado automático: falso,
},
y desactivar la carga:
console.log('App.vue - antes de carga', editor.getDirtyCount())
const result = await editor.load({})
console.log('App.vue - después de carga', editor.getDirtyCount(), resultado)
el número de cambios es '0', aunque el resultado es el mismo: la página se carga. Como en mi proyecto necesito desesperadamente poder cargar la página en un momento específico, esto lo estropea todo. También intenté borrar el número de cambios después de cargar, pero como el código que lo establece lo hace en una callback 'setTimeout()', no es posible hacerlo de forma determinista.
¿Perdón? ¿Hablas en serio de que es el comportamiento "esperado"? ¿Has visto en algún otro editor que el proyecto se modifica automáticamente al cargar y luego se guarda automáticamente? Me cuesta creerlo.
Gracias por informar de esto, @padcom.
El problema con 'getDirtyCount()' devuelve '1' tras cargar 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 #3860
bloques que no funcionan tras actualizar de 0.16.27 a 0.17.27
Versión GrapesJS [X] Confirmo que se debe usar la última versión de GrapesJS ¿Qué navegador usas? Firefox 93.0, Chrome 94.0.4606.71 Enlace...
Issue #5385
getDirtyCount() no determinista después de la carga
Versión GrapesJS [X] Confirmo que se debe usar la última versión de GrapesJS ¿Qué navegador usas? Chrome Enlace de demo reproducible https:...
Issue #4006
El color de fondo cambia automáticamente a negro
Versión GrapesJS [X] Confirmo que se debe usar la última versión de GrapesJS ¿Qué navegador usas? Chrome Enlace de demo reproducible https:...
Issue #4506
Error en el bloque de arrastre con modo de arrastre: absoluto
Versión GrapesJS [X] Confirmo que se debe usar la última versión de GrapesJS ¿Qué navegador usas? Chrome v103 Enlace de demo reproducible h...
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
Ship to Production Faster: What’s New in GrapesJS Shadcn
Supercharge your page builder! GrapesJS Shadcn adds live drag previews, rich text / commands, dynamic data, and canvas presets to ship to prod faster.
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
GrapesJS Inline RTE Plugins Update: CKEditor 5 v0.1.4 and Froala Inline Text Editor
CKEditor 5 Inline for GrapesJS v0.1.4 fixes Studio SDK toolbar clipping, iframe injection and link balloon bugs. Compare with Froala Inline — both $69.
Explorar categorías de plugins
Ve directamente a las páginas de categorías de plugins en el marketplace.