Lyx 不允许在 ERT 框中粘贴双引号（U+022）

2024-5-24 • tag-icon

背景：

现在我无法在 ERT 框中粘贴一些简单的内容"a"（带有 U+0022 引号）。是的，我只需要粘贴"a"，而``a'',不是«a»，也不\gl a \gr是...引号不适用于纯文本或逐字环境，而是适用于 knitr 文档中的 R 代码。

看起来这不是一个错误，而是一个已交付限制防止将不可编码的字符粘贴到逐字文本中。这可能有助于避免出现“近乎恶意软件”的字符，例如令人讨厌的零宽度空格，但对我来说，这个新功能非常烦人，因为每次我尝试粘贴像 ERTbox"中一样常见的东西时，(a) LyX 都会打开一个带有错误消息的窗口：

不可编码的内容
字符“”在此逐字上下文中不可编码，因此未被粘贴。

...更糟糕的是 (b)，一旦您关闭此窗口，LyX 就会粘贴剪贴板的残缺版本。在长代码中修复起来可能很困难，如果您无法恢复某些已删除的字符，则可能会产生致命错误（无 pdf）。

如果编码不是默认的 latin1 而是 utf8，也会发生这种情况。有趣的是，LyX 确实无法阻止从外部程序复制时粘贴 u+022（但它无论如何都会用错误消息打扰你）。

梅威瑟：

在 LyX 2.3 中，打开一个新文档，打开一个 ERT 框（Ctrl+L），"a"在里面写入内容（当然带有引号），复制并粘贴到同一个框中。

问题是：

如何禁用此“功能”？ 否则，是否有一些解决方法可以安全地粘贴 ERT 框？

解决方案

奇怪的是，“PPA 稳定版”（也不是 PPA 每日版）没有任何带有 @TorbjørnT 引用的稳定版本的软件包（2.3.0 2018 年 2 月 24 日），所以，据我所知，这里没有可用的稳定版本二进制文件，而我的发行版想要安装旧的 2.2 版本。

但幸运的是lyx-2.3.0.tar.gz有正确的版本。编译它很慢而且很无聊，但可以工作，而且相对容易。简而言之，以 root 身份（您知道...添加普通用户更安全sudo！）：

lyx 现在将正确管理引用的文本。;)

相关内容