2

在 OS X 上的 Eclipse 中，我发现 ++ 的默认 Ctrl行为Shift→</kbd> and Ctrl + Shift + ←</kbd> key combinations extremely annoying. To make those combinations behave like every other editor on OS X, I changed them, along with many others.

现在我正在尝试将 Eclipse 从 Indigo (3.8) 更新到 Juno (4.2)。我只是通过下载并解压缩新的 Juno 副本来完成此操作，其中没有我的旧 Indigo 插件。安装后，除了上述组合外，我工作区的每个自定义键绑定都可以在 Juno中使用。

在 Juno（和 当前的 Kepler 构建）中，无论我绑定什么命令Ctrl++Shift→</kbd> and Ctrl + Shift + ←</kbd>, Eclipse ignores it and always executes the default command, which is some sort of "Select Enclosing Element" command that's very similar to the default binding of Ctrl + Shift + ↑</kbd>.

如果我返回并在 Indigo 中打开相同的工作区，绑定将再次正常工作。这意味着 Juno 中的一个错误，但我还没有在我的搜索中找到任何东西。有没有其他人注意到这种行为？更好的是，有人找到解决方法吗？

编辑

由于我找不到这个问题的任何记录，我已经提交了一个错误报告。

4

2 回答 2

1

我在 OS X 以及 Windows 和 Ubuntu 中使用 Eclipse Juno 试验了很多问题，我认为有很多错误需要报告。其中之一就是您提到的那个，我不得不再次回到 Indigo 工作而没有那个烦人的问题。您还可以注意到 Eclipse Juno 速度较慢，对于 OS X 用户来说是不可察觉的，但在 Windows 等其他操作系统中，您会感觉到延迟，Juno 消耗更多资源，我知道它有一个“改进的”用户界面，但如果它消耗更多性能对我来说没有意义。我还没有找到解决方法，但我可以告诉你，我尝试了相同的行为，不得不回到 Indigo，现在我的工作没有问题。此致。

于 2013-02-28T21:14:57.687 回答
0

我遇到了和你类似的事情。可能是由于 Juno 导入键绑定中的错误所致。

请参阅此相关线程：eclipse keybindings settings

对我有用的 sulai 线程上的解决方法是手动复制文件

工作区/.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.ui.‌​‌​workbench.prefs

和

工作区/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi

到我的新工作区，而不是依赖 Eclipse 的导入（无论是隐式还是显式）。

于 2013-07-22T15:33:16.673 回答