Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Keyboard shortcut CTRL+SHIFT+T clash in default binding between Language Server and JDT #378

Closed
de-jcup opened this issue Jan 19, 2023 · 2 comments

Comments

@de-jcup
Copy link

de-jcup commented Jan 19, 2023

Situation

I upgraded my eclipse IDE to:

  • Version: 2022-12 (4.26.0)
  • Build id: 20221201-1913
  • OS : Linux

(I did not have the problem with 2022-09)

Problem: I am using CTRL+SHIFT+T more than 17 years now to show the "Open type" dialog in eclipse when writing Java code. But now there is a name clash : The language server parts have introduced same short cut for "Go to Symbol in Workspace". Because of this situation there is always a selection inside the window necessary which variant shall be used when pressing the shortcut inside a Java editor - very annoying/slowing down workflow.

I originally made an issue at JDT - see eclipse-jdt/eclipse.jdt.ui#394 but it is more something that comes from lsp4e, so it should be addressed here.

Details

image

Wanted

As a user I do not want to have always a selection prompting/a clash between those two parts

Suggestion

If the keyboard binding for lsp4e would not be for the complete window but only inside the generic editor this would be more suitable.
I did change my own preferences in following way and it works well for me.

image

It would be nice if the initial setup from lsp4e would produce no binding problems.

@iloveeclipse
Copy link

Duplicate of #38

@mickaelistria
Copy link
Contributor

I'm closing this in LSP4E, it's more properly actionable on JDT end: eclipse-platform/eclipse.platform.ui#513 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants