I'm using vscode to code and I open usually one, two or three windows.
When I open only one window, it will fill in the whole interface of vscode.
When I open another one or two windows, they will seperate the interface equally, which is not what I expected.
I want to get a way to resize two or three windows fast.
For example, if there are two windows, I want the width of the first window to be 300 and the second to be 200. And if there are three windows, I want their widths to be 150, 150 and 200. Of course, these numbers are simply an example because the max width isn't 500. But I always make my vscode maximized so fixed numbers would be fine to me.
When I open the second or the third window, I have to resize them with the mouse everytime, this is kind of boring. Is there any better way to resize the windows?
For example, if there are two or three windows, vscode can resize them automatically? Or some shortcuts to resize two or three windows?
Related
I split a file on Emacs using C-x 2.
When I modify the top window, the bottom window gets modified simultaneously.
How can I modify the top window and not the bottom?
You may have confused the concepts of Windows, buffers and files. Although you split Windows, they show the same buffer and changes are synchronized between the two Windows. If you really want to, you need to create a new buffer or file with the same content.
I have a 2 monitor setup. One monitor I have setup as vertical as it's easier to read through long code.
The way I have VSCode setup, is that I have 2 separate VSCode windows open for the same workspace (by pressing CTRL + K, then O). One window on the regular monitor, and one for the vertical one. All works fine.
However the issue that I have, is that on the vertical monitor, due to the aspect ratio, the font size of VSCode is too big so I have to zoom out a bit with the built in VSCode zoom function (CTRL +/-). This works fine and I can adjust it so it's perfectly readable. Unfortunately when I zoom, it zooms on all open VSCode windows, including the window on my main monitor. The text there then becomes too small.
How can I have individual zoom levels for each open VSCode window?
There is a setting Editor: Mouse Wheel Zoom. If you turn this on you can zoom with the Ctrl key and mouse scroll wheel, and it only affects the code editors in the current VSCode window.
Dude I am planning to buy a monitor and placing it Vertically so that's why I am confirming how to see the code in the vertical format. Like I use ESLint to prettify my code and I want to set the width of my code to de static so that it should not exceed.
AND on to your problem, there is a setting in VS code to set the font of your code changes with the scroll you should use that.
That will be the bare minimum to work.
Hope this helped.
Short Answer
ctrl + shift + p
type editor font...
Choose among the three options.
This gives us individual editor font zoom levels per workspace window.
Longer Answer
The original question has two bits:
"have 2 separate VSCode windows open for the same workspace",
"individual zoom levels for each open VSCode window?"
While VSCode doesn't support individual window zoom levels per workspace, it does support individual editor font zoom levels per workspace. That's what the short answer provides.
See https://github.com/microsoft/vscode/issues/72011
In VS Code When I have a vertical editor split with 2 panels I would like to be able to change the right panel's width to a predefined total window width % using a shortcut.
Say I would like to have one shortcut to show the right panel at 50% of the overall VSC width. Then the second shortcut is 30%, the third is 80% and the 4th is 0%.
At the same time I would not like to have any files from the right editor panel joined or closed when I change the panel's width.
Is it posssible with the built-in commands of extensions?
I discovered the VS Code behavior that partially resembles the feature I described above.
To see this we have to split the editor in 2 panels (View->Editor Layout->Two Columns), open some file in the right hand one, manually move its border to the farthest right. Then as we switch between the panels with Ctrl-1 and Ctrl-2 (Windows) the respective active panel will restore its maximum width and the other will get the minimum width.
This does not fully solve my problem but at least alleviates the pain.
After working in a multiple column layout it is nice to be able to focus on one file momentarily using the entire application space. Then, returning to a column view.
In Slick-Edit this is Window / Zoom Toggle.
In VSCode, moving between multiple columns to 1, and then back to multiple loses editor groupings.
My approach for this scenario is using CMD+KO to Open Active File in New Window. If you close the window the file will still be present in your editor group.
There are some hiccups: I prefer a maximized window over full screen mode, but that will open a new, non-maximized window. In full screen you can prevent that, but will have to use CMD+W twice to get back to original view.
This has happened to me a few times and it's annoying, whenever I take my laptop home my pgadmin editor stops working after resizing (I have more screens at work):
I have tried everything possible and the editor does not regain its correct shape and the "edit" area is impossible to get.
If you don't know the answer, do you have any suggestions for a good free SQL editor, now that we all know pgadmin is horrible...
Yes, it does get frustrating at times, especially when the monitor configurations are different at different places (say office vs home). So although one configuration works in office, when you take the laptop home, the Edit area is effectively missing, and the output window is at 100%.
You didn't mention the OS, but on windows I used to first Un-maximize the window, and then use to Right-Click on the Window (blue?) bar, that gave me the default MS Windows options (Move, Minimize, Maximize, Restore etc.). (These have been life-savers also when a window is completely out of the visible scope).
Once the menu is selected (nowadays using special keyboard combinations, i.e. a mouse isn't required), you could take the window further up and start to see a very small Query box open up. That way, you can now select the section divider and slide it down to reduce the Output Window size.
Painful, but worked most of the times.