在Xorg中,为什么在另一个窗口中选择文本时却在一个窗口中丢失文本选择?


8

这已经困扰了我一段时间,我只是想出是什么原因导致的,但是我不知道为什么,以及是否有(所需的)解决方法。

当两个并排的窗口时,原因很明显...在一个窗口中选择文本,而另一个窗口的选择变为未选择...我始终在全屏(17英寸显示器)上工作,所以我有点吸收缓慢。

我认为这与X 的主要选择模式有关,但我不明白,为什么每个窗口至少不能将其文本突出显示,即使它实际上不在主要缓冲区中也是如此。主缓冲区实际上是突出显示的文本本身吗?)...

诸如Firefox之类的程序设法在相似的条件下维持当前的“选择”,因此可能。为什么完全存在这种取消选择行为?

我发现主要选择很有用,但是我确实更频繁地使用剪贴板(可能是因为这样的问题),我想知道:是否有某种方法可以禁用X的主要选择模式-如果这是唯一的解决方法。 。这可能太过激烈了,但是如果这是唯一的方法,我想尝试一下。

Answers:


5

如果您通过简单的拖动选择文本,它将进入我通常所说的“软”缓冲区-您可以通过单击鼠标中键将其粘贴,但是选择其他任何内容的那一刻,它就消失了。

另一方面,gnome和KDE以及其他WM通常还允许将选定的文本复制到“硬”缓冲区中,直到您将其他内容显式复制到其中为止。

像Firefox之类的程序并没有过多地维护Xorg选择,因为它们添加了自己的选择模式,该选择模式恰好与之吻合-例如,如果您在firefox中选择文本,然后在另一个窗口中选择内容,然后转到回到FF,然后单击鼠标中键粘贴,您将获得后面的文本。


1
一定喜欢Linux的许多剪贴板。然后是BASH杀戮圈。
amphetamachine

由于Shadur ..看来这件事情我只需要住在一起。现在我才明白为什么它会发生,我可以更好地避免重蹈覆辙......我一直在测试一些应用程序MY1,而只有327,到目前为止,已经测试过了,不要破坏X-选择...甚至Firefox通过其编辑字段和对话框使船不舒服.. gvim导致选择丢失...并且emacs确实如此,但只能通过进入其杀伤环的数据进行。 ..因此,这绝对紧紧地锁定在X中,就是这样!:)...
Peter.O 2011年

这太模糊了。“如果通过简单的拖动选择文本,它将进入” ...在什么程序/动作中选择文本?(我怀疑您的意思是终端仿真器)。“另一方面,gnome和KDE以及其他WM通常也允许...” 您指的是什么程序和动作?“像Firefox这样的程序并没有过多地维护Xorg选择,因为它们添加了自己的选择模式,恰好与此相吻合。” ...如果与之吻合,那么它实际上就是相同的,所以这不是您的意思...也许添加“有时”一词。
唐·哈奇

只是一样,因为它们是不同的缓冲区。至于答案为何含糊不清,这是因为几乎所有 X行为都是可配置的,并且几乎不可能预测给定分发版本附带哪些默认值,或者几乎没有意识到用户正在做的事情用户可能更改了哪些选项。
Shadur
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.