새 JSL 코드 편집기로 마이그레이션JMP의 코드 편집기가 작동하는 동안 Visual Studio Code 또는 Eclipse와 같이 기능이 풍부한 최신 코드 플랫폼으로 업그레이드해야 합니다. 이들은 더 나은 자동 완성, Github 버전 관리, 여러 코드 파일에 대한 변수의 대량 이름 변경 등을 갖습니다.
스크립팅Re: 새 JSL 코드 편집기로 마이그레이션 - 상태가 다음으로 변경됨: 승인됨Re: 새 JSL 코드 편집기로 마이그레이션비제이,
컴플리케 인스톨러
Re: 새 JSL 코드 편집기로 마이그레이션그냥 설치하고 시도 @vince_faller VsCode 확장: 정말 좋은 것입니다.
Re: 새 JSL 코드 편집기로 마이그레이션안녕 폴딘,
여기에서 predictum.com(JMP 파트너)에서 Visual Studio 코드용 확장 프로그램을 찾으십시오. https://marketplace.visualstudio.com/items?itemName=VinceFaller.jmp-scripting
아직 시도하지 않았습니다.
기욤
Re: 새로운 JSL 코드 편집기로 마이그레이션하세요@mia_stephens 이에 대한 진행 상황을 공유해 주실 수 있나요?
저는 VSCode 확장을 좋아합니다. 정말 훌륭하고 아마도 앞으로 나아갈 방향이 될 것입니다. 그러나 통합의 JMP 측면에서는 약간의 작업을 통해 경험을 더 원활하게 만들 수 있습니다.
1. JMP 내에서 이스케이프 키를 누르면 스크립트를 다시 실행하려면 JMP를 다시 시작해야 하는 방식으로 VSCode에 대한 링크가 종료됩니다. 테이블에서 선택을 취소하기 위해 더 이상 이스케이프를 사용하지 않도록 두뇌를 다시 작성해야 했습니다.
2. VSCode에서 코드를 실행할 때 JMP의 로그를 더 이상 사용할 수 없습니다. 이는 일반적으로 코드(예: 열을 생성하거나 테이블을 업데이트하는 코드)를 훔치는 데 사용할 수 있는 JMP에 대한 최근 추가 사항을 모두 제거합니다. 또한 VSCode에서 사용 가능한 출력에는 일반적으로 스크립트가 중단되는 위치가 포함되지 않으므로 디버깅이 더 어려워집니다.
3. VSCode 링크가 활성화되어 있을 때 JMP를 입력하는 것은 거의 불가능하므로 약간의 코드를 신속하게 테스트합니다...테이블에서 일부 변경을 하고 다시 테스트하는 것이 어려워집니다.
4. 스크립팅 인덱스에 대한 링크를 추가하면 함수의 실제 예제를 보는 것이 정말 좋을 것입니다.
Re: 새로운 JSL 코드 편집기로 마이그레이션하세요JMP는 VOC(고객의 소리) 중심 기업이므로,도입을 방해하는 새로운 JSL 편집기에 대해 강력한 논쟁이 있는 것 같습니다.
최첨단 스크립트 편집기에 반대하는 주장은 무엇입니까?
Re: 새로운 JSL 코드 편집기로 마이그레이션현재 데이터 표 와 현재 보고서 뒤에 괄호를 넣는 걸 얼마나 자주 잊어버리는지 궁금하네요...
지금은 기분이 좋아요 (JMP19EA4):
Re: 새로운 JSL 코드 편집기로 마이그레이션안녕하세요 @pauldeen
저는 VSCode 확장을 위한 JSL 개발자입니다. 피드백을 주셔서 감사합니다! 언제든지 https://gitlab.com/predictum/jsl-for-vscode/-/issues/new 에서 이슈를 자유롭게 열어주세요. 시간이 날 때 개선을 시도해 볼 수 있습니다. 귀하의 코멘트에 따라 이미 몇 가지 이슈를 열었습니다.
1. JMP에서 Esc 키를 누르면 VSCode로의 링크가 종료되어 스크립트를 다시 실행하려면 JMP를 다시 시작해야 합니다. 테이블에서 선택을 취소하기 위해 더 이상 Esc 키를 사용하지 않도록 제 머리를 다시 써야 했습니다.
VSCode에서 JMP를 실행하는 것은 설정하기 까다롭고 작동 방식이 이상적이지 않지만 무슨 일이 일어나고 있는지 알려드리자면 항상 VSCode의 명령을 수신하는 백그라운드에서 실행되는 JSL 루프가 있어서 JMP 세션을 약간 하이재킹합니다. 그래서 루프를 멈추는 것을 막을 수는 없을 것 같지만 JMP를 다시 시작할 필요가 없도록 다시 연결하는 것을 더 쉽게 만들 수 있을지도 모릅니다.
2. VSCode에서 코드를 실행할 때 JMP의 로그를 더 이상 사용할 수 없으므로 일반적으로 코드를 훔치는 데 사용할 수 있는 JMP의 모든 최근 추가 사항(예: 열을 만들거나 테이블을 업데이트하는 코드)이 제거됩니다. 또한 VSCode에서 사용할 수 있는 출력에는 일반적으로 스크립트가 중단되는 위치가 포함되지 않으므로 디버깅이 더 어려워집니다.
로그의 세부 사항이 존재하기 전에 JMP에 연결하는 코드를 작성했기 때문에 여기서 개선할 수 있는 부분이 있을 수도 있습니다.
3. VSCode 링크가 활성화되어 있을 때 JMP를 입력하는 것은 거의 불가능해지므로, 코드를 조금 테스트하고... 테이블을 변경하고 다시 테스트하는 것은 어려워집니다.
이게 까다로워지는 백그라운드 루프입니다. 하지만 VSCode에 대한 연결을 일시 중지하는 방법이 여기서 도움이 될 수 있습니다.
4. 스크립팅 인덱스에 대한 링크를 추가하면 함수의 실제 예를 볼 수 있어서 정말 좋을 것 같습니다.
그건 분명 가능할 겁니다. 아니면 어떻게든 VSCode에 예제를 통합하는 것도 가능할 겁니다.
Re: 새로운 JSL 코드 편집기로 마이그레이션안녕하세요 @ben_ph , 저는 귀하의 확장 프로그램을 좋아하고 정말 감사합니다. 저는 그것이 귀하가 만들어야 하는 추가 기능이 아니라 JMP의 디자인된 부분이 되어야 한다고 생각합니다. 그렇게 말했지만: 저는 귀하의 디자인 선택과 그 결과를 이해하지만, 이러한 점들을 수정할 방법을 본다면 환상적일 것입니다. 테스트에 도움이 필요하면 알려주세요!
Re: 새로운 JSL 코드 편집기로 마이그레이션이와 관련된 또 다른 요청: https://community.jmp.com/t5/JMP-Wish-List/로그-창-재구성-허용/idi-p/86438#U86438
