첫째, 내가이 개 관련 기술 사이의 구별을 만들어 보자 : 작업을 수행하기 위해 서로를 물어, 서로 통신하기 위해 서로 다른 응용 프로그램에 사용할 수있는 메시지입니다
AppleEvents합니다.
AppleScript는 Apple 응용 프로그램과 MacEvent를주고받을 수있는 스크립팅 언어 중 하나입니다.
Cenon에서는 AppleEvents를 사용할 수 없지만 Cenon에서는 여전히 AppleScript를 사용할 수 있습니다. 웹에서 Cenon 버전 4.0.1을 다운로드했기 때문에 Cenon에서 AppleEvents를 사용할 수 없다는 것을 알고 있으며 OS X과 함께 제공되는 AppleScript Editor.app 응용 프로그램으로 AppleEvent 사전을 열려고 시도했습니다.
그래서 AppleEvents가 종료되었습니다. 즉, AppleScript의 "tell"명령은 Cenon.app에 AppleEvent가있는 모든 작업을 수행 할 수 없지만 AppleScript를 사용할 수는 있습니다.
AppleEvent는 AppleEvents 대신 사용자 메뉴 선택 및 키 스트로크를 시뮬레이트하여 사용할 수 있습니다. AppleEvents를 사용하는 것이 더 좋을 수도 있지만 때때로 AppleScript를 사용하면 사용자 인터페이스를 거쳐야합니다.
사용자 인터페이스 (UI)를 시뮬레이트하기 위해 AppleScript를 사용하는 대안은 쉘 명령을 사용하는 것입니다. 이게 더 나은 해결책 인 것 같지만 .svg에서 .hpgl로 변환되는 Mac 용으로 컴파일 된 Unix 쉘 명령을 찾아야 만합니다.
AppleScript와 Cenon .응용 프로그램은 여기에 애플 스크립트는 응용 프로그램의 UI를 통하지 사용에 대한 공부를 할 수있는 링크입니다 :
http://www.macosxautomation.com/applescript/uiscripting/
AppleScript로 원래 가지고 다음 응용 프로그램 A를 일부 기능을하는 스크립트 언어, 그리고하도록 설계되었습니다 응용 프로그램 B 등의 일부 기능을 사용하고 AppleScript의 작은 논리와 함께 붙이고 사용자가 작업을보다 쉽게 자동화 할 수 있도록 해줍니다.
AppleScript는 AppleEvents를 거치면서 대체 사용자 인터페이스로 설계되었지만 AppleEvent는 응용 프로그램만큼 광범위하게 지원되지 않으므로 AppleScript가 GUI를 통과하도록하는이 kludgy 솔루션이 일반적으로 수행됩니다.
다시 말해서 쉘 스크립트가이 문제에 대한 더 나은 해결책이라고 생각하고 "solution.command"라고 부르거나 쉘 스크립트를 응용 프로그램으로 저장된 Automator Workflow에 임베드하거나 쉘 스크립트를 임베드 할 수 있습니다 응용 프로그램으로 저장된 AppleScript 내에서. 하나의 작업 일.