JPLemme
그는 물었다 12년 전
7

Indesign 스마를레멘츠 AppleScript 성능 향상을 통해 추가할 때 어떻게 해야 합니까?

내가 가지고 있는 XML 태그 및 프로그램을 만들 수 있는 요소는 AppleScript Adobe InDesign 문서. 각 세포는 는 데이터가 테이블뿐 및 태깅에 선택합니다.5 초짜리입니다. 몇 시간이 걸리는 전체 스크립트입니다 완료하십시오.

내가 할 수 있지만, 안쪽 루프 코드를 게시물로의 I& # 39 m 확신하지 못하고 이렇게 되어야 하는 일반 또는 특정. # 39, ll i& 결정할 수 있게 한다.

[편집] 당 한 항목씩 포함된 코드 목록 (이에 앞서 루프) 은 테이블의 행. 또한 각 열의 문자열이어야 redboot*용 바뀌엇어요 한 표. 이 프로그램은 각 셀을 만드는 요소 및 xml 태그를 연결하여 항목에서와 xml 의 [행] / [열] 포지셔닝합니다 두 있습니다. 또한 셀 수 있는 associates 의 텍스트를 새로 만든 요소.

이 코드는 완전히 새로운 i& # 39, m, s # 39 에서 일부 수정된 AppleScript 그렇게 조잡하게 Adobe& 견본이요. 만약 내가 won& # 39 는 코드가 빚고, 기분을 상하게 할 수 없다.

39 의 here& 코드:

repeat with columnNumber from COL_START to COL_END

    select text of cell ((columnNumber as string) & ":" & (rowNumber as string)) of ThisTable

    tell activeDocument

        set thisXmlTag to make XML tag with properties {name:item rowNumber of symbolList & "_" & item columnNumber of my histLabelList}

        tell rootXmlElement

            set thisXmlElement to make XML element with properties {markup tag:thisXmlTag}

        end tell

        set contents of thisXmlElement to (selection as string)

    end tell

end repeat

편집: # 39 더 잘 반영하기 위해, ve 고쳐 i& 질문 정답.

답변 5 개

이 중 한 명, 생각했어요.

문서에 포함된 대량의 데이터 테이블. 모든 데이터 포인트 정도 익스포트하면 할 수 있습니다. I was 스페어를 생성하는 스크립트루트 요소와 함께 7,000 명의 자녀를 두고 있다.

39 don&, 그렇게 할 수 없다. 각 자 뷰일 잡을라는데 속도가 느린 보살피되 dell. 약 5,000 명의 추가 루트 요소는 하였더뇨 AppleScript 시간초과되었습니다 및 프로그램 중단.

내 코드를 만들 수 있었지만 이 솔루션은 만들어 더 많은 어려움을 겪고 있으며, 각 하위 스크립트루트 끕니까 cx4-480 하였더뇨 멸종될 ~ 약 16 명의 손자. 같은 수의 노드입니다 코드가 실행될 수 있지만, 그 만큼 빨리. (그래도 시간을 약 40 분 처리할 수 있는 문서가 아니라 무한히 that& # 39 에 비해 적은 시간이 '로 정의된다.)

우여곡절 끝에, 원래 계획, t # 39 로 나타나는 등 7000 하였더뇨 wasn& 게으르고 멍청한 또는. 이 신규 솔루션은 나에게 있어 두 테이블을 사용하여 테이블에서 데이터 링크를 함께 제가 don& # 39, t 제어입니다. # 39 의 경우 현재 이 프로그램은 분할합니다 there& 너무 shouldn& # 39 로 있는 공간, t be one). (단, 작동하잖아.)

문제는 거의 물론 선택합니다. 어쨌든 한 번에 모든 텍스트를 푸십시오 반복할 수 있습니다 다음 내부 com/go/4e6b330a_kr 있나요?

Indesign 또는 사용하고 InDesign 서버입니까? 페이지 수를 is your 문서 (또는 어떤 다른 문서에 대한 정보를 알려줄 수 / ID 설정)?

나는한다 많이유 InDesign 서버 개발. # 39 의 느린 다운 볼 수 있습니다, 반드시 관련 코드 몇 aren& 하는 이유는 없다.

지금 # 39 에서 xml 문서 생성, m, I& 100 300mpbs 거의 완전히 약 100 초 스크립트화 및 페이지 (훨씬 더 큰 일을 할 수 있습니다).

내부 루프 코드는 경우 적절한 길이로, t, t, 내가 어떤 원인으로 볼 수 있습니다 # 39 don& can& # 39 게시물로의 거잖나. 내 생각엔 스택 오버플로입니다 고안되었습니다 모두 포함하기 위해 일반 및 특정 질문이 쏟아졌다.

&gt. 내가 할 수 있지만, 안쪽 루프 코드를 게시물로의 I& # 39 m 확신하지 못하고 이렇게 되어야 하는 일반 또는 특정. # 39, ll i& 결정할 수 있게 한다.

예를 들어 구체적으로 코드 게시할 때 (또는 상사에게) 는 편하게 사용할 수 있습니다 - # 39, 대개의 경우 it& 더 자세한 정보를 줄 수 있는 것이다.