在OS X上的Eclipse中，我找到 Ctrl + Shift + →和 Ctrl + Shift + ←键组合非常烦人。为了使这些组合像OS X上的其他编辑器一样，我和其他许多人一起改变了它们。
现在我试图将Eclipse从Indigo（3.8）更新到Juno（4.2）。我这样做只是通过下载并提取一个新的Juno干净副本，没有我的旧Indigo插件。安装后，我的每个工作区的自定义键绑定都在Juno 中工作，除了上述组合。
在Juno（以及当前的Kepler版本）中，无论我绑定到哪个命令 Ctrl + Shift + →和 Ctrl + Shift + ←，Eclipse忽略它并始终执行默认命令，这是某种＆＃34; Select Enclosing Element＆＃34;命令与 Ctrl + Shift + ↑的默认绑定非常相似。
如果我返回并在Indigo中打开相同的工作区，绑定工作再次正常。这意味着Juno中存在一个错误，但我的搜索中还没有找到任何内容。有没有人注意到这种行为？更好的是，有没有人找到解决方法？
由于我无法找到此问题的任何记录，因此我filed a bug report。
答案 0 :(得分：1)
我在OS X以及Windows和Ubuntu中使用Eclipse Juno试验了很多问题，我认为有很多错误需要报告。其中一个是你提到的那个，我不得不回到Indigo工作，没有那个烦人的问题。您也可以注意到Eclipse Juno速度较慢，因为OS X用户无法察觉，但在Windows等其他操作系统中，您可以感受到延迟，Juno消耗更多资源，我知道它具有“改进”的ui但是如果它消耗更多我的表现没有意义。我没有找到一个解决方法，但我可以告诉你，我尝试了同样的行为，不得不回到Indigo，现在我没有问题。最好的问候。
答案 1 :(得分：0)
我遇到了类似于你的东西。由于Juno导入密钥绑定中的错误，可能会发生这种情况。
请参阅此相关主题：eclipse keybindings settings
来自sulai的那个线程的解决方法对我来说是手动复制文件
workspace / .metadata / .plugins / org.eclipse.core.runtime / .settings / org.eclipse.ui.workbench.prefs
和
workspace / .metadata / .plugins / org.eclipse.e4.workbench / workbench.xmi
到我的新工作区，而不是依赖Eclipse的导入（无论是隐式还是显式）。