이 위시리스트 요청에 영감을 준 것은 무엇입니까?
반복적인 작업을 자동화할 때 나는 종종 수동으로 단계를 수행하고 로그를 확인하여 상응하는 JSL이 무엇인지 확인합니다.
당신이 보고 싶은 개선점은 무엇입니까?
축 레이블 이름을 변경할 때 로그에 해당 JSL 메시지가 표시되는 것을 보고 싶습니다.
이 아이디어가 왜 중요한가요?
이를 통해 사용자는 Google 검색 없이 JSL을 자동화하고 작성할 수 있습니다.
안타깝게도 Jmp는 그런 중간 단계를 기록하지 않습니다. 동의합니다. 향상된 로그를 짧고 얇게 유지하는 데 좋습니다.
- 하지만 강화된 로그에서 그런 "트릭"을 배우는 것은 불가능합니다.
현재로서는 해결 방법이 있지만 몇 가지 제한 사항이 있습니다.
예를 들어, 스크립트 저장 메뉴를 통해 보고서의 최종 스크립트의 일부로 중간 단계에 대한 코드를 가져옵니다.
문제점: 수동 변경은 SendToReport 및 Dispatch를 통해 코딩됩니다. 좋은 JSL 코드에 대해 말하자면 SendToReport 및 Dispatch는 사용자 코드에 직접 사용하도록 의도된 것이 아닙니다.
@Mark_Bailey 님 이 다음과 같이 썼습니다:
귀하의 예에서 보고서로 보내기 및 Sendda 인수는 JMP가 현재 플랫폼을 가능한 한 완벽하게 재현하는 스크립트를 저장할 수 있도록 하기 위한 것입니다. 이는 우리가 스크립트를 작성하도록 의도된 것이 아닙니다. 많은 사람들이 이를 사용하고 있으며 이는 그들의 선택이지만, 이는 의도가 아닙니다. 이에 대한 정보는 설명서에서 누락되었습니다(즉, 설명서가 없습니다). 보고서 계층의 개체와 직접 통신하는 다른 방법을 사용해야 하기 때문입니다. 예를 들어, << Add Ref Line(---) 메시지를 축 상자로 보냅니다.
https://community.jmp.com/t5/Discussions/JMP-Script-Dispatch-Function/mp/256386/highlight/true#M50369
따라서 JSL 스크립터는 다음과 같은 문제를 갖습니다.
강화된 로그에 의해 저장된 코드를 *) 로 변환하는 방법
SendToReport( Dispatch( {}, "X title", TextEditBox, {Set Text( "new" )} ) )
...스크립팅에 사용해야 하는 코드인가요?
*) convert: JMP로 이 작업을 대신 수행할 수 있나요?
원시 코드를 마우스 오른쪽 버튼으로 클릭하고 변환을 클릭하면 Jmp가 생성됩니다.
current report()[TextEditBox(<STRONG>3</STRONG>)]<< Set Text( "new" )
[... 또는 좀 더 강력한 무언가가 있기를 바랍니다]
축 라벨을 변경하는 것 외에도 바로 기록되지 않고 보고서를 닫은 후에 기록되는 다른 작업이 많이 있습니다.
" 라벨 변경은 로그에 표시되어야 합니다" 스테로이드는 여기에서 찾을 수 있습니다:
프레젠테이션 자동 조종 장치(일명 Workflow Builder 2.0)
아이디어: JMP는 모든 단계를 별도로 기록 하므로 프레젠테이션 중에 보고서의 변경 사항을 자동화하는 데 사용할 수 있습니다.
지금은 인정하지만, @hogi가 옳은 생각을 가지고 있고 댓글에 좋은 제안이 몇 가지 있습니다. 우리는 현재 이와 같은 플랫폼 내에서 중간 단계를 기록하지 않습니다. 그렇게 하려면 엄청난 노력이 필요할 것입니다.
