I'm using Ubuntu 12.10 and Eclipse Juno. This happens frequently: When I put focus in eclipse editor window, I can input few words in editor at the beginning, and then undo several times, Suddenly it happened that, I can't input any word in eclipse, that's strange problem.
Then, I change to other program and input anything, After that, back to eclipse it can accept my key again. It get me so frustrate.
Any one knows this problem? I am using desktop pc, memory is 1G.
This may help;
I guess you have lots of projects in your workspace and Project->Build Automatically option was enabled by default. Disable this and use Project-Build All or Project-Build Project commands before you start debugging your application OR If possible create two workspace and move some of your projects to other workspace. Note that you can open two instances of Eclipse on two different workspaces simultaneously.
Increase heap space for Eclipse.
Its also possible that you installed many plug-ins in Eclipse. You can disable unnecessary plug-ins to load on eclipse start up as shown below
Edit
Two more options.
1. Disable all options in **Highlighted** category of preferences. Restart eclipse.
2. Delete **.metadata** in your workspace and restart eclipse. Note!!!. All you preferences will be lost!!!
I found this problem; It is scim input method conflict with XIM(X Input Method) method.
Solution 1,
just right click in eclipse workspace -> select Input Methods -> SCIM input methods, that's OK. But, Every time you should do it while opening another file.
Solution 2, make scim as default system input methods.
Edit /etc/X11/xinit/xinput.d/scim as below:
XIM=SCIM
XIM_PROGRAM=/usr/bin/scim
XIM_ARGS="-d"
XIM_PROGRAM_SETS_ITSELF_AS_DAEMON=yes
#GTK_IM_MODULE=xim
#QT_IM_MODULE=xim
GTK_IM_MODULE=scim
QT_IM_MODULE=scim
also, add x95input file to /etc/X11/Xsession.d/95xinput
/usr/bin/scim -d
XMODIFIERS="#im=SCIM"
export XMODIFIERS
export GTK_IM_MODULE=scim
Hope this can help others.
I found it.
I googled and found the answer
The answer is:
Right click in Editor area InputMethods-Scim
*Editor area is where you write code
Related
I have an Eclipse workspace with a bunch of projects. I manually created some run configurations for each project (it's necessary to pass some arguments to VM, so I can't just run it directly, e.g. using shortcut ALT+SHIFT+X, T in the specific file).
Most of the time, I just use one run configuration (whereas for the first time I manually launch it using Run -> Run configurations -> (name) -> Run). Since I configured Eclipse to always run the last run configuration (on F11 or CTRL+F11), it's usually enough.
However, sometimes I need to switch to a different run configuration and then back to previous one and then to a different one etc. Is there a quick way to do it? I'd like to see a shortcut, which would display pop-up window with all existing run configurations. By typing first few letters, I'd find an appropriate one and would be able to immediately run it by pressing ENTER. I mean something similar to what CTRL+SHIFT+T or CTRL+SHIFT+R looks like.
I'm afraid there's not something like that. Nonetheless, any advice on how to get more effective would be greatly appreciated, because I'm bored of switching run configurations via menu (as I described above). I can press ALT+R, N and then select a run configuration using arrow keys, but it's not really that comfortable.
You already gave most of the answer yourself. Start by pressing ALT+R, N and then simply start typing the name of the configuration you want. The cursor should be positioned in the filter field and thus incrementally reduce the list of launch configurations as you type. When you've narrowed it down to 1, complete the selection by ALT+R.
BTW: thanks for the reminder, I, too, was using the mouse way too much in this particular use case. I will stop doing so, now that I gave the answer :)
Since Eclipse 4.12 (June 2019, 4 years later) you can also launch any of the Run or Debug configurations available in your workspace from... the Quick Access menu (Ctrl+3 shortcut)
Note: For performance reasons, the extra Quick Access entries are only visible if the org.eclipse.debug.ui bundle was already activated by some previous action in the workbench such as editing a launch configuration, or expanding the Run As... menus.
Eclipse allows multiple source windows (obviously) and even multiple console windows to be open at the same time.
I'm looking to see if there is a way to open multiple Variable windows at a time. While debugging I sometimes want to visually compare several structures and this would be easier if I could open each object in its own Variable window.
Thanks.
Yes, in the upper right hand corner of the Variables window, there should be a button 'Open New View'.
EDIT: I'm not sure if this is necessarily the best way to get what you want, but it worked for me. I just downloaded a fresh Kepler install, and you can get the "Open New View" button by installing the C/C++ Development Tools. To install go to Help > Install New Software.
Note: I had to clean my workspace after installing because I was getting "Editor does not contain a main type errors". But after that everything worked fine and the button was available.
Hope this helps!
When I click the run/debug button on eclipse it tries to activate it using javaBeans.
The problem that I deleted JavaBeans. Another thing is when I choose run/debug As... I have only the option of javaBeans despite the fact that I have regular java and android installed on my computer.
How can I fix it? In other words how can I get rid of this javaBeans?
[SOLVED]
For all those who stumble upon this thread. You can find the solution here
I am not sure if I understand your problem, but instead of pressing the "run" button, press the little drop down triangle next to it. This will bring up the run configurations. From here you can delete and edit existing configurations (such as your java beans) one, and create new ones (using different configurations).
For all those who stumble upon this thread. You can find the solution here
If you press Shift+Ctrl+T or choose "Navigate > Open Type..." you get the "Open Type" dialog for quickly navigating to a known class. When you start typing a name only the classes for which the name matches stay visible. That way you can find a class of which you know the name very quick without having to browse through the package explorer tree.
This has been working great for me up until this morning. All of a sudden for a couple of my projects I am only seeing some of the types that exist. Of course I tried the obvious steps of refreshing the projects, cleaning the projects, re-building the projects, rebuilding the projects externally, but all to no avail. It is a bit odd since the types are known in other places. If I add an import statement Eclipse does not complain that it doesn't know the type and I can Ctrl-Click through the types to get to their file. However, the type navigation knows nothing about them.
In the past when InteliJ used to do this to me I would go find its cache files and delete them forcing it to rebuild. Does Eclipse have something similar I might do (I'm an Eclipse newbie)? I am using Eclipse 3.4.2 and I have it configured to not delete files on a clean (because our actual build process puts files into the output directories that I don't want Eclipse mucking with).
Have you tried closing and reopening the project? Only types from open projects are held in memory, and the refresh occurs when you Shift+Ctrl+T for the first time on a newly opened project.
Edit to add: Ctrl+Shift+R also displays the types (along with everything else) but it also supports the Camel-case thing to find the Java types quickly.
Close eclipse and delete any .index files and the savedIndexNames.txt file in workspace/.metadata/.plugins/org.eclipse.jdt.core once eclipse is restarted it will rebuildl the entire index for Ctrl+T
try starting eclipse with the -clean flag, you can add this to your eclipse.ini which can be found in the same directory as you eclispe.exe, or if you start eclipse using a bat or shell script, add it as a startup argument, e.g. eclipse -clean.
The clean will tidy your workspace, and should force eclipse JDT to recalulate types. Ive had issue with .snap files (with seem to be created on dirty shutdowns) that seem to corrupt my workspace until I clean them up, not long ago eclipse lost the Object class!! made for some interesting errors!
I get problems like this often. I tried your solution, noticed it seemed to rebuild its search index, but I still couldn't find any of my classes. Then I took a look at the little green arrow on top right corner of that dialog, and noticed I had a working set selected which belonged to another project. I find it a little dumb that Eclipse doesn't warn you about this or anything, since this can be a very annoying little detail that one tends to forget (me at least ;-)).
Anyways, clicked on "Deselect Working Set" and bam I can find my classes again. Thought I'd add this here since others may make the same mistake.
This worked for me -
Select your project in Package Explorer
Press F5 or Right click and select Refresh
I used the "-clean" as first line in the eclipse.ini (version Juno) and worked like a charm.
I'v tried all the answers and I still had the issue. I then tried this:
I deleted the project (it's a maven project) and re-imported it. This time I made sure i check the "Add Project(s) to working set" checkbox. After that Eclipse was able to find the classes in that project.
The problem must have started because I didn't check this checkbox when i first imported this project.
By the way, I'm using Neon
(Warning: Shameless marketing ahead)
If you like this feature, you would love nWire. nWire allows, among other things, to quickly search not only for types, but for any possible Java element like method or field. It also uses a navigator view which is non-modal. After searching you can see the class associations in a very quick and easy way. Check out the video on our site.
I was evaluating the Enterprise IDE plugin for Eclipse, and ultimately decided not to purchase it. After I uninstalled the plugin, I was left with a bunch of perspective buttons (the ones in the far upper-right-hand corner) which I can't remove. How do I get rid of the manually, without nuking my workspace?
Edit: To be clear, right-clicking and going to "close" does nothing. Not even an error message.
Click Window ► Preferences ► General ► Perspectives. Select the perspective you want to delete and remove it. Some of them are unremovable. I don't know why.
How did you uninstall that plugin ?
As Daniel details in his answer, Help-> Install new software -> click on "Whats already installed?" is the right way to uninstall a plugin, and should get rid of the perspective as well.
If the plugin was installed in the dropins directory or in <eclipse>/plugins and <eclipse>/features, did you delete all directories/jar in <eclipse>/features, because if that plugin was packaged as a product, it did define in the product extension point a plugin_customization.ini which can indicate some perspective buttons.
If not, the only solution is to have a careful look at your workspace metadata, look for all recent file related to that plugin and remove them.
Make a copy of your workspace first though.
As an example of such a careful look at your workspace metadata", user900975 points out in his answer the <your workspace folder>/.metadata/.plugins/org.eclipse.ui.workbench/workbench.xml file, with <perspectives> element and <perspective> child elements that you can remove.
Note: Eightball mentions in his answer (upvoted) the possibility to list and delete a perspective.
Since he mentions "Some of them are un-removable. I don,t know why", my original answer above still stands.
Alexandros adds in the comments:
This helped me fix this, but in my case the file I had to edit while Eclipse was closed was:
.metadata\.plugins\org.eclipse.e4.workbench\workbench.xmi
I was suffering the same problem with a left-over perspective button for SVN repository Exploring. It wouldn't disappear using the close option. However it did disappear after selecting from Window -> Close All Perspectives.
Regards,
<your workspace folder>/.metadata/.plugins/org.eclipse.ui.workbench/workbench.xml contains a <perspectives> element with <perspective> child elements. You can delete <perspective> elements and they will no longer appear in the toolbar. Eclipse writes to this file when it exits so your changes will be overwritten if you don't quit Eclipse first.
If you installed a plugin, click Help ► Install new software, then click What's already installed? in the bottom right. Uninstall what you want, the perspective will be removed as well.
You could also try launching Eclipse with the -clean command line argument. This cleans out the Eclipse runtime cache, so it might fix your problem as well.
I had the same problem after installing a plugin. The answer is quite simple, if not obvious.
Open Window | Preferences
Click General node
Click Perspectives
Find the perspective in the list and then select Delete command on the right.
The list will refresh and your perspective is deleted.