Hola,
Antes de describir este problema, comprendo plenamente que esta es una pregunta casi imposible de responder sin más información, a menos que alguien haya notado el mismo comportamiento en otro contexto y haya encontrado una solución.
He escrito una secuencia de comandos JSL que crea un informe de una docena de gráficos y tablas, cada uno de los cuales está contenido dentro de un cuadro de esquema. El informe es bastante largo y, por lo tanto, casi todos los Cuadros de esquema están inicialmente cerrados. Después de que se haya ejecutado el análisis, el usuario abre el cuadro de esquema en el que está interesado e inspecciona la tabla, el gráfico o lo que contenga. Cada Cuadro de esquema tiene un menú de triángulo rojo asociado que ofrece una variedad de opciones de impresión o exportación que lo relacionan con esa tabla o gráfico (p. Ej., Redimensionarlo, reformatearlo o exportarlo al portapapeles o PowerPoint).
Sin embargo, cuando se ejecuta el análisis, el intento de abrir o cerrar uno de los cuadros de esquema en ocasiones parece hacer que toda la pantalla se agote por completo. No parece haber ningún patrón (a menudo nada sale mal), y ningún cuadro de esquema específico parece ser la única causa del problema. Cuando esto sucede, parece que no hay otra salida que no sea bloquear JMP a través del Administrador de tareas y luego reiniciarlo.
La única pista posible que se me ocurre es que a veces hay un retraso de unos dos o tres segundos antes de que se abra el cuadro de esquema que estoy intentando abrir. No tengo conocimiento de que estoy invocando ningún cálculo abriéndolo o cerrándolo, así que ¿por qué una operación tan aparentemente simple demora tanto tiempo en realizarse? Me pregunto si esta demora está relacionada con un eventual embargo, pero supongo que aquí.
¿Alguien más ha visto algo como esto? Y si lo han hecho, ¿alguna vez descubrieron la causa? He estado probando el script en JMP 12.0.0 Pro, pero veo los mismos retrasos en JMP 13 (aunque nada se ha bloqueado en 13 todavía).
Muchas gracias
