Is there any way to disable autocomplete for certain extension functions? - autocomplete

For example, we have extension functions with too broad receivers (String). Is there any way to hide such extensions from autocomplete (annotation), so it will be required to manually import these extensions?

First, the simplest solutions, you can scope your extensions in the following ways:
Member extensions (declared inside a class) are only visible inside their class.
Top level, private extensions are only visible within the given file.
Top level, internal extensions are only visible in the given module.
You can also use IntelliJ tooling for this if the above doesn't fit your needs. For any given extension, you can start typing its name and choose it in autocomplete, and then invoke intention actions on it (Alt + Enter on Windows, ⌥↩ on macOS, or by clicking the lightbulb) to get the following menu:
This will take you to a popup window with auto import settings (this is also available in the regular Settings menu under Editor -> General -> Auto import):
What you need here are the Java specific settings, and as you can see among other options you can exclude classes, packages, or just single functions, either scoped to the current project or the entire IDE.

Related

How to write an Eclipse component (editor, launcher, ...) that can execute my custom DSL files?

Let's say I have defined a small little textual DSL and I have an 'interpreter' that will parse and execute commands of a file in that DSL.
What is the best way to start such an interpreter in Eclipse?
For instance, I want to double click on a file and, based on the fact that it has the extension .mydsl, start the interpreter. Another option could be using a launcher with "Run As ...".
So should I look at implementing a ...
custom launcher (extending org.eclipse.debug.core.launchConfigurationTypes, http://www.vogella.com/tutorials/EclipseLauncherFramework/article.html), or
editor, that is not actually editing the file, but will be called when the file is double clicked (extending EditorPart, https://wiki.eclipse.org/FAQ_How_do_I_create_my_own_editor%3F)
something else?
Thanks for any hints!
For that I would recommend to implement a custom launcher to get for free:
in main toolbar Run button with history support
ability to share launch configuration via version control (in Common tab choose Shared file)
Launch Group support
etc.
In Project Explorer, Package Explorer, Navigator and similar views a double-click opens a file. In order not to confuse the user you should not change this behavior. But in addition to the custom launcher you could consider to implement an editor with a run button similar to PDE's Product Configuration Editor or a view similar to the Ant view that shows your DSL scripts that can be run on double-click.

Using IAction::setAccelerator does not work as expected

I face an issue regarding keyboard shortcuts using JFace IAction and setAccelerator(). My sample code:
menuAction.setAccelerator(SWT.CTRL | 'A');
The keyboard shortcut CtrlL+A is not recognised within my application.
To my knowledge, the accelerator property of an IAction only carries the information which key shortcut should be used.
The actual implementation that captures key shortcuts and executes matching actions is not part of JFace or at least not active by default. Some bits and pieces that are part of Platform/UI make it work in the workbench.
To see what is actually needed to make accelerators work in a standalone JFace application, you should follow the call to ExternalActionManager.ICallback::isAcceleratorInUse() in ActionContributionItem ~ line 825.
If this doesn't lead to a solution, you can still add a display filter to invoke the respective actions for a key shortcut (see also SWT Actions with Keyboard Shortcuts... without having to add them to the menu).
Don't forget to add this action menuAction to your menu manager and after applying all you stuffs you must to update the menu manager. Call updateAll(true) method on your menu manager. This update is required because the menu manager didn't notice your accelerator assignment yet!

Eclipse shortcut to switch between editor groups

I can use Ctrl-F6 or Ctrl-Shift-PgUp/Down to switch between files in the editor.
This works well if there is only one editor visible.
But when i have arranged the editor in two halfs, some files are left, some files are right. This is called "split window", like this example https://codeyarns.com/2010/01/04/how-to-split-window-in-eclipse/
I do not mean the split editor, where the same file is shown in two halfs.
How can I toggle between the left/right side (or however they are arranged), always to the already visible file?
This is one of the benefits of the Emacs+ Eclipse plugin. When this is installed, the "other-window" function will be available, which does exactly what you're looking for.
Note that using the Emacs+ plugin does not require you to know anything about Emacs or Elisp. It simply provides a large catalog of functions that are similar in spirit to what Emacs provides.
You could use the "Emacs+" keyboard scheme, which is consistent with typical Emacs bindings, but I don't use it, as I prefer to integrate Emacs+ with Eclipse, not the other way around. I like to choose a "prefix sequence" that I use to group many functions that I like to use. For instance, I use "Ctrl+;" (ctrl-semicolon) as that prefix. I bound "other-window to "ctrl+; o". You can use whatever scheme you like. Despite my goal to use my own bindings, there are some functions that are awkward if you don't use the binding from the Emacs+ scheme, like binding "ctrl+s" to the incremental regexp search function.

Using more than one preference store for Eclipse Editor Plugin

I have an editor that extends TextEditor. This defaults to having access to Text Editor preferences which is set via "Editor > Text Editor" in the Preference dialog. But this also means call to that getPreferenceStore() will return the TextEditor preference store.
I don't mind this, except I would also like to have a second preference store with preferences specific to my editor.
How would I go about doing this without the 2 preferences conflicting each other?
Would I need to declare the second preference store locally to my Plugin/Activator class and override the getPreferenceStore() method locally?
If so, would EditorsPlugin.getDefault().getPreferenceStore() and MyEditorPlugin.getDefault().getPreferenceStore() return appropriate preferences?
Thanks!
I don't thinks there is any problem. You have your editor extend TextEditor,you use your MyEditorPlugin.getDefault().getPreferenceStore(), the two perfreence store are totally separated. You can create your own PropertyChangeListener to listen property change. In all, you can do everything you like because the two perference store are totally separated. You can you can handle your own perference using the standard listener mechanism.

Useful Eclipse features? [closed]

Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
I have been using Eclipse as an IDE for a short amount of time (about 3 months of full use) and almost every day I learn about some shortcut or feature that I had absolutely no idea about. For instance, just today I learned that Ctrl+3 was the shortcut for a Quick Access window.
I was wondering what your most useful/favorite Eclipse features are. With the IDE being so big, it would be helpful to learn about the more commonly used parts of the program.
My most commonly used features are
ctrl+1 quick-fix / spell-checker
opening files
ctrl+shift+t load class file by classname
ctrl+shift+r load any file by filename
matches are made on the start of the class/filename. start your search pattern with a * to search anywhere within the filename/classname.
Formatting
ctrl+shift+f Format source file
(set up your formatting style in Window | preferences | java | code style | formatter)
ctrl+shift+o Organise imports
Generated code
alt+s,r to generate getters and setters
alt+s,v to insert method signatures for overidden methods from superclass or interface
Refactorings
alt+shift+l Extract text-selection as local variable (really handy in that it determines and inserts the type for you.
alt+shift+m Extract text-selection as a method
alt+shift+i inline selected method
Running and debugging.
alt+shift+x is a really handy prefix to run stuff in your current file.
alt+shift+x, t run unit tests in current file
alt+shift+x, j run main in current file
alt+shift+x, r run on server
There are more. The options are shown to you in the lower-right popup after hitting alt+shift+x.
alt+shift+x can be switched for alt+shift+d in all the above examples to run in the debugger.
Validation
As of the recent Ganymede release, you can now switch of validation in specified files and folders. I've been waiting for this feature for ages.
Go to Project | Properties | Validation
click on the ... button in the settings column of the validator you want to shut up
Add a rule to the exclude group
code navigation
hold down ctrl to make all variables, methods and classnames hyperlinks to their definitions.
alt+left to navigate back to where you clicked ctrl
alt+right to go "forwards" again
This is cool: If someone has emailed you a stack trace, you can copy and paste the stack trace into Eclipse's Console window. You can then click on class names in the stack trace as if your own code had generated it.
In terms of actual features, rather than shortcuts, I strongly recommend taking a look at Mylyn.
It essentially skins Eclipse with a task focussed view. It tracks the files you touch when working on a task, and focusses many aspects of the UI onto the resources that it decides are relevant to the job in hand. Eclipse can be somewhat busy to look at, especially with a big multi module project, and Mylyn helps cut through the cruft. The connectivity to issue tracking software and source control repositories is also excellent.
In my experience, it polarises opinion amongst those who try working with it, which is probably a sign that it is offering something interesting... Don't mean to sound like a fanboy - it is definitely worth a look though.
A shortcut that I use everyday is Ctrl+K. In your editor (not only Java file), simply select a text (like a variable, a function, etc.), and then use this shortcut to go to the next occurrence of this text in the current editor.
It's faster than using the Ctrl+F shortcut...
Note also that you can use Ctrl+Shift+K to search backwards.
Ctrl-Alt (up/down) Copy selected line(s) above or below current line.
Alt (up/down) Move current (or multiple selected) lines up or down
Ctrl-Shift-R Bring up the resource window, start typing to find class/resource
Ctrl-O Bring up all methods and fields for the current class. Hitting it again will bring up all methods and fields for current class and super classes.
Ctrl-/ or Ctrl-Alt-C Comment single or multiple lines with //
Ctrl-Shift-/ Comment selected lines with /* */
Ctrl-. Take you to the next error or warning line
CTRL+PAGE DOWN / CTRL+PAGE UP to switch between opened editors
CTRL+E to also switch between opened editors (allows to type the name)
CTRL+O is extremely important for me. You don't longer need the Outline View then (you can close it which will give you more space). Then, you can type a method name or just the beginning of it and you quickly can get to it. I also use it to inspect what stuff is available. For example: CTRL+O and then type get ... now I see all getters.
F3 while an element is selected in the code: brings you to its definition or it's source. e.g. used on a method call it brings you into the source code of that method.
CTRL+M to maximize the current window
As already said, CTRL+3 is extremely good. It basically allows you to use Eclipse completely without a mouse. Just type CTRL+3 and then package explorer for example.
CTRL+F8 cycle trough perspectives
CTRL+L allows to type a line number and brings you directly to that line.
CTRL+SHIFT+G searches for all references to the selected element in the workspace.
And not a shortcut: In the project settings under Java Editor you can find Save Actions. This allows you to set up the project so that the code is automatically cleaned up and formatted when you save a file. That's very good it safes you from constantly pressing CTRL+O and CTRL+F.
Eclipse auto refresh isn't on by default so if you make changes to a file outside of eclipse, the change won't be reflected in your build. this is very annoying if you just did an svn/git update/rebase and things aren't working the way they're supposed to.
Turn it on in windows->preferences->workspace and tick Refresh Automatically.
Local History
It's a great feature. Eclipse has its own mini-CVS for all files in a project. If you want to revert some change you made, or even restore deleted file - you can right click on the project and select "Restore from Local History".
Just saved my ass *tears of joy*
CTRL+Shift+P to jump to the matching bracket/parenthesis.
One key feature: Shift+Alt+T for the refactoring menu.
Ctrl-shift-T, but only type the initial characters (and even a few
more) of the class you're looking
for. For example, you can type
"NetLi" to find NetworkListener
In the Search window, Ctrl-. takes you to the first leaf of a tree branch
Alt-/ is Word Completion. Slightly different from Ctrl-space
CTRL+SHIFT+X selected text becomes UPPERCASE
CTRL+SHIFT+Y selected text becomes lowercase
I'd like to add two additional shortcuts:
CTRL+F6 Switch between open editors (CTRL+SHIFT+F6 to scroll through the list in the opposite direction)
CTRL+F11 start program in debug mode
F11 start program in normal mode
A lot of the key bindings depend on the perspective and view currently active.
My most used ones for the Java perspective:
ctrl-shift-r open resource
ctrl-shift-t open type
ctrl-1 quick fix/refactor
ctrl-j incremental search
ctrl-h search in files (select a base directory and set scope to selected resources)
ctrl-o list methods
ctrl-alt-h open call hierarchy
ctrl-shift-l list shortcut keys
hit ctrl-shift-l again to go directly to preferences to change key mappings
I am also a fan of Eclipse, however since I spend a majority of my time in Visual Studio, I will suggest that you read Eric Sink's series of articles "C# to Java" (parts 1-4). Not only is Eric always an entertaining read, but this brief series covers some awesome Eclipse insight for those who have not been into Eclipse or have been away from it for a while:
From C# to Java: Part 1
From C# to Java: Part 2
From C# to Java: Part 3
From C# to Java: Part 4
Ctrl-Shift-M while the cursor is on a class name in your java file, will specifically add that and only that class to your imports. This is different from Ctrl-Shift-O which will not only add those imports not already defined, but will also remove imports not currently needed, something you might not necessarily want to do.
I forgot about [Ctrl+2 -> r] scope variable rename. Place the cursor in the variable you wish to rename, press Ctrl+2, then r, then type the new name watching all instances of that variable get renamed at the same time.
It's awesome at refactoring Hungarian Notation.
alt-shift-a is extremely useful in a few situations.
I use a lot of the above and also like for quick search: CTRL+J then type what I am looking for, then CTRL+K for next occurrence.
Lately I've been using the MouseFeeds plugin to automatically tell me what the key stroke combinations are. That way by repetition I remember them better.
This link has a better picture and description of what it looks like and does.
Shift+Alt+b for the simple navigation row over the editor.
I've just released this blog post about Top 5 Useful Hidden Eclipse Features. It contains:
Favorites: Types and members that will always show up in auto-completion
The awesome block selection mode: For multi-line editing
The EGit staging view: Much better than git itself
Type filters: To remove awt and java.lang.Object stuff from auto-completion
Formatter tags: To delimit code sections that shouldn't be auto-formatted
Alt+left and Alt+ right will navigate you forward and back.
I find the project-specific settings useful in Eclipse 3.3.
For example, if you have several developers working on a project who have different code styles for curly braces, line spacing, number of imports etc. then you can specify the style settings for the project. Then you can configure the save actions so that the code is automatically formatted when a file is saved. The result is everyone's code is formatted the same before it's checked in.