Eclipse Juno maximize splitscreen - eclipse

Yesterday, I downloaded Eclipse Juno and it's pretty nice. Somehow I'm not able to maximize a split screen that shows two Java files. Just one of the two Java files are maximized at the same time.
Sure, I could manually close the Package Explorer, Outline View and so on, but this is pretty tedious. How do I maximize both files in the split view? It used to be Ctrl + m. Thank you.
Edit:
Apparently, there two different ways to split the screen. I still haven't figured out the difference while I'm splitting the screen.

The way the editor area will be split depends on how far you drag the the upper tab, notice the position of the hand cursor in the screenshots below:
If you drag it halfway, it will be split so you can maximize both at once.
If you drag it a little more to the right edge, the editor area will be split so you can only maximize one at a time.

This new behavior inspired the following Eclipse bug report:
New split screen dragging UI/maximize pane options is as clear as mud
So I appreciate the likely well intentioned UI developments, but
apparently many of us are puzzled by the change in how editors are now
split and maximized:
Eclipse Juno maximize splitscreen
It
seems the user experience was not really well thought through with
respect to these changes.
Might I suggest that this interface be rethought? I'd start by
dumping the drag-to-define whether or not panes should be maximized
individually or with their neighbors interface. First, the instance
of a user splitting an editor in two is the wrong time to be "asking"
the user whether or not to maintain both views if he or she decides to
maximize the editor someday. To top it off, the visual indication of
the user's decision about this is confusing at best.
Instead, I propose that you dump the varying green line interface and
instead shift the decision to the time when it actually matters--that
is, when the user decides to maximize the editor. Maybe the following
would work better:
There should be a small "editor maximize" button in the upper right
corner of the "complete" editor pane. This would always maximize all
panes in the editor. There should always be a maximize/minimize pair
on each editor split as well that would maximize/minimize that
particular split.

I don't use Juno yet, but in the previous versions you can change this behavior from Window -> Preferences -> General -> Appearance and play with "current presentation" until you find the behavior you like

If you split your editor with the shortcuts from the HandySplit plugin you should be fine maximizing both sections simultaneously.

It will be easier with Eclipse Luna 4.4 M4+, as Lars Vogel announced (December 2013) in "Split editor implemented in Eclipse M4 Luna":
Split editor implemented in Eclipse M4 Luna 4.4
This solves one of the oldest and most upvoted Eclipse bug: Bug 8009.
That means you have to maximize only one Windows, even when that Windows is a code editor view, with a split in it.
The split editor functionality has been developed in Bug 378298, and will be available as of Eclipse Luna M4. The Note & Newsworthy of Eclipse Luna M4 will contain the announcement.
Current shortcut for splitting is:
Ctrl + _ for split horizontally, and
Ctrl + { for split vertically.

Related

Click to expand side editor

I just upgraded to v. 1.25 (deb) and a feature that I liked just doesn't work anymore: on previous version, when I clicked on a side editor that was completely collapsed to the side it would expand into view. Does not work anymore for some reason.
Any settings to restore that behavior?
As commented, the VSCode 1.26 release notes mentions:
Grid: Automated maximize of minimized editors
One feature we lost during the introduction of the grid editor layout last milestone was the ability to have editors automatically maximize when you focus them and they are in their minimized state.
This feature is now working as before
:
Restore "snap to minimize/maximize" feature with grid editor layout.
This solves issue 51614 (also illustrated with this duplicate), with commit 61e0cf0.
If you would like to maximize one of the editors and then be able to expand other editors by focusing on them without manually dragging the separator bar to first maximize one editor first, see the new command as of v1.38:
workbench.action.toggleEditorWidths
and How to maximize a split in VScode. just a little nicer than futzing with dragging the separator bar.

eclipse luna ctrl+space (content assist) no colored box/background around selection

there are a lot of questions about content assist in here, but nothing that fits to my problem. I downloaded eclipse luna and I am missing a dotted selection box, around my current selection when I hit ctrl + space. I can use my arrow keys as usual to navigate up and down to choose a different suggestion. The dotted selection box appears (or selection background) if I press tab after pressing ctrl + space.
Hopefully this is not a feature of the new luna release, because this is driving my crazy like hell...
Are there any fixes for this? I don't want to switch back to previous release, because there are a LOT of troubles with the GUI elements in open suse 12.3 / kde.
thx

Move Eclipse's Find/Replace dialog to a view?

I find Eclipse's (Eclipse 3.7, Indigo, running under Mac OS X 10.6.8) Find/Replace floating dialog box to be very annoying. Part of the time it ends up obscuring the search results. Is there any way to have Eclipse move the Find/Replace somewhere else? I'd like it to be a pop-up view, as I often do with the Console, Servers, Outline, and other views. However, if it could be incorporated into the view which it's searching, that would be great, too.
Eclipse's Find / Replace dialog is a dialog, not a view, so you can't drag and drop it to one of the view areas.
Here's a Eclipse search plugin that might work for you. Scroll all the way to the bottom of the page to get the Software Update link.
Worst case, you could write your own Eclipse plug-in that creates a view that does a Find / Replace.
TL;DR
Find/replace cannot be used as a view. Here are two ways to find text without obstructing the search:
Use incremental search (CTRL+J)
Use the quick search plugin (CTRL+SHIFT+L)
Pros and cons
Both approaches behave differently from the traditional find/replace and may require some getting used to.
Approach 1.
It works out of the box, no need to install a plugin, but it (currently) does not support pasting nor searching for the current selection (but there is CTRL+K for the latter). You can use UP and DOWN or repeat CTRL+J or CTRL+SHIFT+J to jump between matches.
Approach 2.
This still opens a dialog, but one which integrates the search results rather than obscuring them. I suggest resizing it to have a good preview size.
The default shortcut shadows the "Show Key Assist" original, but this can be changed. It is an extra install and AFAIK only supports case sensitive searches, but it supports searching for the selection and pasting.
It shows matches across files, starting with the top open editor (if you have more than one visible, e.g. side by side, it sometimes does not start with the one you were last on). You can move between matches with UP and DOWN and hit enter to go back to the editor on the selected match.
NOTE
I suppose on OSX you can replace CTRL with CMD in keyboard shortcuts above to achieve the same, but I could not test it. The shortcuts can be customized in Preferences->General->Keys

Eclipse IDE: How to zoom in on text?

I want the same behaviour Firefox has, when you use the scroll button in the mouse to zoom in and out on the current view.
Is there something like it for eclipse?
There is a project from a guy called 'tarlog' that made a plugin for eclipse at this google code site: http://code.google.com/p/tarlog-plugins/downloads/detail?name=tarlog.eclipse.plugins_1.4.2.jar&can=2&q=
It has some other features for eclipse, amongst which is Ctrl++ and Ctrl+- to change the font size, it's frickin' awesome.
Too late but it could be helpful :
Go to Window Menu > Preferences > General > Appearance > Colors and Fonts
then go to Java > Java Editor Text Font > Edit
The Eclipse-Fonts extension will add toolbar buttons and keyboard shortcuts for changing font size. You can then use AutoHotkey to make Ctrl+Mousewheel zoom.
Under Help | Install New Software... in the menu, paste the update URL (http://eclipse-fonts.googlecode.com/svn/trunk/FontsUpdate/) into the Works with: text box and press Enter. Expand the tree and select FontsFeature as in the following image:
Complete the installation and restart Eclipse, then you should see the A toolbar buttons (circled in red in the following image) and be able to use the keyboard shortcuts Ctrl+- and Ctrl+= to zoom (although you may have to unbind those keys from Eclipse first).
To get Ctrl+MouseWheel zooming, you can use AutoHotkey with the following script:
; Ctrl+MouseWheel zooming in Eclipse.
; Requires Eclipse-Fonts (https://code.google.com/p/eclipse-fonts/).
; Thank you for the unique window class, SWT/Eclipse.
#IfWinActive ahk_class SWT_Window0
^WheelUp:: Send ^{=}
^WheelDown:: Send ^-
#IfWinActive
Starting from tonight nightly build of 4.6/Neon, the Eclipse Platform includes a way to increase/decrease font size on text editors using Ctrl+ and Ctrl- (on Windows or Linux, Cmd= and Cmd- on Mac OS X) : https://www.eclipse.org/eclipse/news/4.6/M4/#text-zoom-commands . The implementation is shipped with any product using a recent build of the platform, and is more reliable that the one in the alternative plugins mentioned above.
It will be more widely available within weeks, when the IDE packages for Neon M4 will be available, and it will be part of the public Neon release in June 2016.
I've answered it here.
How can I change font size in Eclipse for Java text editors?
For Eclipse Neon
To Increase Ctrl +
To reduce Ctrl -
For Zoom In: CTRL + SHIFT + +
For Zoom Out: `CTRL + SHIFT + -
To zoom on Eclipse you can use : CTRL SHIFT + OR -
As per the recent changes you can use:
(1) Ctrl/Shift/(+) for Zoom-in
(2) Ctrl/Shift/(-) for Zoom-out
As mentioned in another answer, this plugin
http://code.google.com/p/tarlog-plugins/downloads/detail?name=tarlog.eclipse.plugins_1.4.2.jar&can=2&q=
makes Ctrl-+ and Ctrl-- zoom in and out. On MacOS that would be ⌘+ and ⌘-.
But at least on MacOS Lion and Eclipse Helios, ⌘- worked but not ⌘+ – no key combination (and I tried a bunch, including ⌘= and variants with Ctrl and Shift) would increase font size. However, by changing the key bindings, I was able to get it to work.
Preferences => General => Keys
Commands "Zoom Out" and "Decrease Font" were already set to ⌘- (and that seemed to work), so I set "Zoom In" and "Increase Font" to ⌘= (one of them was that and the other was ⌘+), and that worked.
go to Eclipse > Prefences > General > Appearance > Color and Fonts > Basic > Text Font
Font problem will resolved I guess.Dont need a any plugin for this.
Just by pressing Ctrl + Shift + '+' or '-'.
At least, it worked for me at Eclipse "2020-03" version.
Here is a cool way of ensuring zoom in and zoom out with mouse scroll-wheel in the Eclipse Editor. This one takes inspiration from the solution above from naveed ahmad which was not working for me.
1) First download Autohotkey from http://www.autohotkey.com/ and install it, then run it.
2) Then download tarlog-plugins from https://code.google.com/p/tarlog-plugins/downloads/list
3) Put the downloaded .jar file in the eclipse/plugins folder.
4) Restart Eclipse.
5) Add the following Autohotkey script, save it then reload it (right click on Autohotkey icon in taskbar and click "Reload this script")
; Ctrl + MouseWheel zooming in Eclipse Editor.
; Requires Tarlog plugins (https://code.google.com/p/tarlog-plugins/).
#IfWinActive ahk_class SWT_Window0
^WheelUp:: Send ^{NumpadAdd}
^WheelDown:: Send ^{NumpadSub}
#IfWinActive
And you should be done. You can now zoom in or zoom out with ctrl+mousewheel up and ctrl+mousewheel down. The only caveat is that Autohotkey must be running for this solution to work so ensure that it starts with Windows or run it just before firing Eclipse up. Works fine in Eclipse Kepler and Luna.
The googlecode fontsupdate does not work anymore unfortunately. You can however just download the code from github:
https://github.com/gkorland/Eclipse-Fonts
Just download it as .zip, and add it in eclipse:
Adding a local plugin
Then you have the familiar buttons again!
On Mac you can do
Press 'Command' and '+' buttons to zoom in.
press 'Command' and '-' buttons to zoom out.
Even more reliable than #mifmif :
Go to Window Menu > Preferences > General > Appearance > Colors and Fonts
then go to Basic.
This section has about 5 different fonts in it, all of which contain a size. If you go to an item in any other section (like Java > Java Editor Text Font as #mifmif suggested) the Edit Default and Go to Default buttons will be enabled. Clicking the latter takes you to the corresponding item in the Basic section. Clicking the former lets you edit that item directly.
Changing the Basic font items will handle not only Java text but just about every other text in Eclipse that can be resized, as far as I can tell.
Here's a quicker way than multi-layer menus without resorting to plug-ins:
Use the Quick Access tool at the upper left corner.
Type in "font", then, from the list that drops down, click on the link for "Preferences->Colors and Fonts->General->Appearance".
One click replaces the 4 needed to get there through menus. I do it so often, my Quick Access tool pulls it up as a previous choice right at the top of the list so I can just type "font" with a tap on the enter key and Boom!, I'm there.
If you want a keyboard shortcut, Ctrl+3 sets the focus to the Quick Access tool. Better yet, this even automatically brings up a list with your previous choices. The last one you chose will be on top, in which case a simple Ctrl+3 followed by enter would bring you straight there! I use this all the time to make it bigger during long typing or reading sessions to ease eye strain, or to make it smaller if I need more text on the screen at one time to make it easier to find something.
It's not quite as nice as zooming with the scroll wheel, but it's a lot better than navigating through the menus every time!
What I am doing is using the Windows 10 magnifier. Not the same as zooming on firefox, but it has been quite useful.
The tarlog plugin, combined with removing -Dorg.eclipse.swt.internal.carbon.smallFonts from eclipse.ini, helps my tired eyes on MacOS Yosemite with Eclipse Luna (4.4).
Problem: Didn't work for me for a PyDev foo.py Python file.
Workaround: Open a file named foo.java - change the font size. Go back to foo.py and voila!! - the python font size matches the java font size.

Any tips on how to organize Eclipse environment on multiple monitors?

I can't find a good way of putting Eclipse windows on two monitors. Currently I just detached (clicked on a header and dragged) a few windows to a secondary monitor (package explorer, console, and outline) while leaving primary monitor with maximized source editing window.
It works pretty well except few annoying issues. Detached windows are not in focus while you are editing your code. Which means that, for example, last build shortcut (Alt-Shift-X, Q) doesn't work because it can't find build file (because package explorer is not in focus). Also "Selected resources" option in a file search menu is not picking up current package selection.
So I was wondering is detaching windows a right way to go? Do you have any better solutions so at least package explorer stays in focus?
Thanks.
PS. Btw "unable to find build" error started showing up only in 3.4 ver for some reason.
In the Eclipse Helios (currently 3.6.2) I found very useful the use of another window to bring up multiple documents in different screens.
in the main menu, go:
Window > New window,
and drag it to the screen you prefer. Double click in the filename on the editor and will maximize the editor's window.
I hope i helped.
Kyr.
PS: If you want to maintain both windows when you closing Eclipse, don't close them one by one. Instead go: File > Exit.
I use Ultramon to spread my Eclipse across two monitors.
I have the left hand side devoted to the code and the right hand side to the Project Explorer, Search, Console, Ant and Outline views.
This way I get focus to all of my Eclipse stuff when I click on it in the taskbar or alt-tab. I can also overlay another window (usually my browser or a trace viewer) on the right hand monitor. I use SemTop to pin the overlayed window if I want to code and read some reference at the same time (This is where shortcuts keys come in handy).
So I can look at code and StackOverflow at the same time ;)
Ultramon
I split the eclipse environment over two monitors (both running at 1600*1200)
on the left I have the main coding window maximised with the outline down the right hand side.
On the second monitor I have the Junit window, Problems, Console and the package explorer
I have the same layout duplicated for all the perspectives that I use.
I have never used the Alt-Shift-Q short cut but I have found the Alt-Shift-X, T shortcut for running junit works fine when I am focussed in the main coding window .
Possibly have the package explorer on the same monitor as the coding window?
I have a widescreen primary monitor and a non-widescreen secondary monitor. The layout on my primary monitor is broken into three columns: column 1 contains the package explorer in the top half and the outline, hierarchy and search results views in tabs on the lower half. Column two is code, and is about two and a half times wider than the other two columns. (Since everybody has widescreen monitors at my office, we've standardized on 100-character lines instead of 80.) The third column has the debug view at the top, somewhat small; the variables, expressions and JUnit views in tabs below that, taking most of the vertical space; and a small breakpoints view below that. My secondary monitor has two torn off windows: the console takes up most of the screen, and below it I have a smaller window containging the problems and history views in tabs.
My only gripe is when I remote desktop in from my single-monitor setup at home: the two windows on the secondary monitor move over to the primary one. I have a "One Screen" perspective which I use in this scenario to rectify that, but when I'm back at work and switch to the dual-monitor perspective, I have to manually move the windows back over to the other monitor. I wish Eclipse would just leave them over there, but I can't see any way to make it do that.
I have my Package Explorer and Code on my primary monitor and the Console on my secondary monitor. I do this by right clicking over console tab and selecting Move.. then View.
This way I am able to drag, drop and resize the console window.
Hope this helps!
I did this by extending my eclipse to both monitors, in windows you can make your screens extended by holding win key and tapping P,
Then, selecting my left monitor as the main one I dragged the right side of the eclipse window to cover the other screen all the way. then made eclipse into three columns. Now my main monitor is dedicated to code editor and console and package explorer are on the other one! when you have a whole monitor for your code it always helps to use cntrl+{ and have a second vertical column for viewing the same file, or dragging the tab of another file to the side of screen to view both in the same time.
Finally I just saved my work from window > save Perspective As
I can switch between my normal and dual monitor perspective whenever I'm not in the office
I've reduced (but not eliminated) the need for the package explorer to always be showing by using Ctrl+Shift+R in eclipse, this pops up a filter-as-you type window that makes switching between files which you remember the name of easy, as well as accepting wildcards to make it easy to find files you partially remember the name of.
I keep source on my main screen and outline tasks and LogCat (android) on my secondary screen, if I find i'm reading a lot of web content i fire up my laptop via synergy as an independent third screen, it's not ideal but it works.