Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 400021 - [KeyBindings] Changing the keybindings to Emacs+ unstable
Summary: [KeyBindings] Changing the keybindings to Emacs+ unstable
Status: CLOSED DUPLICATE of bug 266604
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 4.2   Edit
Hardware: PC Linux-GTK
: P3 normal (vote)
Target Milestone: 4.3 M7   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 387728
Blocks:
  Show dependency tree
 
Reported: 2013-02-05 15:55 EST by Paul Webster CLA
Modified: 2013-04-05 16:50 EDT (History)
9 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Webster CLA 2013-02-05 15:55:07 EST
Reminder to patch back to 4.2.2+

+++ This bug was initially created as a clone of Bug #387728 +++

Steps to reproduce:
-------------------

Install Eclipse 4.2 JEE.

Add the Emacs+ software update site:

Emacs+ - http://www.mulgasoft.com/emacsplus/juno/update-site

Install the plugins:

- Emacs+
- Emacs+ options

Accept to restart.

Go to Window-Preferences-General-Keys and select the Emacs+ scheme.

Symptoms
--------
- after selecting the new scheme, it often doesn't do anything (e.g. ctrl+p and ctrl+n inside the editor don't actually move the cursor, but open a print or new.. dialog)
- one has to do the following steps to get the change of bindings accepted:

   + Change the binding scheme to default
   + Select the Restore Defaults button
   + Exit Preferences
   + Re-enter Preferences -> General -> Keys
   + Re-enable the scheme Emacs+ Scheme

- after a restart, the bindings sometimes turn back to default
- sometimes (I think when connecting to an Eclipse 3.x workspace, can't reproduce it reliably) a pop-up bubble shows up when there are duplicate keybindings (e.g. "home" and "end" keys) where the user has to choose which of these he meant (and they are usually the same in practice - such as "forward word" vs "next word").
Comment 1 Paul Elder CLA 2013-04-05 16:50:48 EDT
This now works. Tested in Kepler 4.3.0.I20130402-0800, and everything works find. Resolving as duplicate of bug 266604

*** This bug has been marked as a duplicate of bug 266604 ***