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.
Related
Is there a way to make terminal span the entire width of the application without closing the sidenav? I use it quite a bit, and often I have to hide the sidenav in order to see it in full width. It would be great if I could set it up so the sidenav is just alongside the editor, allowing terminal to take up the full width of the application.
This is in Stable v1.64 now.
Go to View/Appearance/Align Panel/Justify or use the Layout Control icon on the upper right mentioned below.
Other options for the Panel alignment are center/left/right.
Note that that the Layout icon on the upper right was recently added with this setting:
Workbench > Layout Control: Enabled
Also, as of v1.75 this can be done via the context menu for the Panel. Right-click on an open space of the Panel to the right of the View headers to open the context menu:
See Release Notes: Manage Panel Alignment
It's already available since version 1.64.
Let's switch to Justify option.
**Unfortunately, it is not possible at the moment.
There is a ticket for this feature in the VSCode repository - https://github.com/microsoft/vscode/issues/42149
UPDATE:
It's already available since version 1.64.
See other answers below for more information
Is there a way to make terminal span the entire width of the application without closing the sidenav? I use it quite a bit, and often I have to hide the sidenav in order to see it in full width. It would be great if I could set it up so the sidenav is just alongside the editor, allowing terminal to take up the full width of the application.
This is in Stable v1.64 now.
Go to View/Appearance/Align Panel/Justify or use the Layout Control icon on the upper right mentioned below.
Other options for the Panel alignment are center/left/right.
Note that that the Layout icon on the upper right was recently added with this setting:
Workbench > Layout Control: Enabled
Also, as of v1.75 this can be done via the context menu for the Panel. Right-click on an open space of the Panel to the right of the View headers to open the context menu:
See Release Notes: Manage Panel Alignment
It's already available since version 1.64.
Let's switch to Justify option.
**Unfortunately, it is not possible at the moment.
There is a ticket for this feature in the VSCode repository - https://github.com/microsoft/vscode/issues/42149
UPDATE:
It's already available since version 1.64.
See other answers below for more information
I have eclipse Juno. I'm not sure how, but my editor in eclipse is now "invisible". By invisible i mean, the editor pane is not in the visible window. I'm not a novice in eclipse and i know you can minimize the editors or maximize a different panel - but this isn't the case. There isn't even a minimize/maximize button on this empty space where the editor should be.
However, the title bar shows the current file that is opened (but in the invisible editor and hence invisible). and my outline sidebar shows the file's outline.
I think this might have happened when splitting editor panes (which i do a lot, love the side by side comparison), and also switching the perspective.
Any ideas on how i can get the editor back in the visible window?
Above is a screenshot of how it looks. At the time of the screen shot i had just recently clicked a file to open it, and it seems to have opened in the invisible editor.
I've tried all given solutions and none of them solved the problem.
Only using Window->New Window gave me a new fixed eclipse window.
Try Window > Reset Perspective to get things back to normal.
I minimized sharedArea and after restore it was empty. Editors worked well (open, close, save etc.) but i could not see them. Closing all perspectives helped.
This happens to me sometimes when I try to split an editor group by dragging an editor tab. The only solution that worked for me was to close every single perspective in the application toolbar, then Window -> New Window.
I've had this happen occasionally when splitting panes. Restarting Eclipse didn't work for me, nor did resetting the perspective.
The solution I stumbled upon was to give the editor area focus (by clicking in the area where it should be, I suppose) and close files in the invisible editor with Ctrl+W until the editor reappears. You may notice the window title changes to follow the file in the hidden editor.
I had the same problem and simply stopping/restarting Eclipse fixed it.
I have the fix, when neither resetting the perspective or restarting eclipse helps:
At the bottom of the File Menu, there is your recent file name that you are trying to get back. Click on that and it should return.
Start eclipse with:
eclipse.exe -repair
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.
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