Emacs 23无法通过XWin-剪贴板发送Unicode组合变音符号

Emacs 23正在远程Linux设备上运行。它使用Cygwin的X服务器在本地Windows框上显示其框架。我曾经能够将任何文本从Emacs复制粘贴到任何Windows应用程序。自从我从22版升级到23版后，组合变音符号就不再适用了

非组合字符将安全通过。例如，

é

（U+00E9，带锐音符的拉丁小写字母E）通过，而（U+0065，U+0301）组合（拉丁小写字母E，带锐音符的组合）没有通过：结果是

E+Z

这样的序列仍然可以很好地从Emacs传递到其他X应用程序。它们仍然可以从Emacs向运行在不同机器上的X应用程序传递罚款。它们仍然可以从Emacs传递到本地X应用程序。但是当他们越过X和Windows之间的界限时，它就停止工作了

数月来，该连锁店发生的唯一变化是Emacs升级。其余的都没有动过

如果有任何帮助，XWin将使用以下命令行启动：

exec XWin -clipboard -nowinkill -nounixkill -lesspointer -multiwindow

---

奇怪的是，我现在使用23和XMing时，来自xforwarded emacs的c/p对我有效，而使用22时则不行。

奇怪的是，现在使用23和XMing时，来自xforwarded emacs的c/p对我有效，而使用22时则不行。

查看emacs 23变更列表（我不经常这样做）我看到一些可疑的提及：1）切换到Unicode超集（这到底是怎么回事？），2）切换到内部修改的utf-8编码（srsly？）

---

很有可能在这两种方法的实现中都存在bug，这可能会导致您看到的问题。xwin中也有可能出现错误，但可能性要小得多，windows端出现错误的可能性更小。

查看emacs 23变更列表（我不经常这么做），我看到一些可疑的提到1）切换到Unicode超集（这到底是怎么回事？？）以及2）切换到内部修改的utf-8编码（srsly？）

---

很有可能在这两种方法的实现中都存在bug，这可能会导致您看到的问题。xwin中也有可能出现bug，但可能性要小得多，windows端出现bug的可能性更小。

JB，这听起来像是Emacs端的bug——当然，从其他用户的角度来看，这可能是一个“改进”这使得Unicode在从其他服务器使用时工作得更好。查看您是否可以通过报告错误获得任何帮助或信息，并通过链接向我们报告，以便我们能够跟上它。祝你好运

JB，这听起来像是Emacs端的一个bug——当然，从其他用户的角度来看，这可能是一个“改进”，使Unicode在其他服务器上使用时工作得更好。查看您是否可以通过报告错误获得任何帮助或信息，并通过链接向我们报告，以便我们能够跟上它。祝你好运