一行場頭裡的內外景是怎樣按分隔符猜出來的

SlateX 處理一行場頭時，會從文字的分隔符與詞形讀出內外景和日夜，而不是拿這一行去比對一張內外景詞表。辨識結果取決於標題怎麼寫：同一種規則既可能接住中文的寫法，也可能漏掉英文的寫法，反過來也一樣。

場頭辨識看的是文字形狀，不是關鍵詞白名單；認不出來時，先核對標題的寫法。

日夜從末尾讀，內外景從行首讀

日夜從場頭末尾讀，內外景從行首讀；兩段都按文字形狀辨識。沒有符合形狀的寫法時，內外景或日夜可能留空，也可能只讀出不完整的一段。這裡沒有關鍵詞白名單，專案裡的內外景預設或日夜預設也不是這一步的判斷依據。

四個例子顯示真正的分水嶺

内景 控制室 - 日：內外景讀到 内景。内景：控制室 - 日：全形冒號後沒有空格，這一形拿不到內外景。EXTERIOR. OFFICE - DAY：行首那一段太長，這個寫法認不出來。INT./EXT. 屋顶 - 夜：首段帶斜線時按一枚複合標記整體讀出，INT./EXT. 完整保留。

在這組例子裡，直觀分水嶺是行首那一段有沒有落在可辨識的形狀裡；判定看的是整段前綴的形狀與長度，不是單詞數，所以中日韓文字也按字元形狀參與判斷。

兩種形狀會把別的東西吞進欄位

帶序號的 1. INT. 控制室 - DAY 不會把 1. 當成內外景前綴：行首那枚場號式前綴在找內外景之前就被剝掉。無空格的全大寫標題 ROOFTOP-PARTY 會把末尾 PARTY 讀成日夜，而場名那一格存的仍是整行原文，不會被截短；這不是當場拒絕，而是把讀出來的值繼續交給後面的流程。

長破折號、短破折號與全形連字號都在可辨識的形狀之內。INT.,EXT. 這類不帶斜線的複合寫法只留下 INT 這一小截（與上面那形不同），而不是當場拒絕。不能因此概括成某一種語言支援好或差，因為同一套讀取規則會在不同語言裡以不同方式漏掉輸入。

錯值會留下來，不是當場拒絕

被讀成內外景的前綴會原樣加入專案的內外景預設，並出現在編輯頁的下拉選單裡。上面的 1. 因而可能變成一個可再次選擇的預設；無分隔符標題切出的末尾值也會進入對應的預設清單。

這條邊界很重要，因為「拿到了一個值」不等於「這個值符合現場語義」。接收方應自行核對匯入後出現的內外景和日夜預設，尤其是帶序號、複合前綴或非標準連字號的場頭。

被誤切出的前綴會繼續進入預設清單；錯值會留下來，不是當場拒絕。

這套規則沒有覆蓋的事

《一行場景標題由哪幾段組成》講的是場頭整體由哪些部分構成；這裡更窄，只說明內外景與日夜如何從一行文字裡被切出來。至於《匯出的 FDX 回不來的是什麼》所涉及的再匯出與回讀，接收方應自行核對實際往返結果，不能從一次切分成功推斷往返會保持原樣。

這套辨識在冊的橫線形狀有五種：半形連字號、帶空格的連字號、長破折號、短破折號、全形連字號；這套之外的形狀不會被認成日夜分隔符。首段含斜線時，複合標記當成一個整體來讀。遇到不在空格、句點和目前連字號分支裡的形狀時，應把它當作需要人工核對的輸入，而不是替格式來源下結論。

FAQ

專案裡的內外景預設會參與場頭辨識嗎？

不會。辨識看的是場頭文字本身，不讀專案裡的內外景預設或日夜預設。

EXTERIOR. OFFICE - DAY 為什麼拿不到內外景？

因為那條場頭開頭那一段太長，不在可辨識的形狀之內。這一層按整段前綴的形狀與長度判，不按單詞數判，所以換一種寫法就可能認不出來——這類場頭要人工複核。

INT./EXT. 會得到什麼？

首段按一枚複合標記整體讀出，INT./EXT. 完整保留，不會只剩前半段 INT。

被切錯的值會被清掉嗎？

不會在這一步被拒絕。被取到的前綴可以進入預設清單，因此匯入後需要自行核對。

Axiom One LLC — SlateX