Modo de vista previa y desactivación automática de bordes de componentes

botón ya estaría desactivado para cuando se ejecutara la partida de Preview, ¿es correcto?

Ah, sí, claro 🤦 ♂

Por tu respuesta sobre el problema enlazado, entiendo que este comportamiento es intencionado, así que quizá la solución sea simplemente separar los contextos de los dos botones como sugeriste.

Vale, puede que funcione de verdad... al estar en un contexto diferente, no se detendrá con otros botones, y también puedes dejar de depender de los botones por completo (como has dicho, puedo colocarlo en otro panel) y comprobar el estado del comando usando Commands.getActive API '''js si ('SW-visibility' en el editor. Commands.getActive()) { La visibilidad de SW está activa }

Gracias @mcottret por todas las referencias, el número está realmente bien escrito :)

Cuando los botones de vista previa y de visibilidad de pantalla están en el mismo panel, el comportamiento introducido por el #2589 se rompe, esto parece provenir del escuchador activo de cambio de ButtonView, que desactiva todos los botones activos del panel. Así que si la vista previa está activada, se desactiva el botón de visibilidad de la pantalla de seguridad antes de ejecutar el comando, lo que luego rompe su comprobación activa.

Creo que, en este caso, deberíamos crear una bandera de variable comprobando si la visibilidad de la variable está activa antes de hacer esto: https://github.com/artf/grapesjs/blob/85b7b82103e12fb01a3700b1002a57a7b60ccaf1/src/commands/view/Preview.js#L20 Luego, en 'parar', comprobamos la variable almacenada al iniciar (en lugar del botón)

¡Gracias por la respuesta @artf

Lo siento, pero no estoy seguro de cómo hacer que esto funcione; por lo que tengo entendido, el active change listener se ejecuta antes de la 'ejecución' de 'Preview', así que el botón de 'sw-visibility' ya estaría desactivado para cuando se ejecutara 'Preview', pase lo que pase, ¿es correcto?

Por tu respuesta al problema enlazado, entiendo que este comportamiento es intencionado, así que quizá la solución sea simplemente separar los dos contextos de los botones como sugeriste.

¿Qué opinas del punto 1? ¿Y mi solución propuesta? Ya he añadido la protección por si el botón de 'visibilidad sw' se hubiera eliminado en este PR, pero no gestiona casos en los que el botón de 'sw-visibility' esté presente en otro panel personalizado (con un id distinto a 'opciones').