pressing CTRL+F7 in Eclipse 3.7.2 gives me a small dialog to switch between views. (as ALT+TAB for system windows)
Most of my views are docked as "fast views" to keep my workspace clean.
Jumping between all views including logcat works perfect, but not between logcat and the editor, here nothing happens
The depreceated logcat view works as it should.
Clicking the small icon on the bottom shows logcat, but shortcut does not work.
Anyone has that problem too and has a solution for it? It's pain in the a** to use the mouse to open logcat all the time.
Thanks for your answers.
Thanks for the shortcut.
On windows, I can switch between the 'Log Cat' and the 'Editor' by pressing ctrl+f7.
To navigate to some other window perspective, use the keyboard without lifting the ctrl button.
It's a bug. Logcat just blinks on the screen and leaves. You can use the change view shortcut to go to another view like Console or Problems and from there you can switch normally to logcat. It's an annoyance but it beats reaching all the way to the mouse any day of the year
Related
I have searched for a solution to my problem but with no avail. The eclipse Find/Replace function found by the hotkey ctrl+F is not working. Note: the function does not work by the hotkey neither by going through Eclipse menu Edit>Find Replace (not working I mean that the FindReplace window does not show at all, the eclipse window loses focus only). I have tried to disable the hotkey to see if it would work, restarted eclipsed, restarted the PC, but nothing seems to solve the problem. It was working just fine but then suddenly out of the blue it just decided not to function anymore. Everything I tried so far has failed. As I use this function often it would be nice to know if someone has another input for trying to solve this bug. I am on a PC with windows 7, intel i7 64-bits.
I had a similar issue after using second monitor at work. At home I was wondering where is my Find/Replace window... it was displayed at the second monitor as I used it last time... Eclipse stores the last location of the dialogs for better UX.
So try to move the Find/Replace window by using your keyboard.
How to Move an Open Window with the Keyboard
You can also try to reset perspective
Window > Perspective > Reset Perspective...
I had the same issue with Eclipse. My current version is Neon.3 Release (4.6.3).
This periodically happens where the Find/Replace does not work.
Usually UNDO stops working also.
When this happens, Ctrl+F, Ctrl+Z do not work, and Undo Text Change and Find/Replace... are grayed out in the menu.
I tried the above solution Window > Perspective > Reset Perspective...
That fixed it right away!
Thanks
When your Eclipse are full with cache that time this problem occurs.
please try to reset perspective setting and then check it.
Just go to menu bar : Window -> Perspective -> Reset Perspective and it will done.
I am using Eclipse Juno. I was working in Java perspective and suddenly I minimized the console. I don't know where it went but I am unable to get it back. I even tried to get it from Windows>Show View>Console but I didn't get my console back.
It happened the same thing to me. Just click Window->Reset Perspective and everything will be back as it was when you installed eclipse.
Sure you'll have to customize it back to how you like it, but at least you'll have the console back.
If console is not visible, just search for "Console" in QuickAccess box on the right hand top of menu bar. you can get it back!
Stupid Eclipse. Are there no interface designers volunteering on this project? Why minimize something and make it hard to see where to bring it back? Probably all you have to do is hit Shift-Control-Tab-F9 with one hand while right-double-clicking the lower left hand corner. Hmm, how about a popup when you click a minimized Console that says "We see you've minimized your Console and you are clearly trying to switch to it. Would you like us to restore that so you can actually see it?" followed by "Are you really sure? Cuz ya know, you may be using this click path by accident."
The reset perspective works. Also, you can "Save Perspective" so it's not so hard to go back to your preferred Perspective.
Thanks for the tip.
Bring console to the front from Window -> Show View -> Console. Apparently the console remains invisible (that was the issue indeed), but it is virtually active in the foreground.
Close the current view (i.e. the invisible console) by going to the "Quick Access" box at the toolbar, typing "Close Part", and selecting the respective option on the drop-down.
Reopen console form Window -> Show View -> Console and voilà, it will appear. Drag it to your preferred location on the workbench.
This works for me under the following situation:
I had been previously playing with detaching several views (console included) and editors to a separate window on a different monitor; I have updated my workspace from Neon to Oxygen and I have had a hard reset at my computer. (So, not sure which among those was the reason that made it go wrong).
I wanted to avoid resetting my perspective, as it is highly customised, so I discarded that solution.
Other solutions herein proposed had not worked.
The console was working and the view became visible if I chose a different perspective (e.g. Debug) or a duplicate Eclipse window (which effectively provides a duplicate of a factory-reset perspective).
you could click the small icon on the bottom left and choose console. it will appear.
When I open linux eclipse IDE from windows using xterm(Reflection, MobaXterm), I found few problems:
When I right-click on a project, the menu appears for a millisecond, and disappears with a click action on about.
Sometimes the menu appears on right click, but if that menu has more items, usually it should scroll down/up, but the scroll button staying behind windows tast bar.
Can anyone help me on this?
Thanks in advance!
I have the same issue too. It seems that the right-click menu disapears behind the Eclipse main window and behind the Windows taskbar...
Here is the workaround I use currently: in MobaXterm 5.0, just go to "settings" --> "X11" and choose "Windowed mode with Fvwm": this will open an X11 window.
When you run Eclipse using this tip, it correctly displays the right-click menu.
I hope this helps!
I googled but didn't find a solution.
For the first one, you can right click and hold it, move the mouse to the target menu entry, then release it.
In this way you can avoid a wrong click.
Recently switched from Linux to Windows for development in Eclipse Indigo SR1. In Linux, if I Ctrl-Space'd to open a Content Assist window, I could immediately start scrolling with the mouse wheel (with the cursor over the Content Assist window of course).
Now, in Windows 7, if I try to scroll in the same way the Content Assist window goes away, and whatever editor I have open is scrolled instead.
If I first press Tab to give focus to the Content Assist window, the mouse wheel scrolling works as expected, but I'd much rather it behaved as it did for me on Linux, rather than retrain myself to press Tab every time.
Is there a way to make the mouse work this way with Eclipse?
Found an answer that appears to work. It's a little dated but seems to still do the trick.
http://divby0.blogspot.com/2007/04/focus-follows-mouse.html
Dropped this jar in the eclipse plugins folder and restarted. At first I thought it didn't work, but later I noticed there is a little X button added to your toolbar that you need to toggle. Scrolling seems to work properly now.
I just found out how to have help open and the code editor open at the same time from an answer to this question: Opening Xcode help file and application at the same time
In Windows, Alt+Tab switched me back and forth to my hearts content. Here, Alt tab bring up the next open application (happens to be Firefox in my case).
How do I switch between the Xcode window and the help window?
Cmd+` and Cmd+Shift+` will switch back and forth between windows within a Mac application.
You can also use F10 to see all of the application's windows in a zoomed out view and pick one to focus with the mouse or keyboard.