New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow for floating windows #10121

Open
Brakkar opened this Issue Aug 4, 2016 · 349 comments

Comments

Projects
None yet
@Brakkar

Brakkar commented Aug 4, 2016

Hi,
I suggest floating windows option for:

  • Terminal
  • Debug console
  • Problems
  • Output

Eventually:

  • tabs
  • Explorer / search / debug / git / extensions

This way we could take advantage of large screen space and / or multi monitors.

Having to constantly switch between the various windows is not optimum working flow.

@Nition

This comment has been minimized.

Show comment
Hide comment
@Nition

Nition Oct 24, 2016

Just adding my support to this. Quite often with the full Visual Studio I'd drag out a tab to my other monitor so that I could view two code files at once. The split pane functionality is nice but not the same.

Nition commented Oct 24, 2016

Just adding my support to this. Quite often with the full Visual Studio I'd drag out a tab to my other monitor so that I could view two code files at once. The split pane functionality is nice but not the same.

@adamvoss

This comment has been minimized.

Show comment
Hide comment
@adamvoss

adamvoss Dec 4, 2016

I see editor tabs as more important than the others. Really hard to utilize two monitors when you can't breakout a tab. This is important when referencing code, but also for things like Markdown Preview.

adamvoss commented Dec 4, 2016

I see editor tabs as more important than the others. Really hard to utilize two monitors when you can't breakout a tab. This is important when referencing code, but also for things like Markdown Preview.

@CherryDT

This comment has been minimized.

Show comment
Hide comment
@CherryDT

CherryDT Mar 7, 2017

How is it supposed to work...? I can't get it to work (on 1.11.0-Insider). When dragging a tab outside of the window, it either displays a 🛇 and doesn't let me drop, or, when dropped on top of a Windows Explorer window, it copies the file...

CherryDT commented Mar 7, 2017

How is it supposed to work...? I can't get it to work (on 1.11.0-Insider). When dragging a tab outside of the window, it either displays a 🛇 and doesn't let me drop, or, when dropped on top of a Windows Explorer window, it copies the file...

@adamvoss

This comment has been minimized.

Show comment
Hide comment
@adamvoss

adamvoss Mar 7, 2017

@CherryDT This issue is still open and marked as Backlog. Do you have a reference that says it is supposed to be implemented in 1.11?

adamvoss commented Mar 7, 2017

@CherryDT This issue is still open and marked as Backlog. Do you have a reference that says it is supposed to be implemented in 1.11?

@CherryDT

This comment has been minimized.

Show comment
Hide comment
@CherryDT

CherryDT Mar 9, 2017

@vossad01 You are right I was confused for a sec, because I came from the closed issue #10147 where it said "Already addressed by #10121" and I took "addressed" as "solved". My mistake.

CherryDT commented Mar 9, 2017

@vossad01 You are right I was confused for a sec, because I came from the closed issue #10147 where it said "Already addressed by #10121" and I took "addressed" as "solved". My mistake.

@bpasero bpasero changed the title from Feature request: floating windows to Allow for floating windows Mar 14, 2017

@mlewand

This comment has been minimized.

Show comment
Hide comment
@mlewand

mlewand Mar 14, 2017

Contributor

I'd say that undocking tabs (editors more specifically) is a must have rather than eventually type of task. Would love to have it implemented.

Contributor

mlewand commented Mar 14, 2017

I'd say that undocking tabs (editors more specifically) is a must have rather than eventually type of task. Would love to have it implemented.

@mlewand

This comment has been minimized.

Show comment
Hide comment
@mlewand

mlewand Mar 15, 2017

Contributor

@bpasero @aeschli is this a feature that you'd like to get and review as a pull request? It seems to be a bigger task, thus it make sense to ask before going with implementation.

Contributor

mlewand commented Mar 15, 2017

@bpasero @aeschli is this a feature that you'd like to get and review as a pull request? It seems to be a bigger task, thus it make sense to ask before going with implementation.

@bpasero

This comment has been minimized.

Show comment
Hide comment
@bpasero

bpasero Mar 16, 2017

Member

@mlewand this is no area where we expect a PR due to technical limitations. If you have an idea though, let us know.

Member

bpasero commented Mar 16, 2017

@mlewand this is no area where we expect a PR due to technical limitations. If you have an idea though, let us know.

@mlewand

This comment has been minimized.

Show comment
Hide comment
@mlewand

mlewand Mar 16, 2017

Contributor

@bpasero by technical limitation do you say that it's a Electron limitation? Or is it more about VSCode one project <-> one window design?

Contributor

mlewand commented Mar 16, 2017

@bpasero by technical limitation do you say that it's a Electron limitation? Or is it more about VSCode one project <-> one window design?

@bpasero

This comment has been minimized.

Show comment
Hide comment
@bpasero

bpasero Mar 16, 2017

Member

@mlewand depends, if I could open a lightweight window that shares the same JavaScript context and build some UI in it, that would certainly help. Otherwise we would end up opening a heavy browser window with own context that contains only the UI pieces we want to show, which seems like the wrong direction.

Member

bpasero commented Mar 16, 2017

@mlewand depends, if I could open a lightweight window that shares the same JavaScript context and build some UI in it, that would certainly help. Otherwise we would end up opening a heavy browser window with own context that contains only the UI pieces we want to show, which seems like the wrong direction.

@josh-sachs

This comment has been minimized.

Show comment
Hide comment
@josh-sachs

josh-sachs May 10, 2017

Want to chime in "me-to."

Specifically editor tabs. It is unfortunate that the issue author has the priorities so ass-backwards, but I can't believe nobody at Microsoft has seen this ticket at some point over the past year, recognized the immense value in being able to drag an editor tab from one window to another (your Visual Studio crowd has been doing this for decades) and made this happen by now.

This is a serious deficiency with VSCode as an editor.

josh-sachs commented May 10, 2017

Want to chime in "me-to."

Specifically editor tabs. It is unfortunate that the issue author has the priorities so ass-backwards, but I can't believe nobody at Microsoft has seen this ticket at some point over the past year, recognized the immense value in being able to drag an editor tab from one window to another (your Visual Studio crowd has been doing this for decades) and made this happen by now.

This is a serious deficiency with VSCode as an editor.

@bpasero bpasero added the workbench label May 10, 2017

@RoyTinker

This comment has been minimized.

Show comment
Hide comment
@RoyTinker

RoyTinker May 18, 2017

I used Visual Studio as my primary editor for about 9 years, and then switched to VS Code after moving to a front-end-only project team. There's a lot to to love about VS Code, but the one significant missing feature for me is the lack of floating editor-tab-only windows (like I've gotten used to having in Visual Studio).

FWIW, I use 4 monitors side-by-side. It feels insane to be stuck on just 1 monitor for code editing, especially when I'm working on several files simultaneously.

RoyTinker commented May 18, 2017

I used Visual Studio as my primary editor for about 9 years, and then switched to VS Code after moving to a front-end-only project team. There's a lot to to love about VS Code, but the one significant missing feature for me is the lack of floating editor-tab-only windows (like I've gotten used to having in Visual Studio).

FWIW, I use 4 monitors side-by-side. It feels insane to be stuck on just 1 monitor for code editing, especially when I'm working on several files simultaneously.

@Ranzhh

This comment has been minimized.

Show comment
Hide comment
@Ranzhh

Ranzhh May 21, 2017

I will have to agree with the comments above. The lack of this feature is a huge issue for those with multiple monitors (basically everyone who works with code). Obviously you can work around it by opening specific files in a separate (ctrl + shift + N) Visual Studio Code instance, but it's definitely something that should be addressed as soon as possible.

Ranzhh commented May 21, 2017

I will have to agree with the comments above. The lack of this feature is a huge issue for those with multiple monitors (basically everyone who works with code). Obviously you can work around it by opening specific files in a separate (ctrl + shift + N) Visual Studio Code instance, but it's definitely something that should be addressed as soon as possible.

@baynes

This comment has been minimized.

Show comment
Hide comment
@baynes

baynes May 22, 2017

I want to be able to open files into a new window (for example to put on a different monitor or a different virtual workspace).
If I can't open directly into a new window then I need to be able to tear off a tab into a new window or to be able to drag a tab to a separate VSCode window (as created with File→New Window)

baynes commented May 22, 2017

I want to be able to open files into a new window (for example to put on a different monitor or a different virtual workspace).
If I can't open directly into a new window then I need to be able to tear off a tab into a new window or to be able to drag a tab to a separate VSCode window (as created with File→New Window)

@sebastianslutzky

This comment has been minimized.

Show comment
Hide comment
@sebastianslutzky

sebastianslutzky May 31, 2017

Im using a WYSIWYG viewer plugin for editing AsciiDocs. Separating windows to different monitors is a basic requirement in this case. Hopefully this feature gets prioritized soon

sebastianslutzky commented May 31, 2017

Im using a WYSIWYG viewer plugin for editing AsciiDocs. Separating windows to different monitors is a basic requirement in this case. Hopefully this feature gets prioritized soon

@D1no

This comment has been minimized.

Show comment
Hide comment
@D1no

D1no Jun 6, 2017

It would be really nice if we could tear of tabs to show the file/tab it in a separate window 😪
newwindow

D1no commented Jun 6, 2017

It would be really nice if we could tear of tabs to show the file/tab it in a separate window 😪
newwindow

@inestyne

This comment has been minimized.

Show comment
Hide comment
@inestyne

inestyne Jun 26, 2017

I'm trying to move off JetBeans and this isn't an optional or nice-to-have feature. It's fundamental to multi-monitor coding. Not having it is a deal breaker.

inestyne commented Jun 26, 2017

I'm trying to move off JetBeans and this isn't an optional or nice-to-have feature. It's fundamental to multi-monitor coding. Not having it is a deal breaker.

@disler

This comment has been minimized.

Show comment
Hide comment
@disler

disler commented Jun 28, 2017

@AmazeCPK

This comment has been minimized.

Show comment
Hide comment
@AmazeCPK

AmazeCPK Jul 13, 2017

Looking for this feature. Thank you :)

AmazeCPK commented Jul 13, 2017

Looking for this feature. Thank you :)

@Blackbaud-DustinLunsford

This comment has been minimized.

Show comment
Hide comment
@Blackbaud-DustinLunsford

Blackbaud-DustinLunsford Jul 17, 2017

It's not the cleanest way of supporting multiple monitors/windows, however you can do the following:

  • File > New Window

  • Now drag a tab in your already existing Visual Studio Code window into the new window you just opened.

I agree that it would be really nice to just be able to drag an existing tab to a second monitor but this is at least a pretty painless workaround until they support dragging tabs to another monitor.

Blackbaud-DustinLunsford commented Jul 17, 2017

It's not the cleanest way of supporting multiple monitors/windows, however you can do the following:

  • File > New Window

  • Now drag a tab in your already existing Visual Studio Code window into the new window you just opened.

I agree that it would be really nice to just be able to drag an existing tab to a second monitor but this is at least a pretty painless workaround until they support dragging tabs to another monitor.

@LoveDuckie

This comment has been minimized.

Show comment
Hide comment
@LoveDuckie

LoveDuckie Jul 18, 2017

Adding my request for this feature as well. Nice to see others wanting the same.

I love this IDE, otherwise. 😄

All the best.

LoveDuckie commented Jul 18, 2017

Adding my request for this feature as well. Nice to see others wanting the same.

I love this IDE, otherwise. 😄

All the best.

@pantonis

This comment has been minimized.

Show comment
Hide comment
@pantonis

pantonis Jul 31, 2017

Highly needed functionality.
Thanks

pantonis commented Jul 31, 2017

Highly needed functionality.
Thanks

@tobiasgraeber

This comment has been minimized.

Show comment
Hide comment
@tobiasgraeber

tobiasgraeber Aug 10, 2017

+1

(BTW.: The Backlog-Link (https://github.com/Microsoft/vscode/milestone/8) here in the right panel does not work?)

Any plans when this will be added to a release-circle? Thanks!

tobiasgraeber commented Aug 10, 2017

+1

(BTW.: The Backlog-Link (https://github.com/Microsoft/vscode/milestone/8) here in the right panel does not work?)

Any plans when this will be added to a release-circle? Thanks!

@scriptcoded

This comment has been minimized.

Show comment
Hide comment
@scriptcoded

scriptcoded Oct 6, 2018

@WNemencha I'm assuming the team doesn't want any unnecessary dependencies. Perhaps bade it upon that?

scriptcoded commented Oct 6, 2018

@WNemencha I'm assuming the team doesn't want any unnecessary dependencies. Perhaps bade it upon that?

@hunfatal

This comment has been minimized.

Show comment
Hide comment
@hunfatal

hunfatal Oct 10, 2018

Hope we will get this eventually, this is a must have :)

hunfatal commented Oct 10, 2018

Hope we will get this eventually, this is a must have :)

@Tim15

This comment has been minimized.

Show comment
Hide comment
@Tim15

Tim15 Oct 11, 2018

To continue innovating, and make VSCode a modern full-featured editor, this is a necessity. This should be a major long-term goal until it gets done.

Tim15 commented Oct 11, 2018

To continue innovating, and make VSCode a modern full-featured editor, this is a necessity. This should be a major long-term goal until it gets done.

@oryandunn

This comment has been minimized.

Show comment
Hide comment
@oryandunn

oryandunn Oct 11, 2018

This feature really should be a high priority feature. I don't know any developer who only codes on one monitor, and having the ability to drag a tab to a new window for side-by-side use is just too useful of a feature to not have.

oryandunn commented Oct 11, 2018

This feature really should be a high priority feature. I don't know any developer who only codes on one monitor, and having the ability to drag a tab to a new window for side-by-side use is just too useful of a feature to not have.

@kapalkat

This comment has been minimized.

Show comment
Hide comment
@kapalkat

kapalkat Oct 11, 2018

This feature really should be a high priority feature. I don't know any developer who only codes on one monitor, and having the ability to drag a tab to a new window for side-by-side use is just too useful of a feature to not have.

Hey, @oryandunn what you are complaining about is actually possible. See my comment added under this ticket:
"Open new window and drag and drop your file from the current workspace/window to the newly opened window."

This ticket is about opening two windows in THE SAME workspace.

kapalkat commented Oct 11, 2018

This feature really should be a high priority feature. I don't know any developer who only codes on one monitor, and having the ability to drag a tab to a new window for side-by-side use is just too useful of a feature to not have.

Hey, @oryandunn what you are complaining about is actually possible. See my comment added under this ticket:
"Open new window and drag and drop your file from the current workspace/window to the newly opened window."

This ticket is about opening two windows in THE SAME workspace.

@scriptcoded

This comment has been minimized.

Show comment
Hide comment
@scriptcoded

scriptcoded Oct 11, 2018

@kapalkat to clarify, this issue is about detaching parts of the UI, such as the terminal, explorer and debugger, from the main window. #2686 deals with multiple windows with the same workspace.

scriptcoded commented Oct 11, 2018

@kapalkat to clarify, this issue is about detaching parts of the UI, such as the terminal, explorer and debugger, from the main window. #2686 deals with multiple windows with the same workspace.

@LoveDuckie

This comment has been minimized.

Show comment
Hide comment
@LoveDuckie

LoveDuckie commented Oct 11, 2018

image

@Deltatiger

This comment has been minimized.

Show comment
Hide comment
@Deltatiger

Deltatiger Oct 12, 2018

I think this issue should be frozen / restricted until someone can actually work on it (from VSCode team).

I do not think we can expect this feature anytime in the near feature. From my understanding, the team would have to change lot of the infrastructure to make this work. Not just that, I am not sure how much else will be affected.

Also I doubt that this has anything to do with Electron (Not an electron side restriction / issue). It is just limited by the current architecture.

This thread is getting filled with more +1 comments than actually helpful ones.

Deltatiger commented Oct 12, 2018

I think this issue should be frozen / restricted until someone can actually work on it (from VSCode team).

I do not think we can expect this feature anytime in the near feature. From my understanding, the team would have to change lot of the infrastructure to make this work. Not just that, I am not sure how much else will be affected.

Also I doubt that this has anything to do with Electron (Not an electron side restriction / issue). It is just limited by the current architecture.

This thread is getting filled with more +1 comments than actually helpful ones.

@Mrakonja

This comment has been minimized.

Show comment
Hide comment
@Mrakonja

Mrakonja Oct 14, 2018

This thread is getting filled with more +1 comments than actually helpful ones.

That is user base frustrated because they lack multiple monitor support. How else should developers get info on what user base wants?

Mrakonja commented Oct 14, 2018

This thread is getting filled with more +1 comments than actually helpful ones.

That is user base frustrated because they lack multiple monitor support. How else should developers get info on what user base wants?

@LonMcGregor

This comment has been minimized.

Show comment
Hide comment
@LonMcGregor

LonMcGregor Oct 14, 2018

How else should developers get info on what user base wants?

By leaving a 👍, and keeping the discussion area clear for constructive discussion, such as:

I quite like the implementation that VS had, where on dragging any part of the UI it could "snap" to part of the screen. Similar to how dragging a tab right now lets you title the main view.

To be honest though, the only thing I really want to be able to do is drag code editor tabs out. I don't even care about being able to tile them outside the main window, because then I can just use the OS window manager instead.

LonMcGregor commented Oct 14, 2018

How else should developers get info on what user base wants?

By leaving a 👍, and keeping the discussion area clear for constructive discussion, such as:

I quite like the implementation that VS had, where on dragging any part of the UI it could "snap" to part of the screen. Similar to how dragging a tab right now lets you title the main view.

To be honest though, the only thing I really want to be able to do is drag code editor tabs out. I don't even care about being able to tile them outside the main window, because then I can just use the OS window manager instead.

@jayarjo

This comment has been minimized.

Show comment
Hide comment
@jayarjo

jayarjo Oct 15, 2018

Everybody clap your hands for @mrmos and his solution.

jayarjo commented Oct 15, 2018

Everybody clap your hands for @mrmos and his solution.

@jonathansty

This comment has been minimized.

Show comment
Hide comment
@jonathansty

jonathansty Oct 16, 2018

@jayarjo I've been doing something similar by opening a new vscode window and dragging my tab in there. The problem here is that none of the finds work properly as it doesn't have any information about the actual "workspace" it came from.

jonathansty commented Oct 16, 2018

@jayarjo I've been doing something similar by opening a new vscode window and dragging my tab in there. The problem here is that none of the finds work properly as it doesn't have any information about the actual "workspace" it came from.

@n0v1

This comment has been minimized.

Show comment
Hide comment
@n0v1

n0v1 Oct 16, 2018

As a simple workaround you can use the command Duplicate Workspace in New Window (since version 1.24) to open the current folder/workspace in a second VS code window that can be moved to a separate monitor. I assigned the keybinding Ctrl + Shift + N for this command.

n0v1 commented Oct 16, 2018

As a simple workaround you can use the command Duplicate Workspace in New Window (since version 1.24) to open the current folder/workspace in a second VS code window that can be moved to a separate monitor. I assigned the keybinding Ctrl + Shift + N for this command.

@ldexterldesign

This comment has been minimized.

Show comment
Hide comment
@ldexterldesign

ldexterldesign Oct 16, 2018

@n0v1

As a simple workaround you can use the command Duplicate Workspace in New Window

Hmm, I don't appear to have this functionality in latest macOS - does it need to be enabled?

Regards

ldexterldesign commented Oct 16, 2018

@n0v1

As a simple workaround you can use the command Duplicate Workspace in New Window

Hmm, I don't appear to have this functionality in latest macOS - does it need to be enabled?

Regards

@scriptcoded

This comment has been minimized.

Show comment
Hide comment
@scriptcoded

scriptcoded Oct 16, 2018

@ldexterldesign Have you tried running it by opening the command palette (+SHIFT+P) and typing Duplicate Workspace in New Window?

scriptcoded commented Oct 16, 2018

@ldexterldesign Have you tried running it by opening the command palette (+SHIFT+P) and typing Duplicate Workspace in New Window?

@joshuaimmanuel

This comment has been minimized.

Show comment
Hide comment
@joshuaimmanuel

joshuaimmanuel Oct 16, 2018

@n0v1 the problem is not opening the a file/workspace in new window. Maintaining the context of the underlying buffer (file) in both these windows is the issue.

To make it clear, open a file in one workspace and open the same file in the duplicated workspace. Now, edit the file in one window, it won't be reflected in the other window.

joshuaimmanuel commented Oct 16, 2018

@n0v1 the problem is not opening the a file/workspace in new window. Maintaining the context of the underlying buffer (file) in both these windows is the issue.

To make it clear, open a file in one workspace and open the same file in the duplicated workspace. Now, edit the file in one window, it won't be reflected in the other window.

@klose91

This comment has been minimized.

Show comment
Hide comment
@klose91

klose91 Oct 16, 2018

Everyone now telling the duplicate workspace stuff, but that's sure now known by everyone und doesn't need to be repeated so often. And this whole "workaround" is not even practical, we need a real floating window feature like it's implemented in other editors.

klose91 commented Oct 16, 2018

Everyone now telling the duplicate workspace stuff, but that's sure now known by everyone und doesn't need to be repeated so often. And this whole "workaround" is not even practical, we need a real floating window feature like it's implemented in other editors.

@stephengardner

This comment has been minimized.

Show comment
Hide comment
@stephengardner

stephengardner Oct 19, 2018

Please stop suggesting "Duplicate workspace". That's not the solution. We need the workspace explorer duplicated as well. Which it is not.

stephengardner commented Oct 19, 2018

Please stop suggesting "Duplicate workspace". That's not the solution. We need the workspace explorer duplicated as well. Which it is not.

@kilasuit

This comment has been minimized.

Show comment
Hide comment
@kilasuit

kilasuit Oct 20, 2018

I would love to see the ability to detach the console (and other parts of the editor) and push them across to a separate screen allowing me to get the full real estate of my main screen for writing and reading my code when I'm working somewhere with multiple screens/

This would also allow me to better manage and work whilst on the move where I'd only have my main screen available to work from, like on a train or at customer sites.

kilasuit commented Oct 20, 2018

I would love to see the ability to detach the console (and other parts of the editor) and push them across to a separate screen allowing me to get the full real estate of my main screen for writing and reading my code when I'm working somewhere with multiple screens/

This would also allow me to better manage and work whilst on the move where I'd only have my main screen available to work from, like on a train or at customer sites.

@Nyconing

This comment has been minimized.

Show comment
Hide comment
@Nyconing

Nyconing Oct 20, 2018

I can see no progress on this feature and few years past. If we stuck by architectural limitation that cost too much to make it happen, Why not just close it and going forward?

Dont forget we have VisualStudio Community, please consider to move some feature to VS plugin.

Nyconing commented Oct 20, 2018

I can see no progress on this feature and few years past. If we stuck by architectural limitation that cost too much to make it happen, Why not just close it and going forward?

Dont forget we have VisualStudio Community, please consider to move some feature to VS plugin.

@belst

This comment has been minimized.

Show comment
Hide comment
@belst

belst Oct 20, 2018

@Nyconing VS Does not run on linux or mac.

belst commented Oct 20, 2018

@Nyconing VS Does not run on linux or mac.

@scriptcoded

This comment has been minimized.

Show comment
Hide comment
@scriptcoded

scriptcoded Oct 21, 2018

@Nyconing VS Does not run on linux or mac.

Not quite true...

scriptcoded commented Oct 21, 2018

@Nyconing VS Does not run on linux or mac.

Not quite true...

@hellboy81

This comment has been minimized.

Show comment
Hide comment
@hellboy81

hellboy81 Oct 22, 2018

OK, community.

What is the best way to show one file (with unit test) on the left monitor and the second file on the right monitor?

Please do not try to recomend to use Vim, Emacs, Visual Studio Enerprise, Sharp Develop, Eclipse, Jetbrains or may be Notepad.

hellboy81 commented Oct 22, 2018

OK, community.

What is the best way to show one file (with unit test) on the left monitor and the second file on the right monitor?

Please do not try to recomend to use Vim, Emacs, Visual Studio Enerprise, Sharp Develop, Eclipse, Jetbrains or may be Notepad.

1 similar comment
@hellboy81

This comment has been minimized.

Show comment
Hide comment
@hellboy81

hellboy81 Oct 22, 2018

OK, community.

What is the best way to show one file (with unit test) on the left monitor and the second file on the right monitor?

Please do not try to recomend to use Vim, Emacs, Visual Studio Enerprise, Sharp Develop, Eclipse, Jetbrains or may be Notepad.

hellboy81 commented Oct 22, 2018

OK, community.

What is the best way to show one file (with unit test) on the left monitor and the second file on the right monitor?

Please do not try to recomend to use Vim, Emacs, Visual Studio Enerprise, Sharp Develop, Eclipse, Jetbrains or may be Notepad.

@LonMcGregor

This comment has been minimized.

Show comment
Hide comment
@LonMcGregor

LonMcGregor Oct 22, 2018

What is the best way to show one file (with unit test) on the left monitor and the second file on the right monitor?

Don't double post please. The best I can offer would be to resize the window so it covers both your screens and split the editor into two tiles along the middle between your monitors.

LonMcGregor commented Oct 22, 2018

What is the best way to show one file (with unit test) on the left monitor and the second file on the right monitor?

Don't double post please. The best I can offer would be to resize the window so it covers both your screens and split the editor into two tiles along the middle between your monitors.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment