JMP가 제공하는 다양한 상태 핸들러를 사용해 보았지만 사용하면 할수록 문제가 발생한다는 사실을 알게 됩니다. 내가 그들을 사용하고 싶은 많은 이유가 있고 아마도 그것을 피해야 할 더 많은 이유가 있습니다. 가장 큰 문제는 일반적으로 너무 많이 트리거되고 반환된 값이 그다지 도움이 되지 않는다는 것입니다.
Subscribe To Data Table List()는 이들 대부분이 어떻게 작동해야 하는지에 대한 꽤 좋은 예입니다. 다른 이벤트에 다른 기능을 추가할 수 있습니다(때로는 번거롭긴 하지만). 데이터 테이블 목록(추가, 제거, 이름 변경)에 문제가 발생할 때마다 트리거되고 예를 들어 데이터 테이블 이름(또는 변경된 데이터 테이블 수)만 반환한다면 데이터 테이블 목록에 가입()이 얼마나 잘 작동하는지 상상할 수 있습니다. ...) 그리고 더 이상 없습니다.
다음은 몇 가지 문제 및 제안 사항입니다.
호버 레이블
문제
마우스를 가져가고 싶은 지점에 가까이 다가가면 발동되는 것 같습니다. 이로 인해 여러 트리거가 발생하고 불필요하게 JMP 속도가 느려지며 때로는 이 속도 저하가 상당히 큽니다. 또한 포인트 위로 마우스를 가져가면 즉시 트리거됩니다. -> 여러 요소 위로 마우스를 빠르게 움직이면 여러 번 트리거됩니다. 또한 마우스 오버 시 여러 번 트리거됩니다(앞서 언급한 모든 항목과 관련될 수 있음).
제안
호버 레이블이 트리거될 때 더 정확하게 만듭니다. 이벤트를 트리거할 때 "지연" 가능성을 추가합니다. 예를 들어 사용자가 0.2초 동안 동일한 요소 위로 마우스를 가져간 후 호버 레이블을 트리거할 수 있기를 원합니다. 또한 호버 레이블이 트리거되어야 하는 시점을 결정하기 위해 "안전 영역"을 선택할 수 있습니다.
행 상태 처리기
문제
너무 많은 횟수와 모든 이벤트를 트리거합니다. 행을 제거하는 버그가 있으며 행 상태 핸들러가 제거된 것 같습니다.
제안
특정 행 상태 변경만 캡처하고 버그를 수정하는 방법이 있다면 대부분 충분할 것입니다.
필터 상태 처리기
문제
트리거가 너무 많이 발생합니다. 한 가지 예는 필터를 보면 상태 핸들러가 트리거한다는 것입니다.
제안
필터 상태 처리기에서 불필요한 트리거를 제거하거나 어떤 상태가 어떤 기능을 트리거해야 하는지 선택할 수 있습니다.
스케줄러
문제
한 번에 하나의 스케줄러만 가질 수 있으며 스케줄러 창을 숨길 수 없습니다.
제안
개인 스케줄러(현재 창을 숨기고 사용자가 창을 닫지 않기를 바랍니다)와 여러 개의 다른 스케줄러를 동시에 생성할 수 있습니다.
