He intentado usar diferentes controladores de estado que proporciona JMP, pero cuanto más los uso, más problemas noto con ellos. Hay muchas razones por las que me gustaría usarlos y tal vez incluso más razones para evitarlos. El mayor problema suele ser que parecen activarse demasiadas veces y el valor devuelto no es tan útil.
Subscribe To Data Table List() es un ejemplo bastante bueno de cómo debería funcionar la mayoría de estos. Puede agregar diferentes funciones a diferentes eventos (aunque a veces es una molestia). Puede imaginar lo bien que funcionaría Suscribirse a la lista de tablas de datos () si se desencadenara cada vez que algo sucede con la lista de tablas de datos (agregar, eliminar, renombrar) y devolvería solo el nombre de la tabla de datos, por ejemplo (o la cantidad de tablas de datos cambiadas ...) y nada más.
A continuación se presentan algunos problemas y sugerencias:
Etiqueta flotante
Problema
Parece activarse cuando te acercas al punto sobre el que deseas desplazarte. Esto provoca múltiples desencadenantes y ralentiza JMP innecesariamente y, a veces, esta ralentización es bastante grande. También se activa inmediatamente cuando pasa el cursor sobre el punto -> si mueve el mouse rápidamente sobre varios elementos, se activará varias veces. También se activa varias veces al pasar el cursor por encima (podría estar relacionado con todas las cosas mencionadas anteriormente)
Sugerencias
Hágalo más preciso cuando se activa la etiqueta de desplazamiento. Agregue la posibilidad de "retrasar" cuándo activar el evento, por ejemplo, me gustaría poder activar la etiqueta de desplazamiento después de que el usuario haya pasado el cursor sobre el mismo elemento durante 0,2 segundos. También permita la selección de "zona segura" para determinar cuándo se debe activar la etiqueta flotante.
Manejador de estado de fila
Problema
Dispara demasiadas veces y todos los eventos. Tiene un error en el que elimina la fila, el controlador de estado de la fila parece eliminarse.
Sugerencias
Lo más probable es que sea suficiente si hubiera una manera de capturar solo cambios de estado de fila específicos (y corregir el error).
Manejador de estado de filtro
Problema
Se activa demasiadas veces. Un ejemplo es que si incluso mira el filtro, se activará el controlador de estado.
Sugerencias
Elimine los desencadenantes innecesarios del controlador de estado de filtro o dé la posibilidad de elegir qué estados deben activar qué función.
programador
Problema
Solo puede tener un programador a la vez y no puede ocultar la ventana del programador.
Sugerencias
Permitir la creación de programadores privados (actualmente escondo la ventana y espero que el usuario no la cierre) y varios programadores diferentes al mismo tiempo.
Me temo que un retraso en la etiqueta Hover hará que se sienta "retrasado".
Hay buenos ejemplos en la red de lo emocionante que puede sentirse una etiqueta flotante "en vivo":
https://wid.world/world/#lpfghg_p90p100_z/US;FR;DE;CN;ZA;GB;WO/2020/eu/k/p/yearly/l/false/3.516/100/curve/false/country
tal vez:
no actualice el contenido si es exactamente igual que antes?
simplemente coloque la etiqueta Hover en la nueva posición.
@xxvvcczz , los desarrolladores han estado investigando posibles cambios en Hacer controlador RowState y Hacer controlador de cambio de filtro . No hay actualizaciones para compartir todavía.
¿Alguna actualización sobre esto? Hace un par de meses.
Por favor, corrija el controlador de estado de fila.
Quiero arrebatar eventos de selección con el mouse hacia arriba y enviar una solicitud http para obtener datos para el usuario, pero en este momento es increíblemente lento y difícil. Llegué a reescribir toda la herramienta de selección como una trampa para ratones para intentar obtener esta funcionalidad, solo quiero que el controlador de estado de fila se active una vez al final del evento de selección.
https://community.jmp.com/t5/Discussions/Is-there-a-way-to-make-the-rowstate-handler-less-laggy/mp/550590
Gracias por enviar esta lista y por proporcionar sugerencias. Actualmente estamos investigando.
@jthi De acuerdo, el programador es difícil de usar bien. En Noticias Moví el objeto del programador fuera de la ventana que crea a mi propia ventana, pero eso no soluciona el problema del singleton. (Utility.jsl líneas 53-64. Usado desde httpServer.jsl línea 120.) Sospecho que no necesita estar en una ventana una vez que se elimine; probablemente solo necesites mantener el mango. En FileSnapper Usé un enfoque solo de Windows con runprogram y algunos comandos de DOS. Hubiera preferido usar el programador excepto por el problema del singleton. No haga esto porque {solo Windows, no está preparado para el futuro, todavía tiene algunos efectos secundarios}. En ambos casos, el JSL solo se ejecuta cuando JMP tiene tiempo de inactividad, tal vez durante una espera().
