改稿颜色从哪里来，导入时按什么顺序读取

改稿颜色先是纸面年代留下的修订约定：不同修订轮次用不同纸色区分，不是某个软件发明出来的专属字段。SlateX 导入剧本交换文件时，会按三级顺序取颜色：先看段落本身的排版颜色，再看场景属性里的显式颜色；前两处都没有时，才从场头末尾括号里尝试取颜色名。读到了名字，也还要经过显示侧的逐名比对，匹配不到就按无色处理。

改稿颜色来自修订流程的行业约定；导入侧只是按既定顺序读取文件里已经存在的颜色信息。

先看段落颜色，再看场景颜色

起始来源是场头段落自身带的排版颜色。随后再看文件里场景属性显式写出的颜色；因为这一层在读取顺序里更靠后、也更具体，它会覆盖前面已经读到的段落颜色。也就是说，两处都有值时，场景属性的值占用最后结果。

这两个位置都没有颜色时，才进入第三层：检查场头文字末尾是否有括号包住的全大写颜色名，再按颜色名的写法进行比较。这个兜底同时显式排除表示删减的那个词，不把它当成修订颜色。

显示侧还会再比对一次颜色名

拿到颜色名称之后，显示侧不会把任意字符串都画成某种颜色，而是把读到的名字先与四种基础色名（blue、pink、yellow、green）比对，再与若干扩展色名和二级变体比对；比对不到时就按无色处理。

因此，“文件里写了颜色字符串”和“界面上出现对应颜色”不是同一层事实。只有读得到属性，并且名称落在显示侧可比对范围内时，这条链路才会产生颜色显示。这里不从某个颜色名反推修订轮次，也不替文件来源解释它的业务含义。

省略判定与颜色读取是相邻但不同的规则

“本场已删减”有两条来源。一条来自文件里的省略属性；另一条直接检查场头正文里是否包含固定的大写字母组合，而且这个文本匹配区分大小写。只要标题正文恰好包含那组大写字母，就会被判成已删减：侧边栏里这一行仍然出现，但场景名带上删除线并置灰，完成徽标、内外景、日／夜、页数这几项都不再显示。

这意味着省略判断不能仅按“有没有修订颜色”来推断。颜色读取和省略状态有各自的来源，标题尾部取颜色时还会明确排除删减词。接收方应自行核对文件里的颜色属性、省略属性和场头正文，不要把其中一个位置当成另外两个位置的替代信号。

硬边界：结果以实际文件为准

文件里带不带颜色、编号与省略属性，取决于那份文件本身。这篇只说明读取顺序与显示边界，不保证某一次导入一定出现某种颜色。公开结论只能到“文件里带得出可识别的颜色属性时才生效”。

一次真实交换文件导入后会出现什么颜色，以接收文件里实际可见的修订标记为准。《一行场景标题由哪几段组成》负责场头结构本身；如果后续把导入结果交给接收方，《拿到 ALE，先核对这些字段》的原则仍然适用：接收方应自行核对实际文件里出现的字段和值。

这条链路只能按读取规则描述；一次真实导入的具体颜色结果，以接收文件里实际可见的修订标记为准。

FAQ

改稿颜色是某个剧作软件发明的吗？

不是。这里采用的是从纸面修订流程延续下来的行业约定；本 App 只读取交换文件里出现的相关信息。

文件里同时有段落颜色和场景颜色时用哪个？

场景属性里的显式颜色会覆盖先读到的段落排版颜色，因为它在读取顺序里更具体、更靠后。

标题末尾的括号颜色什么时候会被读取？

只有前两层都没有颜色时，才会去场头末尾括号里取颜色名，并排除表示删减的那个词。

为什么不能直接说导入后会出现改稿色？

因为你手上那份文件带不带颜色、编号或省略属性，只能拿那份文件核对。这一页只说读取规则，具体结果以接收文件里实际可见的修订标记为准。

上海智独教育科技有限公司 — SlateX