NSTextView:复制列表项不包括粘贴上的列表格式

Question

我有一个带有股票NSTextView ( Interface中的“富文档内容文本视图”)的基本Mac应用程序，但我也在TextEdit中观察到了这种行为：

1. 创建一个包含3项的新项目列表
2. 选择并复制一个列表项
3. 将列表项粘贴到同一文档中

→粘贴的项目失去其列表格式，即当我按下返回结束时，不会自动添加新的列表项。

→当我选择两个或多个列表项时，它正确工作。

下面是一个快速视频：

​

​

其他观测

我在Scrivener中测试了相同的过程(我相信Scrivener也使用了NSTextView)，在这里，复制一个列表项会在剪贴板上放置正确的格式列表属性。

我检查了剪贴板，当我复制一个列表项目时，RTF的内容确实与Scrivener不同。

NSTextView (复制一项)

\f0\fs36 \cf0   \'95    Regular list item}

Scrivener (复制一项)

\f0\fs32 \cf0 {\listtext    \uc0\u8226  }Regular list item}

注意Scrivener如何在剪贴板上放置正确的格式。

NSTextView (复制的两个项目)

\f0\fs36 \cf0 {\listtext    \uc0\u8226  }Regular list item\
{\listtext  \uc0\u8226  }Another list item}

当复制两个列表项时，它会像预期的那样工作。

我遗漏了什么？或者这是一个bug/特性，而Scrivener的人正在他们的应用程序中解决这个问题(例如，检测单个列表项的复制时间并修复其属性)？

Answer 1

这是个“特征”。

试着将光标放在开始处(而不是行的末尾)，然后向下拖动以选择行、复制、粘贴--您将在粘贴结束时获得返回，但如果您回到粘贴行的末尾并单击“返回”，您会发现您得到了列表格式。

“段落”的格式细节附在换行符上，当文本被复制时，还包括选择开始时的格式信息。

TextEdit的来源可从苹果获得，链接版本是几年前的苹果文档存档，你可能会在苹果提供的新的“改进”文档中找到一个更新的版本，或者失去你的理智。如果你读了它，你就会发现文本系统的这些特性/怪癖是如何处理的。

HTH