리비전 색상은 어디서 오며, 가져올 때 어떤 순서로 읽는가

리비전 색상은 종이를 쓰던 시대에 남은 리비전 관례에서 시작되었습니다. 리비전이 바뀌면 종이 색을 달리해 구분했고, 특정 소프트웨어가 발명한 전용 필드가 아니었습니다. SlateX는 대본 교환 파일을 가져올 때 세 단계 순서로 색상을 취합니다. 먼저 문단 자체의 서식 색상을 보고, 그다음 씬 속성에 명시된 색상을 보며, 앞의 두 곳에 모두 없을 때만 씬 제목 끝의 괄호에서 색상 이름을 취하려 시도합니다. 이름을 읽었다 해도 표시 쪽의 이름 대조 절차를 거쳐야 하며, 일치하는 것이 없으면 색상 없음으로 처리됩니다.

리비전 색상은 리비전 절차의 업계 관례에서 나옵니다. 가져오기 쪽은 파일에 이미 있는 색상 정보를 정해진 순서로 읽을 뿐입니다.

문단 색상을 먼저 보고 씬 색상을 그다음에 봄

시작 지점은 씬 제목 문단 자체가 가진 서식 색상입니다. 이어서 파일 안의 씬 속성에 명시된 색상을 봅니다. 이 단계는 읽기 순서에서 더 뒤쪽에 있고 더 구체적이므로, 앞서 읽은 문단 색상을 덮어씁니다. 두 곳에 모두 값이 있을 때 최종 결과에 들어가는 것은 씬 속성의 값입니다.

두 위치 모두에 색상이 없을 때만 세 번째 단계로 들어갑니다. 씬 제목 텍스트 끝에 괄호로 둘러싸인 전부 대문자 색상 이름이 있는지 확인하고, 읽은 이름을 이후의 대조에 편리한 형태로 정규화합니다. 이 보조 경로는 생략을 나타내는 그 단어를 명시적으로 제외해서, 그것을 리비전 색상으로 취급하지 않습니다.

표시 쪽에서 색상 이름을 한 번 더 대조함

색상 이름을 얻은 뒤에도 표시 쪽은 임의의 문자열을 아무 색상으로나 그리지 않습니다. 읽은 이름을 먼저 네 개의 기본 색상 이름(blue, pink, yellow, green)과 대조하고, 이어서 여러 확장 색상 이름과 2차 변형과 대조하며, 일치하는 것이 없으면 색상 없음으로 처리합니다.

그래서 “파일에 색상 문자열이 적혀 있다”와 “화면에 대응하는 색상이 나타난다”는 같은 층의 사실이 아닙니다. 속성을 읽을 수 있고 이름이 표시 쪽에서 대조할 수 있는 범위에 들어갈 때만 이 경로에 색상 표시가 생깁니다. 여기서 특정 색상 이름으로 리비전 회차를 역추적하지 않으며, 파일 출처를 대신해 그 업무적 의미를 해석하지도 않습니다.

생략 판정과 색상 읽기는 붙어 있지만 서로 다른 규칙

“이 씬은 생략됨”에는 두 가지 출처가 있습니다. 하나는 파일 안의 생략 속성이고, 다른 하나는 씬 제목 본문에 고정된 대문자 문자 조합이 들어 있는지 직접 확인하는 것으로, 이 텍스트 대조는 대소문자를 구분합니다. 제목 본문에 우연히 그 대문자 조합이 들어가 있기만 해도 생략된 것으로 판정됩니다. 사이드바에서 그 줄은 여전히 나타나지만, 씬 이름에는 취소선이 그어지고 회색으로 처리되며, 완료 배지, 실내/실외, 주/야, 페이지 수 항목은 더 이상 표시되지 않습니다.

따라서 생략 판정은 “리비전 색상이 있는지 여부”만으로 추론할 수 없습니다. 색상 읽기와 생략 상태는 각각 출처가 다르고, 제목 끝에서 색상을 취할 때 생략 단어를 분명히 제외합니다. 수신자는 파일 안의 색상 속성, 생략 속성, 씬 제목 본문을 스스로 대조해야 하며, 한 위치를 다른 두 위치의 대체 신호로 쓰면 안 됩니다.

명백한 경계: 현재 샘플은 이 경로를 다루지 않음

저희가 가진 샘플 파일 두 개에는 색상, 번호, 생략 속성이 없으므로, 이 샘플들은 리비전 색상 경로에 대한 근거를 제공하지 않습니다. 코드는 읽기 순서와 대조 규칙을 보여 줄 수 있지만, 실제 교환 파일을 가져온 뒤에 특정한 리비전 색상 결과가 나온다는 것을 샘플이 증명하지는 못합니다.

그래서 공개할 수 있는 결론은 “속성을 읽을 수 있을 때만 효력이 있다”는 곳까지입니다. 『씬 제목 한 줄은 어떤 부분으로 이루어지는가』는 씬 제목 구조 자체를 다루고, 가져온 결과를 이후 수신자에게 넘긴다면 『ALE를 받으면 이 필드들부터 확인하라』의 원칙이 여전히 적용됩니다. 수신자는 실제 파일에 나타나는 필드와 값을 스스로 확인해야 합니다.

현재 샘플에는 색상, 번호, 생략 속성이 없습니다. 이 경로는 읽기 규칙으로만 설명할 수 있으며, 샘플의 빈자리를 확인이 끝난 색상 결과로 써서는 안 됩니다.

FAQ

리비전 색상은 특정 대본 소프트웨어가 발명한 것입니까?

아닙니다. 여기에서 쓰는 것은 종이 리비전 절차에서 이어져 온 업계 관례이고, 이 App은 교환 파일에 나타나는 관련 정보를 읽을 뿐입니다.

파일에 문단 색상과 씬 색상이 함께 있으면 어느 것을 씁니까?

씬 속성에 명시된 색상이 앞서 읽은 문단 서식 색상을 덮어씁니다. 읽기 순서에서 더 구체적이고 더 뒤쪽에 있기 때문입니다.

제목 끝의 괄호 색상은 언제 읽힙니까?

앞의 두 단계에 모두 색상이 없을 때만 씬 제목 끝의 괄호에서 색상 이름을 취하며, 이때 생략을 나타내는 그 단어는 제외합니다.

왜 가져오기 뒤에 리비전 색상이 나타난다고 바로 말할 수 없습니까?

현재 샘플 두 개에 색상, 번호, 생략 속성이 없기 때문입니다. 확정할 수 있는 것은 코드의 읽기 규칙이고, 특정 파일에 이 속성이 있는지는 실제 교환 파일로 대조해야 합니다.

Axiom One LLC — SlateX. 위 숫자는 2026-09-24 기준입니다.