JMP가 제공하는 다양한 상태 핸들러를 사용해 보았지만 더 많이 사용할수록 문제가 더 많이 발견되었습니다. 내가 이 제품을 사용하고 싶은 데에는 여러 가지 이유가 있으며 어쩌면 사용하지 말아야 할 더 많은 이유가 있을 수도 있습니다. 가장 큰 문제는 일반적으로 너무 많이 트리거되는 것 같고 반환된 값이 그다지 도움이 되지 않는다는 것입니다.
Subscribe To Data Table List()는 이들 중 대부분이 어떻게 작동해야 하는지에 대한 상당히 좋은 예입니다. 다양한 이벤트에 다양한 기능을 추가할 수 있습니다(때로는 번거롭지만). Subscribe To Data Table List()가 데이터 테이블 목록에 어떤 일이 발생할 때마다(추가, 제거, 이름 바꾸기) 트리거되고 예를 들어 데이터 테이블 이름(또는 변경된 데이터 테이블 수)만 반환한다면 얼마나 잘 작동할지 상상할 수 있습니다. ...) 그리고 그 이상은 없습니다.
다음은 몇 가지 문제와 제안 사항입니다.
호버 라벨
문제
마우스를 올리고 싶은 지점에 가까이 다가가면 트리거되는 것 같습니다. 이로 인해 여러 가지 트리거가 발생하고 JMP 속도가 불필요하게 느려지며 때로는 이러한 속도 저하가 상당히 커집니다. 또한 포인트 위로 마우스를 가져가면 즉시 트리거됩니다. -> 여러 요소 위로 마우스를 빠르게 움직이면 여러 번 트리거됩니다. 또한 마우스 오버 시 여러 번 트리거됩니다(앞서 언급한 모든 사항과 관련될 수 있음).
제안
호버 라벨이 트리거될 때 더 정확하게 만듭니다. 이벤트를 트리거할 때 "지연" 가능성을 추가합니다. 예를 들어 사용자가 0.2초 동안 동일한 요소 위에 마우스를 올린 후 마우스 오버 라벨을 트리거할 수 있기를 원합니다. 또한 호버 라벨이 트리거되는 시점을 결정하기 위해 "안전 지대"를 선택할 수 있습니다.
행 상태 처리기
문제
너무 많이 발생하고 모든 이벤트가 발생합니다. 행을 제거하는 버그가 있습니다. 행 상태 핸들러가 제거되는 것 같습니다.
제안
특정 행 상태 변경 사항만 캡처하고 버그를 수정하는 방법이 있다면 충분할 것입니다.
필터 상태 처리기
문제
너무 여러 번 트리거됩니다. 한 가지 예는 필터를 보면 상태 핸들러가 트리거된다는 것입니다.
제안
필터 상태 처리기에서 불필요한 트리거를 제거하거나 어떤 상태가 어떤 기능을 트리거할지 선택할 수 있는 가능성을 제공합니다.
스케줄러
문제
한 번에 하나의 스케줄러만 가질 수 있으며 스케줄러 창을 숨길 수 없습니다.
제안
개인 스케줄러(현재 창을 숨기고 사용자가 창을 닫지 않기를 바랍니다)와 여러 다른 스케줄러를 동시에 생성할 수 있습니다.
Hover 레이블이 지연되면 "느린" 느낌이 들지 않을까 걱정됩니다.
인터넷에는 "라이브" 호버 라벨이 얼마나 흥미로운지를 보여주는 좋은 예가 있습니다.
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
아마도:
~하지 않다 이전과 정확히 동일하다면 콘텐츠를 업데이트하시겠습니까?
단지:
기존 호버 라벨을 새 위치에 배치 .
@xxvvcczz , 개발자 가능한 변경 사항을 조사해 왔습니다. RowState 핸들러 만들기 그리고 필터 변경 핸들러 만들기 . 아직 공유할 업데이트가 없습니다.
이에 대한 업데이트가 있나요? 이제 몇 달이 지났습니다.
행 상태 처리기를 수정해 주세요.
마우스를 올릴 때 선택 이벤트를 포착하고 http 요청을 보내 사용자에 대한 데이터를 가져오고 싶지만 지금은 불가능할 정도로 느리고 어렵습니다. 나는 이 기능을 얻기 위해 전체 선택 도구를 쥐덫으로 다시 작성하기까지 했습니다. 선택 이벤트가 끝날 때 행 상태 핸들러가 한 번 실행되기를 원합니다.
https://community.jmp.com/t5/Discussions/Is-there-a-way-to-make-the-rowstate-handler-less-laggy/mp/550590
이 목록을 제출하고 제안해 주셔서 감사합니다. 현재 조사 중입니다.
@jthi 동의하세요. 스케줄러는 잘 사용하기 어렵습니다. ~ 안에 뉴스 피드 스케줄러 개체를 생성된 창 밖으로 내 창으로 옮겼지만 싱글톤 문제는 해결되지 않습니다. (Utility.jsl 라인 53-64. httpServer.jsl 라인 120에서 사용됩니다.) 일단 제거되면 창에 있을 필요는 없을 것 같습니다. 아마도 손잡이를 유지해야 할 것입니다. ~ 안에 FileSnapper 나는 runprogram과 일부 DOS 명령에 Windows 전용 접근 방식을 사용했습니다. 싱글톤 문제를 제외하고는 스케줄러를 사용하는 것이 더 좋았을 것입니다. {미래 보장이 아닌 창에만 여전히 부작용이 있기 때문에} 이 작업을 수행하지 마십시오. 두 경우 모두 JSL은 JMP에 유휴 시간이 있을 때만 실행됩니다. 아마도 wait() 동안일 것입니다.
