DOTE/EMISIÓN: Estándares CSS

Voy a decir que esto es tanto una solicitud de funcionalidad a medida que voy hablando de algunas partes, como un pequeño problema.

Diría que queda mal tener un proyecto más nuevo que 2015 que usa px para casi todo. La gente utiliza tamaños de pantalla que son solo de 768 píxeles en el plano más estrecho, ya sea móvil o de escritorio, hasta 2160p y más allá. Las medidas "px" son malas para esto. Una herramienta así está pensada para personas no técnicas que no van a entender que algo que se ve bien en las medidas px en su pantalla no quedará bien en todas las pantallas. Lo más parecido a GrapeJS es carrd.co ¿verdad? Allí en realidad usan medidas arbitrarias de "tamaño" que traducen internamente para que el usuario final no pueda hacer cosas tontas.

Mi sugerencia: Eliminar px en la interfaz de controles, y CSS para el estilo de GrapeJS en sí. Sustituye por vmax, rem y/o % cuando sea apropiado como nuevos valores predeterminados.

Sí, hay menús desplegables para % y/o em y rem en general, pero px suele ser el predeterminado cuando en realidad ni siquiera debería ser una opción, salvo que quizá sea una opción de configuración desactivada por defecto.

También etiquetaría esto como un error: El CSS predeterminado para los paneles de edición es usar z-index. Esto tampoco es algo que espero de algo moderno, ya que apilar el orden es una forma más limpia, más problemática y sin casos particulares de pedir lo que hay arriba. Me enteré de esto mientras trabajaba en controles personalizados y tengo que sobrescribir CSS que ni siquiera debería existir. El editor parece mostrar bien si eliminas todo el css del z-index y colocas '<div class="gjs-pn-panel gjs-pn-views gjs-one-bg gjs-two-color">' como el elemento más bajo de esos hermanos