(Experimental duplicate detection)
Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:

• Allow for empty editor panes (#2755)
• Cannot have split pane in terminal (#44876)
• Allow to Collapse Window Pane (#44318)
• Split Editor Pane's Initial State Should Be Empty (#30168)
• Support resizing editor panes with keyboard shortcuts (similar to terminal panes). (#46100)

This has not been asked for before but I'm aware of the feature. You currently have the ability to maximize the panel (workbench.action.toggleMaximizedPanel), not a split within the terminal.

I know about that toggle, but it's not the same thing 😄

Offtopic: And that toggle doesn't really do what it says on the tin 😛 (it doesn't maximize "fully")

Found a solution (which should be included by default IMO):
in settings.json add "workbench.action.toggleMaximizedPanel" to "terminal.integrated.commandsToSkipShell" list.

@FancyBanana I think the OP wants the active terminal split pane to go full screen, including the side bar. Your issue is a problem though which I'll fix up now.

@FancyBanana coming in 1.28 aacaecc

Yes, I want the active terminal split pane to go full screen, filling at least the terminal side bar to 100%.

Ideally, if the terminal evolves and can be placed anywhere, including a normal tab, the terminal will have the ability to be maximized and terminal splits will also have this ability (+ the ability to be restored to their previous size).

Check out tmux for clarification: https://sanctum.geek.nz/arabesque/zooming-tmux-panes/ (there's even a nice animation showing exactly what I mean)

Maximized terminal pane would be nice. VS Code makes as a nice host for a Powershell console.

I use vscode in i3 with 3 terminals tiled below. I'm moving to inbuilt terminal now that it has splitting but I used to fullscreen a terminal often when doing things like git status or git diff. So that's my use case for wanting proper terminal fullscreen.

FYI @sbatten, this could be generalized for editors and the other panels as well.

I too was looking for this functionality as well (or rather, in a roundabout way). I had been attempting to move a split terminal back to its own panel (uniquely accessible via the active terminals dropdown that exists) so that I could then see more of the context (and then could optionally use the existing terminal "Maximize Panel Size" functionality to see even more of it) .

Please consider adding this!

Thanks

Reassigning as this should be a feature that works across editors and maybe arbitrary views as well.

I would like to have a key binding to maximize terminal to full screen with no VS code interface. Something like I have just started a new "Windows terminal". With the same key binding terminal should be restored to its previous size.

In my experience there is more similar keyboard shortcuts missing, not least such a small thing as resetting the side panel width (just like it behaves when you double click its border).

Having the ability to in-/decrement the size like we can with the terminal would also be great. Especially if there were, as many have requested before, the option to decide for yourself how large the steps should be.

This could also be implemented as "resize currently focused pane" and the ability to move focus between different sections could be improved.

I'm a heavy vim/tmux user. I've got my vim keybindings setup in vscode, and tmux in my terminal. I'm very accustomed to ctrl+b z to zoom into a pane, and out. Sometimes in vim I go zen mode. So in a terminal, I can already zoom in and zen 80% wide from 10% off the left, using two keybindings. I put in my vote for this to be added to vscode. Vscode has been the only contender that could pull me away from my setup (that I can scp into any environment or use remotely).

Is this planned to be done?

Very good demo of this functionality:

From https://github.com/anuvyklack/windows.nvim.

Instead of having this feature builtin in the editor, with the right exposed apis we can have an extension providing this feature.

Some APIs I think are missing and required for this:

• Control the editors size (width and height)
• More accurate event listeners when switching editors (e.g window.onDidChangeActiveEditorGroup())
  • The existing window.onDidChangeActiveTextEditor() might be enough for a hacky solution but it's not ideal because when it fires the current state of the window.tabGroups.activeTabGroup is still outdated iirc)
• Command to open the sidebar (currently there is only workbench.action.toggleSidebarVisibility and workbench.action.closeSidebar)

Only having horizontal splits that can't be maximized makes the terminal too cramped and hard to work with.