Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 360426 - Edapt keybindings conflicts with JDT refactor keybindings
Summary: Edapt keybindings conflicts with JDT refactor keybindings
Status: CLOSED FIXED
Alias: None
Product: Edapt
Classification: Modeling
Component: IDE (show other bugs)
Version: unspecified   Edit
Hardware: Macintosh Mac OS X
: P1 normal
Target Milestone: 1.1.0   Edit
Assignee: Johannes Faltermeier CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 453383 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-10-10 07:57 EDT by Torkild Resheim CLA
Modified: 2015-05-12 05:45 EDT (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Torkild Resheim CLA 2011-10-10 07:57:16 EDT 
Currently Edapt keybinding contflicts with two JDT refactor keybindings, "inline" and "rename" on Mac OS X. For instance:

  <key
    commandId="org.eclipse.emf.edapt.RestoreBackup"
    contextId="org.eclipse.ui.contexts.window"
    schemeId="org.eclipse.ui.defaultAcceleratorConfiguration"
    sequence="M1+M3+R">
  </key>

This keyboard sequence would be CTRL+ALT+R on all platforms, which normally would not be a problem. However since M2+M3 on Mac is reserved and used to produce special characters they are normally remapped to M1+M3. So "rename" which is SHIFT+ALT+R in other platforms become CTRL+ALT+R on Mac.

One can get around this the hard way by limiting the Edapt keybinding to Edapt views or the easy way by unbinding the keyboard sequence for Mac.
Comment 1 Maximilian Koegel CLA 2015-02-05 09:18:51 EST 
We will remove the key binding for this.
Comment 2 Johannes Faltermeier CLA 2015-02-13 07:28:08 EST 
Fixed with f18db337159282d7c8dc267a81de0f8022dbc520
Comment 3 Johannes Faltermeier CLA 2015-02-13 07:29:17 EST 
*** Bug 453383 has been marked as a duplicate of this bug. ***