是的，同意 David：不要尝试匹配源标点符号，如果你不能处理它；这真的很烦人！如果 DV 确实想要处理源标点符号，它应该能够知道差异：例如，它有一个规则，英语浮点数，例如 "4.3"，应该在德语中是 "4,3"，这在大多数情况下是有意义的。那么为什么不给它关于其他类型标点符号的规则呢？例如，英语“（开引号）在德语中应该是„，”（闭引号）依次应该是“？甚至可以由用户自定义（每个语言）。（Florian v. Savigny）
传播用途有限（并且此功能与简单匹配的区别并不令人印象深刻），如果你在传播发生后继续修改“母段”。完全传播将是一个真正的功能，如果“子段”（即传播内容的段）只是镜像“母段”，即母段中发生的任何事情都会同时发生在所有“子段”中。此外，还需要导航，以便从“子段”跳转到其“母段”（以及返回，就像在浏览器中一样）。或者，或者，任何一个组中的相同单元格（包括“母”和所有“子”）中发生的任何事情都会同时发生在所有其他单元格中。这是一种我通常尝试使用“选择过滤器”手动模拟的行为（但这肯定更容易出错）。（Florian v. Savigny）
模糊传播不应该存在，除了 David 在上面建议的意义上，当只有数字和/或代码不同时（虽然我实际上不确定它是否应该被称为“模糊”）。模糊传播与普通模糊匹配相比没有优势；相反，它更令人困惑且更容易出错（普通匹配 - 和编辑 - 发生在正常编辑过程中，即以阅读顺序浏览文本，而传播意味着跳跃未知距离并“匆匆而过”）。至少，应该能够禁用模糊传播。或者，至少，在取消时你不应该失去焦点。（Florian v. Savigny）
