☑ 멋진 새 기능
☑ 많은 사용자에게 도움이 될 수 있습니다!
☑ 마치 "버그"처럼 느껴지는 것을 제거합니다.
☐ 있으면 좋죠
☐ 아무도 필요로 하지 않음
이 위시리스트 요청은 무엇에서 영감을 받았나요?
새로운 메이저 버전을 설치할 때 JMP 설정 을 완전히 이전할 수 있는 방법이 현재로서는 없다는 사실을 알고 매우 놀랐습니다.
TS- 00283930
일부 환경 설정은 JSL을 통해 처리할 수 있지만(예:
@줄리안 의 훌륭한 환경 설정 관리자 사용), 많은 중요한 설정이 그대로 남아 있어 업그레이드할 때마다 수동으로 다시 설정해야 합니다.
어떤 개선점을 보고 싶으신가요?
JMP가 주요 버전 간에 모든 사용자 설정을 완전히 이전할 수 있도록 해주었으면 좋겠습니다. 현재 JSL을 통해 접근 가능한 일부 설정만 이전하는 것이 아니라요.
구체적으로 제가 생각하는 개선 사항은 다음과 같습니다.
- 예를 들어 다음과 같은 모든 관련 사용자 설정을 포괄하는 내장 메커니즘 :
- 수식 편집기 의 즐겨찾기(가장 자주 사용하는 함수가 상단에 고정됨),
- 플랫폼의 최근 설정 ,
- 현재 휴대 가능하고 스크립트 가능한 환경 설정 프레임워크 외부에 저장되어 있는 기타 모든 환경 설정/UI 설정.
- 안전하고 지원되는 마이그레이션 흐름 으로, 두 가지 사용자 친화적인 옵션을 제공합니다.
- 설치 시 :
- 다음과 같은 대화 상자가 표시됩니다. "이전 JMP 버전이 감지되었습니다. JMP XX의 설정을 새 버전으로 복사하시겠습니까?"
- 한 번 클릭으로 호환되는 모든 설정이 전송됩니다.
- JMP 내부(메뉴 기반) :
- 명령어 예시: 파일 → 이전 버전에서 환경설정 가져오기…
- 사용자는 나중에 명시적으로 마이그레이션을 시작할 수 있으며, 이 경우에도 바로 이전 버전에서 호환되는 모든 설정을 복사합니다.
이는 다음과 같은 방식으로 구현되어야 합니다.
- 설정 파일에 대한 직접적인 수동 쓰기 접근 방식(취약하고 위험함)에 의존 하지 않습니다 .
- 기존의 이식 가능한 환경 설정 프레임워크를 확장하고 완성하여 Julian의 환경 설정 관리자 와 같은 도구도 향후 더 폭넓은 JSL 지원의 이점을 누릴 수 있도록 합니다.
이 아이디어가 왜 중요한가요?
주요 업그레이드가 있을 때마다 핵심 설정이 사라지는 것은 기능 누락이라기보다는 버그처럼 느껴집니다 . JMP를 자신의 작업 흐름에 맞게 설정하는 데 시간을 투자하는 숙련된 사용자에게는 생산성을 저해하는 요소입니다.
- 효율성 : 수식 편집기에서 즐겨찾기를 다시 만들거나 플랫폼 업그레이드 후 수동으로 "최근 설정"을 재구성하는 데 상당한 시간이 소요되며 생산적인 작업을 방해합니다.
- 일관성 : 설정을 다시 적용하는 데 인내심이 부족한 사용자는 결국 최적화되지 않고 일관성이 없는 환경에서 여러 버전을 사용하게 되어 업그레이드의 가치가 떨어집니다.
- 채택 및 만족도 : 업그레이드 시 구성 측면에서 "처음부터 다시 시작해야 하는" 숨겨진 비용이 발생한다면, 사용자는 중요한 개선 사항이 있더라도 새 버전으로 빠르게 전환하려는 동기가 떨어집니다.
- 안전성 및 견고성 : JMP 네이티브 마이그레이션 메커니즘은 구성 파일을 임의로 복사하는 것보다 안전합니다. 이를 통해 시스템 충돌이나 예기치 않은 동작의 위험을 방지하면서도, 사용자는 새로운 릴리스에서도 익숙한 환경을 유지할 수 있습니다.
요약하자면, JMP는 Julian의 환경설정 관리자와 같은 도구를 통해 환경설정 이식성이 가능하다는 것을 이미 보여주고 있지만, 현재로서는 불완전하고 스크립트에서 접근 가능한 설정에 제약이 있습니다.
다른 소원들 
