拖曳 Coverage 區間手柄到底改了什麼

鏡頭軌道兩端的手柄用來改一條鏡頭在劇本內容上 Coverage 的起止位置。它改的是Coverage 區間，不改拍攝順序、不改場次歸屬，也不改鏡號，所以拖曳之後看到軌道範圍變化，不應理解成記錄被重新編排。

拖曳手柄只改鏡頭在劇本內容上的Coverage 的起止位置，不會把這條拍攝記錄換場、改號或重新排進另一個拍攝順序。

起點和終點受什麼約束

起點與終點不能互相穿過：起點不允許越過終點，終點也不允許退到起點之前；兩端可以重合在同一行上，這時 Coverage 區間只剩一行。這個約束保證儲存下來的仍是一個有方向的 Coverage 區間。拖曳時看到手柄停住，應先按區間邊界理解，而不是把它當成排序限制。

因此，兩端手柄雖然都能改變 Coverage 範圍，但它們不是兩個可以任意交叉的游標。改場次歸屬與改鏡號各有一個對應介面，都在鏡頭管理裡；拍攝順序目前沒有一個單獨的重排操作，這條拖曳也不承擔它。拖曳本身只負責「這條鏡頭Coverage 到劇本的哪一段」。

落點為什麼是確定的

拖曳位置會按劇本各行的實際位置逐行判斷，命中區域在行的上下各擴出一小段固定距離。候選按劇本順序檢查，並採用最先命中的位置，因此同一位置輸入會得到一致的落點。這個判定不依賴使用者臨時選擇另一套排序規則。

命中行之後還會進入端點吸附規則，所以最終停下的位置可能不是手指離開的準確像素，而是附近可作為 Coverage 邊界的內容行。使用者可以在拖完後直接檢視手柄停在哪一行來核對結果。這裡的確定性只描述落點規則，不代表拖曳具有復原歷史。

兩端手柄共享「先命中行」的定位過程，但吸附方向不同，因此起點和終點不能按同一種回看方向理解。

兩端為什麼採用不同吸附方向

調整起點時，會向前尋找可用的邊界，認的是角色名行、動作行或場頭；調整終點時，會向後尋找，認的是台詞行、動作行或場頭。方向相反，是為了讓起點落到所在台詞單元的開頭、終點落到所在台詞單元的結尾。拖完後看手柄最終停靠的行，就能核對吸附結果。

這也解釋了為什麼同一段劇本附近的兩個手柄可能停在不同類型的內容行上。規則關心的是端點方向與可用內容，而不是把整條軌道當成剪輯時間軸。這裡應始終使用「Coverage 區間」來描述，不把它叫作剪輯區間或進度條。

什麼時候才真正儲存

拖曳過程中的中間位置用於介面回饋，真正儲存發生在鬆手結束拖曳時。也就是說，手柄移動中的每一個瞬間並不是一次獨立儲存。使用者需要以鬆手後的最終位置作為這一輪修改結果。

這條拖曳路徑沒有復原，因此鬆手儲存前應看清端點位置。若改錯，需要再次調整到需要的位置，而不是依賴一個復原動作把剛才的拖曳回滾。這個邊界與其他編輯介面的復原能力不能互相類推。

左右軌道與 Coverage 區間不是一回事

鏡頭軌道位於左側還是右側，是由鏡號形狀派生出的另一層佈局規則，不由這次拖曳決定；《主鏡頭與 Coverage 鏡頭是怎樣由鏡頭號區分出來的》講的正是這層派生。Coverage 區間一變，兩側軌道各自佔的欄位會跟著重排，那是同一份區間資料算出來的佈局，不是記錄被改了順序。《場號、鏡號、條號分別在管什麼》可以幫助先區分這些標識層級，但拖曳 Coverage 手柄不會重寫鏡號。把軌道側別變化與 Coverage 範圍變化混在一起，會把兩套機制誤認為同一個操作。

因此，涉及改場次歸屬或改鏡號時，應使用對應的鏡頭管理介面；拍攝順序沒有這樣一個重排入口，這條拖曳也不做這件事。拖曳的結果只回答「這條鏡頭從劇本哪一行覆蓋到哪一行」。收口時，場記應回到劇本頁看這條鏡頭的軌道兩端落在哪兩行——Coverage 區間不進入任何交件，接收方在交件裡讀不到它。

FAQ

拖曳手柄會改變拍攝順序嗎？

不會，拖曳只改變鏡頭覆蓋的劇本起止位置。拍攝順序、場次歸屬和鏡號不由這個操作修改。

起點和終點能互相跨過去嗎？

不能穿過。起點不得越過終點，終點也不得退到起點之前；兩端可以重合在同一行上。儲存結果始終保持一個有效的 Coverage 區間。

為什麼鬆手後手柄會停在附近的內容行？

落點先按逐行位置命中，再根據端點方向吸附到附近的可用邊界：起點向前找角色名行、動作行或場頭，終點向後找台詞行、動作行或場頭。

拖錯後可以復原嗎？

這條拖曳路徑沒有復原。需要修正時，應再次拖曳到所需的 Coverage 位置，並以鬆手後的結果為準。

Axiom One LLC — SlateX。以上數字截至 2026-09-24。