☰

重命名文件时，Nautilus 的“Shift”键行为很奇怪

tag-icon • tag-icon nautilus
重命名文件时，Nautilus 的“Shift”键行为很奇怪

Nautilus 中关于我的密钥的行为确实令人费解Shift。请考虑以下场景：

  1. 我单击其中的任意文件夹/home并按下F2以重命名它。

  2. 期间重命名我可以正常打字除非我需要一个大写字母。如果我输入一个大写字母（使用 shift，例如Shift+M获得大写 M），则焦点将转移到以/home开头的第一个文件M夹。此外，接受焦点的文件夹处于编辑模式（！！）

我无法在另一台 Ubuntu PC 上重现此问题，因此这台特定 PC 上的 nautilus 设置一定存在问题。有人能解释一下这种奇怪的行为吗？

（我最近升级到了 Ubuntu 15.04。该问题仍然存在于我的 Ubuntu 14.04 LTS 版本中。）

答案1

在 Ubuntu 16.04 LTS 64 位上，我在“文件”中遇到了类似的行为：

  • 您可以在“以图标网格形式查看项目”模式下重命名文件和文件夹
  • 在“以列表形式查看项目”模式下：
    • 重命名时按下right shift类似于按ESC
    • 压制left shift工程
    • 按left shift+any letter类似于按ESC, left shift+any letter

因此，在重命名文件或文件夹时，无法在“以列表形式查看项目”中输入任何大写字母。

解决方案：

  • 去System settings/Keyboard
  • 切换到Shortcuts标签
  • Universal access在左侧选择
  • 删除缩放绑定

答案2

我同意这是一个非常烦人的错误。按照这个建议

https://bugs.launchpad.net/ubuntu/+source/nemo/+bug/1409353/comments/3

禁用输入源切换快捷键/加速器对我来说很有效。这样，无需重新启动 nautilus 即可看到影响。

事实上，使用“Shift+Shift R”会导致奇怪的行为发生。但使用其他选项，如“Alt+Escape”和“Alt+Ctrl+Escape”，可以使重命名功能按预期工作。

答案3

Nautilus 显示出一个涉及重命名文件和 iBus 的错误，至少自 2014 年以来。现在到了 2017 年，这个错误仍然存​​在。我在 Debian+Gnome 中尝试重命名文件时遇到了类似的问题。我成功重命名了前 2 或 3 个文件，但无法再重命名任何文件。我按 F2，编辑字段出现，但键盘不再响应。

那么，这真的是一个 bug 吗？或者可能是某种行业破坏行为，目的是阻止自由软件的传播，以及随之而来的行业理念的改变，同时也阻碍其他国家的发展？（iBus 用于输入不同于英语的语言。）如果你认为我偏执，那么为什么这样一个荒谬的 bug 三年后仍然存在？

相关内容