Vscode: 부동 창 허용

이것에 내 지원을 추가하는 것뿐입니다. 전체 Visual Studio를 사용하면 한 번에 두 개의 코드 파일을 볼 수 있도록 탭을 다른 모니터로 끌어다 놓았습니다. 분할 창 기능은 훌륭하지만 동일하지는 않습니다.

다른 것보다 편집기 탭이 더 중요하다고 생각합니다. 탭을 분리 할 수 ​​없을 때 두 개의 모니터를 활용하기가 정말 어렵습니다. 이것은 코드를 참조 할 때 중요하지만 Markdown Preview와 같은 경우에도 중요합니다.

어떻게 작동해야하는데 ...? 작동하지 않습니다 (1.11.0-Insider에서). 탭을 창 외부로 끌면 🛇이 표시되고 놓을 수 없거나 Windows 탐색기 창 위에 놓으면 파일이 복사됩니다.

@CherryDT 이 문제는 아직 진행 중이며 백 로그 로 표시됩니다. 1.11에서 구현 될 예정이라는 참조가 있습니까?

@ vossad01 당신 말이 맞아요. 제가 "이미 # 10121에 의해 해결됨"이라는 닫힌 문제 # 10147에서 왔고 "해결됨"으로 "처리됨"을 가져 왔기 때문에 저는

탭 분리 (보다 구체적으로 편집자)는 _eventually_ 유형의 작업이 아니라 _must have_라고 말하고 싶습니다. 그것을 구현하고 싶습니다.

@bpasero @aeschli 이 기능을 가져 와서 가져 오기 요청으로 검토하고 싶습니까? 더 큰 작업 인 것처럼 보이므로 구현하기 전에 물어 보는 것이 좋습니다.

@mlewand 이것은 기술적 한계로 인해 PR이 예상되는 영역이 아닙니다. 그래도 아이디어가 있으면 알려주십시오.

@bpasero 기술적 한계에 의해 Electron 한계라고 말합니까? 아니면 VSCode 하나의 프로젝트 <-> 하나의 창 디자인에 대한 것입니까?

@mlewand 는 동일한 JavaScript 컨텍스트를 공유하는 경량 창을 열고 그 안에 UI를 빌드 할 수 있다면 확실히 도움이 될 것입니다. 그렇지 않으면 표시하려는 UI 조각 만 포함 된 자체 컨텍스트가있는 무거운 브라우저 창을 열게되는데, 이는 잘못된 방향으로 보입니다.

"me-to"에서 차임하고 싶습니다.

특히 편집기 탭. 문제 작성자의 우선 순위가 너무나 거꾸로 된 것은 유감이지만 Microsoft의 어느 누구도 지난 1 년 동안이 티켓을 보지 못했고 하나에서 편집기 탭을 드래그 할 수 있다는 엄청난 가치를 인식하지 못했다는 것을 믿을 수 없습니다. 다른 창 (Visual Studio 군중이 수십 년 동안이 작업을 수행해 왔음)으로이 작업을 수행했습니다.

이것은 편집자로서 VSCode의 심각한 결함입니다.

약 9 년 동안 Visual Studio를 기본 편집기로 사용한 후 프런트 엔드 전용 프로젝트 팀으로 이동 한 후 VS Code로 전환했습니다. VS Code에 대해 좋아할 것이 많지만 저에게 중요한 기능 중 하나는 부동 편집기 탭 전용 창이 없다는 것입니다 (예 : Visual Studio에서 사용하는 데 익숙해졌습니다).

FWIW, 4 개의 모니터를 나란히 사용합니다. 특히 여러 파일을 동시에 작업 할 때 코드 편집을 위해 하나의 모니터에만 갇혀 있다는 것은 미쳤습니다.

위의 의견에 동의해야합니다. 이 기능의 부족은 여러 모니터를 사용하는 사용자 (기본적으로 코드 작업을하는 모든 사람)에게 큰 문제입니다. 분명히 별도의 (ctrl + shift + N) Visual Studio Code 인스턴스에서 특정 파일을 열어 문제를 해결할 수 있지만 가능한 한 빨리 해결해야 할 문제입니다.

새 창에서 파일을 열 수 있기를 원합니다 (예 : 다른 모니터 또는 다른 가상 작업 공간에 놓기).
새 창으로 직접 열 수없는 경우 탭을 새 창으로 분리하거나 탭을 별도의 VSCode 창으로 끌 수 있어야합니다 (파일 → 새 창으로 생성됨).

AsciiDocs를 편집하기 위해 WYSIWYG 뷰어 플러그인을 사용하고 있습니다. 이 경우 창을 다른 모니터로 분리하는 것이 기본 요구 사항입니다. 이 기능이 곧 우선 순위가 지정되기를 바랍니다.

탭을 찢어 파일 / 탭을 별도의 창에 표시 할 수 있다면 정말 좋을 것입니다 😪

저는 JetBeans에서 벗어나려고하는데 이것은 선택 사항이나 좋은 기능이 아닙니다. 다중 모니터 코딩의 기본입니다. 그것을 가지지 않는 것은 거래 중단 자입니다.

+

이 기능을 찾고 있습니다. 감사합니다 :)

다중 모니터 / 창을 지원하는 가장 깨끗한 방법은 아니지만 다음을 수행 할 수 있습니다.

• 파일> 새 창

• 이제 기존 Visual Studio Code 창의 탭을 방금 연 새 창으로 끕니다.

기존 탭을 두 번째 모니터로 드래그 할 수있는 것이 정말 좋을 것이라는 데 동의하지만 탭을 다른 모니터로 드래그하는 것을 지원할 때까지는 적어도 꽤 고통스러운 해결 방법입니다.

이 기능에 대한 내 요청도 추가합니다. 같은 것을 원하는 다른 사람들을 만나서 반갑습니다.

나는이 IDE를 좋아합니다. 😄

모두 제일 좋다.

매우 필요한 기능.
감사

+1

(BTW .: 오른쪽 패널의 백 로그 링크 (https://github.com/Microsoft/vscode/milestone/8)가 작동하지 않습니까?)

릴리즈 서클에 언제 추가 될 예정입니까? 감사!

전자를위한이 프로젝트를 본 사람이 있는지 확실하지 않지만 여기에 남겨 두겠습니다. 아마도 MS는 엄청난 시간 동안 도움을 줄 수 있습니다. :). 나는 한동안 커밋을 보지 못했으며 그가 걸림돌을 당했는지 아니면 방금 바빴는지 확실하지 않습니다.

https://github.com/electron-utils/electron-dockable

나는 VSCode로 설정된 편집기가 탭을 두 번째 모니터로 끌 수 없다는 사실에 충격을 받았다는 것을 인정해야합니다.

여기에 내 +1을 추가합니다.

이 기능도 갖고 싶어요. +1

@bpasero 탭을 드래그하면 VSCode의 다른 인스턴스가 열리도록 허용하는 것이 그렇게 큰 거래라고 생각하지 않습니다. 적어도 시작일 것입니다.

나는 Sublime Text에서 VSC로 변경하려고 생각하고 있는데,이 제한은 두 가지를 모두 사용하게하는 유일한 것입니다.

+1
탐색기와 디버그 만 필요하더라도

탭
탐색기 / 검색 / 디버그 / git / 확장

이에 대한 요청이 너무 많고 계속해서 들어오고 있습니다. 나는 혼자가 아니라서 기쁘다. 현실적으로 이것은 현재 VS 코드의 유일한 문제입니다.

+1

위의 주석과 함께 차임 할 것입니다. 이것이 VSCode에 대한 유일한 문제 / 기능 소원입니다. 그렇지 않으면 함께 일하는 것이 절대적인 즐거움이며 Sublime과 다른 사람들보다 훨씬 뛰어납니다.

@RoyTinker는 여기에서 동일합니다. 이것이 내가 VSCode로 완전히 전환하는 것을 막는 마지막 일입니다.

위의 모든 것에 동의합니다-이것은 Sublime에서 전환 한 후 나에게 유일한 연고입니다.

이것을 갖는 또 다른 중요한 이유는 "출력"및 "터미널"창을 분리 할 수 ​​있기 때문이라고 생각합니다. VS Code 내에서 디버깅을 실행하려는 경우 출력 창을 하나의 모니터에, 코드를 다른 모니터에 모두 넣는 대신 하나의 모니터에두기를 원할 것입니다.

@laserbeak 여러 운영 체제에서 창 관리를 처리해야하는 경우 복잡성이 발생한다고 생각합니다. 모든 플랫폼에서 명확하고 명확한 방법이 없을 수도 있습니다.

3 개의 디스플레이에서 작업하고 있음에도 불구하고 대규모 프로젝트를 디버깅하는 데 어려움을 겪고 있습니다. 디버그 콘솔과 내가 한 화면에서 단계별로 진행하는 코드 만있을 수 있습니다. 디버그 콘솔이 코드 편집기와 별도로 창의 전체 하단을 차지하므로 동일한 화면에 나란히 표시 할 수도 없습니다.

나는이 기능이 더 높은 우선 순위를 가질 수 있기를 바랍니다. 특히 지금까지 1 년 넘게 열려 있기 때문입니다.

관련없는 https://www.npmjs.com/package/electron-window-manager

Op 5 okt. 2017 2:38 am schreef Luc Shelton [email protected] :

@laserbeak https://github.com/laserbeak 여러 운영 체제에서 창 관리를 처리해야하는 경우 복잡성이 발생한다고 생각합니다. 모든 플랫폼에서 명확하고 명확한 방법이 없을 수도 있습니다.

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하거나 GitHub https://github.com/Microsoft/vscode/issues/10121#issuecomment-334327742 에서 보거나 https://github.com/notifications/unsubscribe-auth/AD90FFy4E1Ra3EKfLfwh026vvezYp9FJks5spCT2gaJpZM4JckZO 스레드를 음소거합니다.

분명히 JetBrains의 사람들은 최선의 방법을 알고 있습니다.
모든 IntelliJ 제품에서 모든보기에는 다음과 같은 옵션이있는 톱니 바퀴 아이콘이 있습니다.

• 도킹 모드
• 부동 모드
• 창 모드

이 기능이 없으면 개발자는 개발자 시간의 20 % 이상이 소요되는 다음주기에 들어갑니다!

while (developing){
    swithToIDE() // because you were checking browser before this.
    findTheFileYouAreInterested() // because you can't see more then one file unless you split the view which brings another problem(limits visible area)
    findTheCodeYouAreWorkingOn() // since the coding window is too small because of the space taken by other views (terminal, output etc.)
    changeLogicCode()

    // checking output
    if (output.NotVisibleEnough){ // TODO: change to if(true) becuase it's never visible enough
        output.resizeToVisibleSize()
    }

    findTheProblemInOutput()

    if (output.takesTooMuchSpace){ // TODO: change to if(true)
        output.resizeToMinimalSizes()
    }

    changeLogicCode()

    changeUICode()

    swithToBrowser();
}

나는 F ocusing U의 SERS 'C의 reativity K의 iller 사이클로이를 호출합니다.

이것이 겉보기에 높은 우선 순위가없는 것은 유감입니다. 이 훌륭한 편집자에게는 정말 대단합니다.

이것이 그들이 나에게 말한 마지막 것입니다 @Hypernut

https://twitter.com/TheLoveDuckie/status/916447993594859522

이 기능에 대한 높은 수요를 무시할 수 있다는 점이 이상합니다.

@Hypernut 저도 같은 생각을했습니다. 나에게 그것은 현대 IDE의 기본 기능이어야하는 것처럼 보입니다.

@LoveDuckie @Hypernut 탐색기에서 새 창으로 파일을 드래그하여 문제를 해결할 수 있습니다. 그러나 그것은 정말로 수용 가능한 해결책이 아닙니다. 그들은 그것이 전자의 한계이고 실제로 그것을 슬프게도 할 수 있는지 여부에 대한 질문을 피하는 것처럼 보입니다.

또는 그들은 Visual Studio에 대해 너무 강력한 경쟁을하고 싶지 않을 수도 있습니다;-}

@ benm-eras 나는 그것을 알고 있지만 이미 해당 기능에 대한 지원이있는 것 같습니다. MS가 VS Code와 통합하고자하는 간단한 경우입니다.

+1. 여러 모니터 (탭)를 사용하는 사람들에게는 필수가 아닙니다. 14 개월이 넘었지만 여전히 죽은 침묵? 하지만 macOS Touch Bar 지원이 있습니다. 👎 슬프다 ...

나는 "이것이 Visual Studio와 경쟁하게하지 말자"라는 의견에 동의합니다. 내 SPA에서 효율적으로 작업하고 Visual Studio의 웹 API 백엔드에서 작업 할 수 있다면 VS Code도 필요하지 않을 것입니다.

+1하려면이 기능이 필요합니다.

이 기능은 백 로그에 있지만 업 보트 수를 기준으로 기능 요청을 정렬하면 14 위에 올랐습니다.
https://github.com/Microsoft/vscode/issues?utf8=%E2%9C%93&q=is%3Aissue%20is%3Aopen%20sort%3Areactions-%2B1-desc%20label%3Afeature-request

10 위 안에 들려면 104 표가 더 필요합니다.

이 문제는 원래 질문이 더 잘 표현 된 경우 훨씬 더 많은 찬성표를받을 수 있습니다.

제목 : VSCode 다중 모니터 / 다중 작업 영역 지원 추가.

기술:

여러 작업 영역 / 모니터에 걸쳐 IDE 인스턴스에서 VSCode 문서 탭, 도구 및 확장 창을 드래그하는 것을 지원합니다. 이러한 방식으로 분리 된 Windows는 IDE에 연결할 때 일반적으로 수행하는 것과 동일한 컨텍스트 내에서 작동해야합니다.

현재 행동 :

https://cloud.githubusercontent.com/assets/2397125/26831065/5b8f145c-4acb-11e7-8f81-fe25512708cd.gif

원하는 행동 :
https://user-images.githubusercontent.com/3527695/31317649-71a530b2-ac4d-11e7-9531-6fe2d4a2e967.gif

지원하다:
https://www.npmjs.com/package/electron-window-manager

그렇다면 Visual Studio를 사용하지 않는 이유는 무엇입니까?

@ s952163
나는 사용하지만 Windows로만 제한됩니다 ;-) Linux, macOS, Windows에서 사용하는 vscode 동안

@ s952163 많은 잠재적 인 이유 :

• Linux 또는 Mac OS X 사용
• 비 MS 런타임 / 플랫폼에 대한 개발

저는 이제 macOS의 프런트 엔드 개발자이며 다중 창 지원을 위해 Windows 및 Visual Studio로 다시 전환하지 않습니다. 현재 플로팅 창을 지원하는지 알아보기 위해 유사한 편집기를 찾고 있습니다 : Brackets, Atom, Sublime, JetBrains ...

또한이 기능에 대한 지원을 요청하고 싶습니다. 이 시점에서, 그것은 VS 코드를 풀 타임으로 사용하는 저를 유지하고 누락 된 기능입니다.

이 문제에 대한 일반적인 개발자 의견 : "90 년대에 설계된 잘못된 UI가있는 다른 모든 IDE는 생산성을 높이기 위해 여러 화면을 구입해야했습니다. 따라서이 새로운 IDE는 문제를 다르게 수정하려고 시도하지 말고 동일한 잘못된 UI를 복제하고 여러 스크린 ".

단일 창에 초점을 맞추고 간소화되고 편집 중심의 UX가 단점이 아니라 VSCode의 강력한 장점이되는 것이 구현되지 않기를 바랍니다.

@ Krzysztof-Cieslak 마찬가지로 Chrome은 탭을 새 창으로 표시하는 것을 지원하지 않아야합니다. 나는 그것을 주장하는 사람을 상상할 수 없었다. 다중 모니터는 사용 가능한 화면 공간을 늘리기 때문에 여전히 _ 정말 _ 도움이됩니다. 다중 모니터를 지원하는 앱은 그렇게하는 데 전혀 어색하지 않습니다.

위의 @ D1no 그림을 참조하십시오 ( 위로 스크롤하려면 클릭 ). 이것이 제가 원하는 것입니다. 마치 Chrome 탭을 띄우는 것과 같습니다. [편집 : 새 탭의 창이 주 창의 UI를 복제해야한다고 말하는 것이 아닙니다. 필요한 것은 탭 막대 (여러 코드 편집기 탭용)와 탭 내용뿐입니다.]

@ Krzysztof-Cieslak 농담이야? 믿거 나 말거나 커피 숍이나 나무 꼭대기 또는 현재 유행하고있는 곳에서 지역성보다 생산성을 중요시하는 개발자 커뮤니티가 많습니다.

다중 모니터 작업 공간은 90 년대의 일부 유물이 아닙니다. 이동성 또는 힙 스터 라이프 스타일의 변화에 ​​희생해서는 안되는 놀라운 생산성 도구입니다.

@ Krzysztof-Cieslak 이것은 아마도 내가 읽은 가장 바보 같은 진술 일 것입니다. 참고 : 21 세기 VR 운동의 절반은 무한한 수의 "창 / 인터페이스"에 대한 화면 공간 제한에서 영감을 얻었습니다. 🙄

다시 주제로 돌아갑니다. 우리는 무엇을 할 수 있습니까?

VR이 프로그래밍과 같은 무거운 텍스트 편집 및 읽기 활동과 어떤 관련이 있는지 궁금합니다 ....하지만 다른 사람들이 나무 위에서 코딩하는 힙 스터라고 비난하거나 기분을 좋게 만드는 것은 무엇이든 관계없는 예를 제공하는 것에 집중합시다. 그것은 쉬운 부분입니다.

@ Krzysztof-Cieslak, 당신은 오래된 IDE에 여러 대의 모니터를 갖도록 강요하는 디자인 문제가 있다고 말했죠. 좋습니다. 저는 그 주제에 대해 그것이 옳고 그름이라고 말할만큼 충분히 알지 못합니다. 1991 년 때문에 실제로 기회가 없었습니다.) 그러나 어떻게 보는지는 중요하지 않습니다. 탭을 클릭하거나보기를 변경하기 위해 몇 가지 키 조합을 사용하는 것보다 동시에 2 개 이상의 파일을 보는 것이 더 생산적입니다. 이러한 파일이 강한 종속성을 가질 때 특히 그렇습니다. 나는 이것이 필요하다고 설명 할 필요가 없다고 생각한다. 당신은 내가 말하는 것을 알아야한다. 나쁜 영어에 대해 죄송합니다, btw.

Kiddo, 당신은 달 뒤에 살고 있습니까, 아니면 그냥 트롤링입니까?
https://gearburn.com/2016/06/space-vr-app-turns-the-htc-vive-oculus-rift-into-a-productivity-hub/
https://www.bloomberg.com/news/articles/2016-11-16/how-working-in-vr-could-make-you-more-productive
https://www.theguardian.com/technology/2015/mar/24/andreessen-horowitz-london-virtual-reality-startup-improbable
(...)

정보에 대한 노출을 최대화하는 것은 멀티 스레딩에서 픽셀 밀도에 이르기까지 모든 것을 가능하게하고, 멀티 스크린 및 크로스 디바이스 애플리케이션까지도 가능하게합니다. IDE가 포함되어 있습니다.

따라서 강화 된 편집자가 확립 된 워크 플로에 참여하도록 _ 요청 _하는 것이 적절합니다. 트롤링 외에 공유 할 공헌이 있다면 모두 기꺼이 여러분의 의견을 듣고 싶습니다. 그러나이 시점에서이 문제의 1 년 이상 활동은 그 자체로 말하고 있습니다.

우리는 오히려 _when_에서이 향상 명중 vscode _how_, _if_를 벗어납니다.

이 문제는 상당히 뜨거워지고 있습니다.이를 지원하는 사람들은 이에 대한 인식을 높여야하므로 (트윗, 추천, 토론) 상위 10 개 요청 목록에 올릴 수 있습니다. 트롤링 / 이름 부르기 / 논쟁은 우리를 아무데도 가져 오지 않습니다.

@ D1no 감사합니다. 이제 Oculus Rift가 필요하므로 17 개의 가상 모니터를 사용할 수 있습니다. :).

안녕하세요.
이것은 디자인 선택이 아니라 기능입니다. 이 기능이 구현되면 VS Code를 사용하기 위해 여러 대의 모니터가 필요하지 않습니다. 사실, 아무것도 할 필요가 없으며 VSCode를 그대로 사용하면됩니다. 나는 아직도 당신이 반대하는 이유를 이해하지 못합니다.
어쨌든, 나는 2 개의 모니터를 가지고 있고 나는 여전히 세 번째 모니터를 구매할 것을 고려하고있다. 왜? 콘텐츠를보기 위해 창을 클릭하고 크기를 조정하는 것은 정말 시간이 많이 걸립니다. 가상 머신, 작성한 코드, 디자인 한 HTML 페이지, 확인한 브라우저 창, 디버그 출력, 터미널 등. 한 번에 모두 볼 필요가 있습니다.

MacOS 또는 Linux를 사용하는 BTW가 VS를 사용하지 않는 유일한 이유는 아닙니다. 마지막으로 다운로드 한 것은 몇 달 전이고 그 당시에는 크기가 약 7 ~ 8GB였습니다. 그러나 8GB 설치 프로그램을위한 오프라인 제거 프로그램이 없습니다! 인터넷의 온라인 설치 프로그램에서 오프라인 설치 프로그램을 만드는 해결 방법이 있습니다!

뿡뿡

동시에 2 개 이상의 파일을 보는 것이 더 생산적입니다.

현재 3 개의 파일, 하나의 수직 패널 (디버거, git, 검색, 탐색기) 및 수평 패널을 동시에 볼 수 있습니다.

@ D1no ,
잘했습니다. IDE (또는 일반적으로 텍스트 편집)와 관련이없는 링크를 Guardian 및 Bloomberg와 같은 존경받는 컴퓨터 과학 / 소프트웨어 엔지니어링 미디어의 VR 과대 광고 기사에 연결하면 귀하의 관점을 완전히 보여줍니다. 그러나 나는 여전히이 전체 스레드에서 텍스트 편집을 위해 여러 화면을 사용하여 생산성 향상을 보여주는 연구, 연구, 논문에 대한 링크를 볼 수 없습니다. 나는 그러한 기능을 구현하는 다양한 방법의 가능한 함축적 의미에 대한 합리적인 논의를 보지 못했습니다. 나는 개념 구현 증명을 보지 못할 것이라고 확신합니다. 내가 볼 수있는 것은 엄청난 디자인 영향을 가진 임의의 기능을 +1하는 사람들의 무리입니다 (다른 의견을 가진 사람에 대한 증오심).

어쨌든, 나갑니다. 그래, 달 뒤에 사는 꼬마라고 부르면이 토론에서 이겼어! 당신은 또한 나를 임의의 인터넷 트롤로 설명해 주셨습니다.

@ Krzysztof-Cieslak,
틀렸다는 것이 증명되었을 때 도망 치지 마십시오!
먼저 여러 모니터를 지원하지 않으면 생산성이 향상되거나 오히려 더 나은 선택임을 보여주는 연구를 지적하십시오. 당신이 사람들에게 준 것은 당신의 주장 뿐이고 그들은 그들의 주장을주었습니다.

"현재 3 개의 파일, 하나의 수직 패널 (디버거, git, 검색, 탐색기) 및 수평 패널을 동시에 볼 수 있습니다.", 좋은 시도입니다.하지만 내 말은 CSS 파일이 하나에있는 최대화 된 창을 의미합니다. 모니터와 다른 하나에 HTML이있는 최대화 된 창 ... 그것은 같은 모니터에 불편한 패널이 많이있는 것보다 훨씬 낫습니다. 나는 그것이 개인적인 선호라고 말하고 싶지만, 이건 237 개의 업 보트와 7 개의 다운 보트를 가지고 있습니다.

@tavuntu @ Krzysztof-Cieslak 저는 22 인치 모니터 중 하나를 세로 방향으로 유지합니다. 인접한 모니터의 최대화 된 분할 창에서 해당 HTML 및 CSS 파일을 사용하여 JS 위젯 파일을 편집하는 것이 때때로 정말 좋습니다.

형세:

                                 |         |
                                 | JS File |
                                 |         |
+-------------+ +--------------+ |         |
| Chrome tabs:| | CSS  | HTML  | |         |
| App, docs,  | | File | File  | |         |
| inspector   | |      |       | |         |
|             | |      |       | |         |
+-------------+ +--------------+ |         |
                +--------------+ +---------+
                | Terminal,    |
                | Email,       |
                | Slack        |
                |              |
                +--------------+

이상적으로는 상단 중간 및 오른쪽 모니터가 VS Code의 단일 인스턴스를 실행하고 JS 파일이 별도의 최대화 된 창으로 튀어 나옵니다.

이 실수하지 마세요 ...

한 번에 여러 파일을 읽고 초점을 유지할 수 없습니다. 코드를 하나의 화면으로 분할하는 것만으로도 충분하며 이러한 결정은 사용자 경험에 대한 많은 디자인 영향을 의미합니다.

복잡성을 더하지 않고 현재 사용자 경험을 개선하기 위해 VSCode에서 할 일이 이미 많이 있습니다. 새 창 때문에 컨텍스트가 하나의 창 등으로 간단하지 않기 때문에 VSCode 공급자가 지원해야 함을 의미합니다.

가능한 더 나은 초점 IMO, 단어 패턴 선택 수정 및 선택 이름 변경, 패널에 드래그 앤 드롭 지원 추가 등 ...

또한 대부분의 OS는 적절한 타일링 시스템을 지원하지 않으므로 각 창을 재미있게 관리하십시오.

@MangelMaxime 새 창이 선택 사항이라는 것을 알고 있습니까?

@ jez9999 예, 향후 추가 및 유지 관리가 간단한 기능이 아니라는 것도 이해합니다. :) 그냥 내 의견을 제공하는 것은 대부분의 사람들이 이미 +1을 준 것처럼 보입니다. :)

안녕하세요.
"여러 파일을 한꺼번에 읽고 집중할 수 없습니다."
여러 파일을 클릭-크기 조정-읽을 수 있다면 먼저 클릭하고 크기를 조정하지 않고도 여러 파일을 읽을 수 있습니다.
게다가 항상 지켜 보는 코드가 아닙니다. 때때로 출력을 보거나 터미널에 몇 가지 명령을 입력합니다. 이것이이 기능이 VS 코드에 올 때까지 IntelliJ를 고수하는 이유입니다.

안녕하세요.
그것은 실제로 좋은 점이지만 콘솔이나 명령의 경우, 예를 들어 일반적인 IMO에서 더 나은 작업을 수행해야하는 콘솔 애플리케이션이 이미 있습니다.

나는 포기한다.
여러 모니터를 지원하는 것은 좋지 않습니다.
비용이 많이 들고 응용 프로그램 유지 관리가 더 어려워지고 사용자가 코드에 집중하지 못합니다. 또한 하나의 모니터가 두 대보다 확실히 저렴합니다. 눈을 좌우, 상하로 움직일 필요가 없습니다. 화면 중앙을 직접 응시하고 마우스를 사용하여 관련 콘텐츠를 화면 중앙으로 이동하면됩니다. 이렇게하면 크기가 작고 가격이 저렴하기 때문에 더 작은 크기의 모니터가 더 매력적임을 알 수 있습니다.

편집 : 분명히 누군가가 풍자를 얻지 못했습니다.

코드가 나온 이후로 코드는 다중 모니터를 지원하지 않았고 의도적으로 선택했다고 가정했습니다. 즉, 유용하다고 생각할지 모르겠습니다. 한 모니터에서는 코드를 사용하고 다른 화면에서는 브라우저와 에뮬레이터를 사용합니다. -1.

왜 그것을 사용하지 않을 것이라고해서 투표하지 않습니까?

백 로그에 해당 기능을 제공해야한다고 생각하는 우선 순위 수준에 대한 피드백을 제공하기 위해 반대 투표를했습니다. 이것은 내가 우선 순위를 두는 기능이 아니고, 사실 디자인과 의도에 반하는 것 같다 ( "나온 이후로 코드는 다중 모니터를 지원하지 않았고 의도적으로 선택했다고 가정했다"참조). ) 질문 해 주셔서 감사합니다!

비용이 많이 들고 응용 프로그램 유지 관리가 더 어려워지고 사용자가 코드에 집중하지 못합니다.
또한 하나의 모니터가 두 대보다 확실히 저렴합니다.

네! 내가 빵을 싫어하면 아무도 먹어서는 안 돼! 상점을 어지럽히고 유지 관리가 더 어려워집니다. 사람들이 다른 더 중요한 음식에 집중하는 것을 방지합니다.
또한 더 이상 버터가 필요하지 않으므로 삶을 확실히 더 저렴하게 만듭니다.
참 터무니없는 토론 ...

내가 맞다면 말해줘. 기능이 지금 내장 된 경우. 기능이 나중에 내장 된 경우와 비교하여 "필수 기능"으로 인해 코드가 더 복잡해질 수 있습니다. 전체 시스템이 비교적 단순 할 때 지금 구축하는 것이 낫지 않을까요?

(나와 같은) 모르는 사람에게 좋은 소식이 있습니다.이 기능은 이미 (대부분) 구현 된 것 같습니다. 탭을 별도의 창으로 분리하는 것은 __ 이미 가능 __ 🎉이며 몇 가지주의 사항 / 해결 방법이 필요합니다.

준비 단계 :

1. 프로젝트 폴더 또는 작업 영역을 엽니 다 (아직 열려 있지 않은 경우).
2. 파일> 새 창
3. 새 창에서 시작 화면 닫기
4. (사이드 바가 보이는 경우) 새 창을 선택한 상태에서보기> 사이드 바 전환을 클릭합니다.
5. (활동 표시 줄이 보이는 경우) 새 창을 선택한 상태에서보기> 활동 표시 줄 숨기기를 클릭합니다.
6. 모니터 # 2에서 새 창 최대화

이제 프로젝트 창에서 새 창으로 편집기 탭을 끌어다 놓습니다.
==> Boom : 작업 공간은 이제 다중 모니터입니다.
(또한 드래그 한 탭을 닫아야합니다)

따라서 2 ~ 5 단계 (+ 원래 탭 닫기)를 자동화하고 누군가가 화면의 vscode 소유가 아닌 부분에 탭을 끌어다 놓을 때 자동화를 트리거 할 수 있다면이 기능의 최소 실행 가능한 구현은 다루기 어렵지 않습니다.

예, 이것은 알려진 해결 방법이며 (프로젝트를 여러 번 여는 것과 같은) 위의 주석 어딘가에 명시되어 있습니다. 그러나 지루하고 때로는 프로젝트의 여러 인스턴스가 동시에 열리는 문제로 이어질 수 있습니다 (이러한 인스턴스는 서로 직접 통신하지 않음).

@RoyTinker "22 개의 모니터 중 하나를 세로 방향으로 유지합니다. ", 그것은 유효한 주장입니다!

다른 편집기에서도 디버깅 할 수 없습니다. 여러 개의 창을 갖는 가장 유용한 이유는 서버 (노드)와 클라이언트 (Angular)에서 디버깅하는 것입니다. 하나의 공간에 모든 것을 담아 두는 것은 정말 짜증납니다. 저는 Angular 파일을 한 창에, 노드 파일을 다른 창에, 터미널을 다른 전체 화면에 두어 무슨 일이 벌어지고 있는지를 볼 수 있기를 원합니다. Web Storm과 같은 것에서는 모두 가능하지만 VS Code는 아닙니다. 그것은 정말로 생산성을 돕고 그 한 가지 이유로 나는 여전히 VSC 대신 WS를 사용합니다.

좋은 소식입니다. 찬성순으로 정렬 된 기능 요청이 # 13 개로 증가했습니다. 상위 10 위에 오르려면 88 표만 더 필요합니다.

나로부터 한 표 더!

투표, 이것은 Sublime에서 이동하지 않은 유일한 것입니다

한 번 더 투표하면 훨씬 필요한 기능입니다.

그리고 한 표 더!

한 표 더!

이 기능을 원합니다. 찬성.

한 표 더.
투표로 해설이 도움이 되나요? 아니면 메인 포스트에 충분히 좋아요? 그렇지 않으면이 스레드가 약간 넘칠 것입니다.

메인 포스트에 좋아요.

메인 포스트에 엄지 손가락을 올리는 것이 우리에게 필요한 것입니다. 토론에 추가 할 것이 없으면이 스레드에 추가하지 마십시오. 투표 해주셔서 감사합니다 !! 😃

+1 투표

프로젝트가 커짐에 따라 이것이 더 필요하기 시작했습니다. 그것 때문에 성능이 떨어지지 않는다면 훌륭한 기능이 될 것입니다.

일부 텍스트 편집에도 이것을 사용하는 것이 이상적입니다. 예를 들어 VS-Code로 연구 논문을 작성합니다. 또한 VS Code로 Markdown 기반 문서를 많이 작성합니다. 한 화면에 코드 / 텍스트를 작성하고 외부 모니터 (또는 두 번째 화면)에서 미리보기 (VSCode 내에서)를 얻는다면 매우 유용 할 것입니다. 이 기능이 완전히 필요하고 지원합니다!

나에게서 +1 투표! Vscode는 굉장하며이 fonctionality로 더 멋질 것입니다!

뿡 빵뀨

좋아요는 항상 인기있는 +1 방법보다 선호됩니다. Wish GitHub는 + [Emoji]보다 모든 게시물에 +1 버튼을 사용하여 더 분명하게 만들 것입니다.

항상 reddit 스타일도 사랑했습니다.

만세, 우리는 상위 10 위 안에 들었습니다 (실제로 9 위입니다). 68 개만 더 투표했으며 이는 상위 5 개 기능 요청에 포함됩니다. (투표하려면 상단 댓글에 "좋아요"반응을 추가하세요.)

이것에 대한 엄지 손가락. 최대한 빨리 최대한 빨리 최대한 빨리 최대한 빨리 최대한 빨리 최대한 빨리 최대한 빨리 최대한 빨리

나에게서 투표

나를 위해 +1. 전환 할 때 처음 발견 한 것.

내 현재 VS Community Edition 설정 :
왼쪽 화면 :

• 솔루션 탐색기
• 중단 점
• 오류
• 속성
• 소스 제어

오른쪽 화면 :

• 코드 편집기

지금이 부분에 가까운 것은 "젠 모드"입니다.하지만 거의 같은 경험은 아닙니다.

그러니 제발 ... "모든 것을 떠 다니세요!" 🙏

그러나 나는 또한 아마도 vscode 개발자에게 쉬운 일이 아니라고 생각합니다.
이 기능을 사용하려면 확장 창을 플로팅하려는 경우 확장 개발자가 일부 인터페이스를 구현해야합니다. 최악의 경우는 모든 이전 확장을 플로팅을 지원하도록 다시 작성해야한다는 것입니다.

그러나 어쨌든 확장 개발자가 더 이상 신경 쓸 필요가없는 기능이 잘 수행된다면 그것은 기뻐할 것입니다.

Visual Studio에서 코드로 전환 한 후에도 여전히 이것을 기다리고 있습니다.

@nguyenlamlll https://github.com/Microsoft/vscode/issues/2686#issuecomment -344808761을 통해 읽는 것이 좋습니다.

이것은 끔찍한 앱이며 최근 Webstorm에서 vscode로 이동했습니다.
정말이 기능을 원합니다 !!

@bpasero "백 로그에서 제거됨"-의견이

@RoyTinker 아니 그것은 특별한 의미가 없습니다. 작업이 시작되지 않는 한 중요 시점이 지정되지 않은 문제를 선호합니다. 향후 6-12 개월 동안 작업 할 계획에 대한 로드맵을 참조하십시오 : https://github.com/Microsoft/vscode/wiki/Roadmap

향후 6 ~ 12 개월 동안 작업 할 계획에 대한 로드맵을 참조하십시오.

나는 거기에서 그것을 보지 않는다. 그래서 너희들은이 기능에 대한 높은 수요를 계속 무시하는 것 같다.
왜?

예,이 기능은 "행복한 코딩"범주에 확실히 속한다고 생각합니다. 400 개 이상의 찬성. 로드맵에 있어야합니다.

나는 그것이 훌륭한 기능이 될 것이라는 데 전적으로 동의하지만 실제로 사람들은 vscode의 좋은 사람들에게 약간의 휴식을 제공합니다. 나는 그것이 아직 시작되지 않은 이유가 있다고 확신합니다. 우리는 이것이 자유 소프트웨어임을 상기시켜야합니다.)

감사합니다 @bpasero .

@ zewa666 예, 무료이며 굉장합니다. 그것에 대해 감사합니다. 문제는이 사람들이 대답을하지 않는다는 것입니다. 그리고 그들이 이것을 구현하지 않을 정당한 이유가 있더라도 그들의 침묵은 그들이이 요청에 대해 신경 쓰지 않는다고 우리에게 말합니다. 우리는 개발자이고 많은 사람들이 기술적 이유를 이해할 것입니다. 때로는 침묵이 부정적인 대답보다 더 나쁩니다.

예, 무료입니다. 하지만-그리고 제가 틀릴 수도 있습니다. 그것은 마이크로 소프트와 마이크로 소프트 개발자들에 의해서만 개발되었습니다. 그것이 맞다면, 나는 그들이 이것에 대해 일한 대가를 지불받을 것이라고 확신합니다. 따라서 이것은 사람들이 재미와 여가 시간에하는 커뮤니티 프로젝트와는 약간 다릅니다. 왜냐하면 이와 같은 다른 오픈 소스 프로젝트에서 우리는 이것이 구현되면 언제, 그리고 그렇지 않다면 이유에 대한 답을 이미 가지고있을 것입니다.
그게 내가 바라는 전부입니다.
오픈 소스 프로젝트에서는 침묵이 이상하지만 안타깝게도 Microsoft와 같은 회사에서는 일반적입니다.

이 기능이 많은 진전을 이루지 못하는 기술적 이유가 있습니다. 우리는 아래에 Chrome을 기반으로하는 크로스 플랫폼 UI 프레임 워크로 Electron 프레임 워크를 사용하고 있습니다. Chrome에는 각 창에 자체 격리 된 컨텍스트가있는 모델이 있습니다. 예를 들어 각 창에는 자체 프로세스와 자체 JavaScript 컨텍스트가 있습니다. 여러 창간에 동일한 컨텍스트를 공유 할 수 없습니다.

이제 입력하는 편집기가 있고이를 끌어서 새 창을 만들고 싶다고 가정 해 봅니다.이 작업은 매우 빠르고 가볍습니다. 그러나 대신 독립형 창에서 편집기를 사용하려면 별도의 확장 호스트를 사용하여 VS Code의 완전히 새로운 인스턴스를 만들어야합니다 (이는 파일> 새 창을 수행하고 창에서 해당 파일을 여는 것과 비슷합니다). .

이 기능은 "메인"창과 동일한 메모리를 공유하는 창을 만드는 방법을 찾은 경우에만 가능하므로이 작업은 간단합니다. Imho 각 부동 창을 지금처럼 완전히 격리하는 것은 작동하지 않습니다.

https://github.com/azain/electron-window-manager

@bpasero- 이 기능의 경량화는 그다지 중요하지 않습니다. 두 개의 vscode 인스턴스가 동기화되어 있고 메인 화면에서 파일을 간단히 편집하고 두 번째 화면에서 문제 패널 또는 터미널 업데이트를 즉시 볼 수 있다면 이미 매우 유용 할 것입니다. 일반적으로 두 번째 화면에서 패널을 열고이 화면 설정을 몇 시간 동안 열어 둡니다.

이상적으로는 문제 패널을 한눈에 볼 수 있도록 두 번째 화면에 1-4 개의 창이 나란히 열려있는 분할 화면을 만들고 (예 : 단위 테스트와 클라이언트 및 서버 출력 표시) 사용할 수 있습니다. 항상 측면 패널을 열고 닫을 필요없이 첫 번째 화면을 전체 화면으로 표시합니다.

나는 항상 cmd + j를 사용하여 터미널을 열고 닫는 상황에 처하거나 단순히 열려있을 수있는 두 번째 화면이 있지만 변경 사항을 나란히 비교하고 싶기 때문에 모든 분할 탭을 닫아야하는 상황에 처해 있습니다. .

답장을 보내 주셔서 감사합니다.
가벼워도 상관 없어요. 나는 터미널을 옮기고 콘솔을 디버그하는 것이 나를 가장 적게 괴롭히는 곳으로 옮길 수 있기를 원합니다.

뽀 세로

어, 컨텍스트를 유지할 수 없습니까?

    // STEP 1: open a new browser window and store a reference to it
    this.externalWindow = window.open('', '', 'width=600,height=400,left=200,top=200');

    // STEP 2: append the container <div> (that has props.children appended to it) to the body of the new window
    this.externalWindow.document.body.appendChild(this.containerEl);

React v16 포털이 유용한 주된 이유 중 하나이기 때문에 저는 그것에 대해 알고 있습니다.
https://hackernoon.com/using-a-react-16-portal-to-do-something-cool-2a2d627b0202

제안과 토론에 감사드립니다. 창이 별도의 프로세스에 있더라도 창간에 통신하는 방법은 확실히 있습니다. 한 창이 다른 창을 실제로 인식하지 못하는 문제가 여전히 있습니다. electron-window-manager 와 같은 라이브러리는이 작업을 조금 더 쉽게 만드는 것처럼 보이지만 결국 몇 가지를 설명하기 위해 많은 작업이 필요합니다.

• 워크 벤치의 각 부분 (편집기, 패널,보기)은 별도의 브라우저 창에서 실행할 수 있어야합니다. 즉, 각 부분은 완전히 독립적이어야합니다.
• 마스터 창은 기본적으로 워크 벤치 레이아웃을 여러 창으로 다중화해야합니다 (예 : 출력 패널을 열면 출력 패널이 열린 창에 초점을 맞춰야 함).
• 아마도 가장 큰 문제 일 것입니다. 현재 하나의 창 (모든 확장 및 확장 호스트를 포함) 내에있는 모든 서비스는 각 창에서 통신 할 수있는 공유 백엔드로 이동해야합니다. 예를 들면 : 한 창에서 디버그 세션을 시작하지만 다른 창에는 디버그 콘솔이 표시됩니다. 물론 두 창 모두 동일한 디버그 백엔드와 통신해야합니다.

기술적으로 불가능하다고 말하고 싶지는 않지만이 기능 요청은 UI 영향과 오늘날 우리가 가지고있는 각 측면에 필요한 근본적인 변화로 인해 매우 도전적이라는 것입니다. 그게 말이 되길 바랍니다.

이 기능을 단계적으로 출시하는 것을 목표로하고 계획에 따르지 않기를 바랍니다.

+1이 좋아합니다

@bpasero n00b 질문에 대해 죄송합니다 : nativeWindowOpen 이 문제를 해결하는 데 도움이 될 수 있습니까?

나에게서 +1하고

@ Blackbaud-DustinLunsford 간단한 해결 방법에 감사드립니다

@ n9 두 창 사이의 통신은 해결할 수 있다고 생각하지만 다른 문제는 여전히 남아 있습니다.

이것은 내가 필요로하는 훌륭한 기능입니다!

@bpasero 답변 주셔서 감사합니다!

결정자는 분할 화면에 세로 1 개, 가로 1 개가 있어야합니다.

내가 여전히 VS 코드를 통해 Eclipse를 사용하는 이유 중 하나입니다. 세로 창 코드-가로 도구

+1

이 기능이 곧 출시되는 것을보고 싶습니다 🙂

잘 했어; 나는 편집자를 사랑한다

예수

+1 ...! 😃

@bpasero 나는 당신이 언급 한 몇 가지 복잡성을 포함하지 않는 80/20 (% 이익 / 노력) 중간 목표가 있다고 생각합니다.

다음 기능을 추가 할 수 있다면 어떨까요?

• 여러 창이 동일한 프로젝트 디렉토리를 가리 키도록 허용
• "편집기 전용"창을 열기위한 내부 API 옵션 추가 (즉, 상태 표시 줄 없음, 활동 표시 줄 없음, 편집기 탭만)
• 확장 프로그램이 "편집기 전용"창에서 관심 / 무관심을 등록하도록 허용
• 새로 생성 된 창에 지정된 (저장되지 않은) 버퍼가있는 편집기 탭에서 파일을 여는 (내부) API 옵션 추가
• 편집기 탭을 앱 외부로 드래그 할 때 :
  
  
  
  • 파일과 현재 (저장되지 않은) 버퍼 (해당되는 경우)를 사용하여 활동 및 상태 표시 줄없이 새 창을 만듭니다.
  
  
  • 원래 창에서 편집기 탭을 닫습니다.
  
  
• 동일한 프로젝트 디렉토리의 모든 창에 대한 후크를 추가하여 몇 가지 UI 이벤트에 신호를 보내고 수신 및 반응합니다.
  
  
  
  • 선택한 편집기 탭 (활동 표시 줄 탐색기가 파일을 가리 키도록 업데이트 됨)
  
  
  • 편집기 탭이 닫힘 (탐색기를 "선택된 탭 없음"으로 설정했을 수 있습니다. 마지막 탭을 선택하는 것이 조정하기 어려울 수 있음)
  
  

@RoyTinker 나는 그것이 더 간단 할 수 있다고 생각합니다.

첫 번째 솔루션으로 100 % "분리 가능한"창일 필요는 없습니다. 실제 앱은 내부에서 재 배열 할 수있는 여러 캔버스의 "컨테이너"일 수 있습니다.
운이 좋으면 VSCode 주 창에서 매우 간단한 변경이 될 수 있습니다.

@Rouche VSCode는 Electron에서 구현됩니다. 즉, 각 창은 일부 백엔드 프로세스와 함께 별도의 크롬 프로세스입니다. "앱"은 이러한 프로세스를 인스턴스화 / 오케스트레이션하는 OS 별 컨테이너입니다. 이 시점에서 그 모델을 변경하는 것은 다소 근본적인 (큰) 것입니다.

나는 그것이 디자인 고려 사항이 아니었다는 것에 약간 실망합니다.
처음.

2017 년 12 월 1 일 금요일 오후 9시 39 분에 Roy Tinker [email protected] 은 다음과 같이 썼습니다.

@Rouche https://github.com/rouche VSCode는 Electron에서 구현됩니다.
즉, 각 창은 별도의 크롬 프로세스이며
백엔드 프로세스도 마찬가지입니다. "앱"은 OS 별 컨테이너로
이러한 프로세스를 인스턴스화 / 조정합니다. 그 모델을 바꾸면
이 시점에서 다소 근본적인 (대형).

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/10121#issuecomment-348621220 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAqQmoLrUY4l5H5xwroWCytBbgT2LIL_ks5s8HIqgaJpZM4JckZO
.

-

게임 프로그래머

www.lucshelton.com

+1

이전에 Visual Studio 사용자로서 이것은 VS Code에서 너무나도 놓친 기능입니다.

+1

@bpasero 모든 창이 자체 프로세스에 있다는 사실을 전자 문제로 취급 할 수 없습니까? 전자와 같은 프레임 워크에 대해 각 창에 대해 다중 처리를하는 것은 불필요한 오버 헤드가 아닙니까?

그럼 전자 팀은 문제가 크롬에 있다고 말할 수 있다고 생각합니다. 이후 크롬은 모든 탭에 대해 새로운 프로세스를 생성합니다. 유일한 해결책은 전자를 다른 프레임 워크에서 완전히 작동하도록 이동하는 것입니다.

@vvavrychuk 이것은 웹 기술의 근본적인 한계만큼 전자 문제가 아닙니다. (전자 = 크롬 + 기본 OS 기능에 액세스하기위한 API)

예를 들어 "확장 모드"와 같은 일부 모드에서 vscode를 초기화 할 수 있다면 어떨까요?
몇 가지 매개 변수를 통과합니다. 예. vscode-확장 창 --socket-id
((socket-guid)) --root-window ((root-window-guid))

이렇게하면 창 사이에 소켓 또는 통신 버스를 만들 수 있습니다.
또는 독립 앱.

생성 된 각 확장 창에는 루트 창 ID가 할당되고
통신 할 UNIX 소켓 ID를 만들었습니다.

이런 것을 구현할 가능성이 있다고 생각합니다.

전자가 소켓을 열고, 읽고, 쓰는 방법을 가지고 있다면,이 접근 방식은
성공하십시오.

@RoyTinker chrome에는 "단일 프로세스"옵션이 있지만 electron은 https://github.com/electron/electron/issues/11398을 지원하지 않습니다

@ Jesus-Gonzalez @bpasero 가 이것을 구현하는 데 걸릴 것이라고 말한 변형처럼

그러나 @bpasero 의 챌린지 목록에있는 항목 (1) 및 (2)는 그대로 유지됩니다. 또한 편집기 / 패널 탭에 소켓 통신을 추가하려면 많은 작업이 필요합니다. 제가 착각하지 않는다면 많은 내부 API를 동기식 대신 비동기식 / 약속 기반으로 업데이트해야하므로 상당한 노력이 필요합니다. .

@vvavrychuk by "single-process"저는 웹 컨텍스트 (sans workers)만을 언급하고 있습니다. "전자 프로세스"란 Node.js 프로세스와 일부 백그라운드 크롬 프로세스가 수반되는 단일 웹 컨텍스트를 포함하는 프로세스 트리를 의미합니다. 그렇지 않으면 나는 아마도 가장 좋은 사람이 아닐 것입니다.

+1

이것에 대한 진전이 있습니까? 두 모니터에서 VScode를 사용하고 둘 사이의 파일을 분할 할 수 있기를 원합니다.

+1

모두가 알고 있으면 기뻐할 것이라고 생각했습니다.이 기능 요청은 찬성 투표를 통해 4 위에 올랐습니다. 150 개만 더하면 상위 3 위 안에들 것입니다!

+1
이 기능의 요청을 강력히지지합니다.

+1 더 크거나 여러 대의 모니터에 매우 유용합니다.

+1
홈 오피스에서 더 큰 4k 모니터를 사용하고 있지만 4 개의 더 작은 모니터를 사용하는 업무용 사무실 책상에서는 속도가 느려집니다. 이것은 다른 편집자들의 완전한 움직임에서 다른 사람들이 말했듯이 우리가 놓친 마지막 부분입니다.

@RoyTinker 우리는 어디에서 그것을 upvote합니까?

@pantonis 첫 번째 댓글 하단의 "좋아요"아이콘을 클릭하세요.

"+1"이라고 만 쓰여진 댓글을 추가하는 것은 도움이되지 않고 토론 영역을 복잡하게 만듭니다.

+1. 여기서 우리는 백엔드와 프런트 엔드를 동시에 사용합니다. 메인 모니터에서 백엔드; 두 번째, 프런트 엔드. 동일한 프로젝트와 동일한 작업 공간입니다. 동일한 작업 공간 / 프로젝트로 여러 창을 열 수 있어야합니다.

조만간 구현됩니까? Google 크롬 탭처럼 탭은 어디로 든 자유롭게 이동할 수 있어야한다고 생각합니다. 열려있는 창 사이를 이동하거나 바탕 화면으로 끌면 해당 탭에 대한 새 창이 열립니다. 이건 매우 중요합니다.

+1

제발 이런 일이 일어나게 해주세요!

내 사랑스러운 vscode를 업데이트 할 때마다 탭을 분리하려고하는데 작동하지 않습니다! 얘들 아, 이것은 이미 첫날부터 요청되었습니다.

로드맵 없음 이정표 없음 약속 없음, 무슨 일이 일어나고 있는지!

지금 800 개 찬성! 좋아요 3 위, 댓글 수 2 위

이 기능도 갖고 싶어요.

+1 동의합니다. 내 탭을 자신의 창으로 드래그 할 수 있기를 바랍니다. 그렇게 할 수 없다는 것은 여러 대의 모니터를 갖는 목적을 상실하게됩니다.

42 33 22 17 8 2 0 표만 더 투표하면이 문제는 # 1이됩니다.

+1

@tavuntu 단순히 +1 로 댓글을 다는 문제는 쓸데없는 알림으로이 문제를 보는 사람들을 쓸데없는 혼란과 스팸으로 만듭니다.

이 기능이 구현되는 것을보고 싶으십니까? 원본 게시물에 👍 반응을 추가하면 충분합니다. 무시 무시한 +1 댓글을 주석 처리 할 필요가 없습니다.

내 의견조차도 메타입니다. 왜냐하면 동일 (더 복잡함)을 수행하고 필요하지 않기 때문입니다. 이것은이 스레드에서 이미 이야기

그럼에도 불구하고 Sublime Text에서 나온이 기능은 제가 정말 즐겼고 언젠가 VSCode에서보고 싶었던 것입니다.

@ V-ed

즉, GitHub의 반응 시스템에 결함이 있음을 인식하고 있습니다. 문제 스레드가 기능 요청으로 간주되는 경우 '이 기능에 +1'에 대한 추가 UI가 있어야합니다. 그러나 더 많은 영향력을 가진 사람이 그것을 GitHub로 가져갈 수 있기를 바랍니다.

쫑끼리

실제로 누군가가 GitHub가 자동 " +1 to top-post 👍 convertion"시스템을 구현하는 아이디어에 대해 이야기하는 것을 본 기억이 있습니다. 이는 여전히 +1을하는 마음가짐에있는 사람들에게 좋습니다. 투표를 추가하십시오. 기능 요청을 +1하기위한 적절한 UI에 대한 아이디어 / "이 문제가 있습니다!" 문제가 있으면 좋을 것입니다! 문제는 ...

이 토론은이 스레드의 범위를 벗어 났으며 여기서 이야기 할 수 있습니다 (실제로는 이미 지금까지 말한 모든 것입니다! _ 그러나 시간이 지남에 따라 희망은 점점 낮아지고 있습니다 ..._ _ 아니면 그럴까요 ? _ )-이 문제와 관련하여 어떤 일이 일어나기를 바랍니다. 여기에서 그것에 대해 이야기함으로써, 우리는 단지 상황을 더 악화시킬뿐입니다. 힘의 반대편에서 만나서 좋은 하루 되세요!

저는 vscode를 사용하여 큰 C # 솔루션, 특히 19644 c # 파일에서 작업합니다. Visual Studio 2017 는 메모리 부족 예외로 사망합니다. 플로팅 탭 / 편집기는 특히 듀얼 모니터 설정으로 작업 할 때 필수입니다.

이 기능 요청은 이제 찬성 투표에서 1 위입니다. 우리가 해냈습니다! 🥇

영감을 찾고 있다면 Xcode가이 작업을 정말 잘 수행한다고 생각합니다.

이 편집기를 작성하기 시작할 때 시작해야합니다. 메인 창 밖에서 움직일 수있는 탭 / 패널 (메인 창에 붙을 수 있음)은 모든 실제 편집기, 특히 현재의 대형 4k 화면과 다중 모니터 세트 (전문 프로그래머의 경우)에서 핵심 기능입니다.

이는 단지 기반 일 뿐이며, 창과 관리 사이의 통신을위한 적절한 API를 설계해야하며, 그 후에는 나머지 부분을 그 위에 구축해야합니다. 당신은 현재까지 모든 것을 손상시키지 않고 어떻게 든 해결하기 어려운 상황에 처해 있지만, 더 많은 시간을 소비하고 더 많은 코드를 작성하기에는 너무 늦을 수 있습니다. 그러한 변화.

실제 세계에서는 왼쪽 / 오른쪽 / 하단 패널보다 훨씬 더 많은 것을 볼 필요가 있습니다.이 솔루션 https://github.com/Microsoft/vscode/issues/10121#issuecomment -335013296은 훌륭합니다.

Condescending tone은 버그를 수정하지 않습니다. 투표하려면 👍을 사용하세요.

이 기능은 수년 동안 요청되어 왔습니다. 구현하십시오.

새 창에서 파일을 열고 싶고 Google에서이 페이지로 이동 한 사용자는 "새 창에서 활성 파일 열기"단축키를 사용하십시오.
Ctrl + K, O

그것은 매우 기본적인 기능입니다. 처음에는 떠 다니는 창이없는 것이 버그라고 생각했습니다. : ')

제발 VS 코드 팀, 우리는 이것이 필요합니다!

풀 멀티 스크린 지원 !!

이 스레드는 1 년 6 개월 4 일 전에 열렸습니다.

편집 : 나쁘게도 bpasero는 1 년 전에 스레드에 답변했습니다. 팀이 2018 년 2 월 반복 계획 에서 유연한 워크 벤치 레이아웃 계획 항목을

@Aetherall 및 기타, 스레드를 더 읽어보십시오. Benjamin Pasero는 여러 번 응답했습니다. 그는 핵심 VSCode 팀원입니다.

또한 이것은 오픈 소스 프로젝트라는 것을 기억하십시오. 일부 의견은 MS가 여기서 우리에게 빚을 졌다고 가정하는 것 같습니다. 사실이 아닙니다.

아마도 VSCode는 너무 멋진 사람들이 때때로 그것이 상업적이라고 생각합니다 :-)

@patrys 이것은 가장 많이 득표 한 문제이며 당신이 그것을 알고 있다고 확신합니다.하지만 맞습니다. 이것은 마술처럼 고쳐지지 않을 것이며 시간과 노력이 필요하며 사람들은 ( @Aetherall이 말했듯이) 생각하는 것 같습니다 이것은 상용 소프트웨어입니다 (좋은 요청으로 시작되었지만 이제는 강력한 긴급한 것처럼 보입니다)

탭을 찢는 것은 내가 원하는 동작입니다 (Chrome 브라우저에서 작동하는 것과 같은 방식). 그러나 마우스 오른쪽 버튼 클릭 메뉴 옵션과 같이 새 창에서 항목을 빠르게 이동 / 열 수있는 모든 기능에 만족합니다. 지금은 새 VSCode를 열고 파일을 수동으로 다시 열어야합니다. 두 경우 모두 실제로 Visual Studio와 같은 부동 창을 원하지 않습니다. VSCode의 새 복사본을 생성하고 싶습니다. 떠 다니는 창문은 길을 잃고 새 창문을 원합니다 ...

좋은

@inarius 는 위의 @ christopher-howard의 의견을 참조하십시오.

감사합니다 @RoyTinker. 메뉴 옵션을 전혀 찾을 수 없으며 바로 가기를 잊어 버릴 수 있지만 작동합니다! Open Editors 문서 탐색기의 활성 탭 및 / 또는 항목에 대한 오른쪽 클릭 메뉴에 표시하는 것이 좋은 옵션이라고 생각합니다.

나는 또한 문제 # 8171이 내가 원하는 것과 정확히 일치하는 것을 발견

TIL, 탭을 다른 vscode 창으로 드래그하면 해당 창에서도 파일이 열립니다. 불행히도 부동 창 아이디어에 예상되는 이전 탭을 닫지 않습니다.

이 행동은 저에게 당혹 스럽습니다. 이것은 때때로 자체적으로 복제되는 Markdown 미리보기 탭을 여는 것과 유사합니다.

안녕하세요 @ketozhang ,

불행히도 부동 창 아이디어에 예상되는 이전 탭을 닫지 않습니다. 이 행동은 저에게 당혹 스럽습니다.

이상하게도 저는 실제로이 동작을 즐기고 있습니다. 새 타일을 만들 때와 마찬가지로 동일한 문서에서 참조하는 데 유용합니다. 이것이 디자인 결정이라고 확신하지만 그렇지 않으면 흥미로울 것입니다.

문안 인사

도킹 해제 동작, 특히 시계 창과 함께 차임

+1
저는 최근에 초광각 모니터를 조사해 왔으며 새로운 화면 공간을 활용하여 생산성을 극대화하고 싶습니다. Visual Studio 2017은 탭을 끌어서 새 창으로 만드는 데이 문제를 아주 잘 처리하므로 가까운 장래에 이와 같은 것을 보게 될 것입니다.

+1. 탭을 다른 모니터로 끌어서 새 창으로 만드는 기능이 있으면 정말 좋을 것입니다.

++
두 대의 모니터로 작업하는 사람들이 정말 많습니다. 그래서 나는 내 코드에 대한 출력 정보를보고 싶지 않습니다.
코드 만보아야합니다. 따라서 사용자가 터미널 / 출력 / 탭을 다른 모니터로 이동하거나이 창을 띄울 수 있다면 기적이 될 것입니다. 그리고 나중에 Cmd + ~로 필요한 창을 선택하거나 다른 화면에서 결과를 확인합니다.

@bpasero 브라우저의 전체 컨텍스트와 함께 완전한 새 인스턴스가 아닌 이유는 두 번째 모니터를 채우기 위해 두 번째 앱 인스턴스를 열어야 할 때 어쨌든 수행합니다. IMO, 두 개의 브라우저를 열고 그 사이에 탭을 끌어다 놓으면 어떤 일이 발생하지 않습니까? 이런 식으로 코드 탭에서 vscode가 똑같이 할 수 없습니까? 이 능력이 있으면 환상적입니다. 저는 2 개의 모니터, 오래된 PC s754 8GiB DDR2를 가지고 있으며이 가벼운 엔지니어링은 제 설정에 많은 도움이되지 않을 것입니다.

이 창 도킹 가능 기능은 이미 VSCode입니다. 그러나 최근에 왜 작동하지 않는지 모르겠습니다 ...

+1. 탭을 창 밖으로 드래그하면 거의 모든 다른 탭 응용 프로그램과 마찬가지로 새 창으로 분할되어야합니다.

탭은 내 우선 순위가 아닙니다. 그러나 분리 가능한 디버그는 정말 좋을 것입니다.

이 호는 현재 거의 1 년 반 동안 공개됩니다. 해당 기능의 현재 상태에 대해 몇 가지 답변을 제공하십시오.

VS Code 창 외부로 탭을 끌면 현재 파일 (또는 바로 가기?)이 끌기 대상에 복사됩니다. 이것은 다른 IDE와 비교할 때 매우 직관적이지 않습니다.

생각해 보면 (VS와 같은) 부동 윈도우가 없다는 것이 VS Code의 유일한 문제입니다. 구현해야합니다.

@belst 및 다른 사람들 이이 주석을 볼 수 있습니다. 현재 디자인을 고려할 때이 기능을 구현하는 것은 매우 어렵습니다.

@Jorilx 어딘가에 전자 관련 문제가 있는지 알고 있습니까?

여러 화면이나 떠 다니는 창에 대한 지원을 보는 것이 정말 좋을 것입니다. 지금은 편안하지 않은 두 대의 모니터 (빨간색 선이 모니터 가장자리)에 맞게 창 크기를 수동으로 조정해야합니다.

현재 저에게는 UI / UX와 관련하여 가장 필요한 기능입니다.

+1! <3

@kodipe 이상적이지는 않지만 현재 상황에 대한 해결 방법이 있습니다. 프로젝트를 "작업 공간"으로 저장 한 다음 파일을 열고 새 창 / 인스턴스에 활성 파일을 표시하는 단축키 Ctrl + KO (Windows에서 볼 수 있듯이)를 사용합니다. 이제 새 창 / 인스턴스에 repo 루트 폴더를 추가합니다 (이제는 사실상 새 작업 공간이기 때문입니다). 이제 두 대의 모니터에서 동일한 작업 공간을 사용하는 두 개의 창이 있습니다. 내가 말했듯이 결코 이상적이지는 않지만 작업 공간 기능을 사용하여 해결 방법으로 사용하고 있습니다.

이것은 UI 기능이 있어야합니다. 일상 업무의 경험과 생산성을 손상시킵니다.

범프, 이것이 VS 코드로 완전히 이동하는 것을 막는 유일한 것입니다.

이 기능을 구현하는 데 기술적 복잡성이 있다는 사실을 이해합니다.
그러나이 요청에 대한 활동의 ​​표시가 없다는 사실은이 시점에서 우스꽝 스럽습니다. 가장 많이 요청 된 기능 중 하나 여야하며, vscode 팀이 무언가를 할 계획이 있는지 여부를 확인하는 말 그대로 아무런 의사 소통이 없습니다.

이것은 무료 제품이며 Microsoft는 우리에게 빚진 것이 없습니다. 그렇다고이 기능이 레이더에도 없다는 사실에 크게 짜증을 내지 않는다는 의미는 아닙니다. 이 기능을 요청하는 여러 페이지의 github 문제가 있습니다. VsCode는 훌륭한 IDE이지만, 우리 모두가 여러 대의 모니터를 가지고있는 2018 년에이 기능이 없다는 것은 당황 스러울뿐입니다.

기술적 인 한계 때문에 이것을 용서하려는 모든 사람에게 : 누군가가 vscode를 구축 할 플랫폼 / 언어를 평가할 기회가 있었고 매우 명백한 결함이있는 프레임 워크를 결정했다는 것을 기억하십시오. 나는 솔직히 vscode 팀으로부터 의사 소통을 얻으려고 노력하는 것에 지쳤습니다.

이것이 곧 vscode 로드맵에 추가되지 않으면 새 IDE를 찾을 수있을 것 같습니다.

@BentOnCoding 이 기능의 부족은 이해할 수 없다는 데 동의하지만 IDE를 구축하는 데 완전히 적합하지 않은 프레임 워크를 선택했다고 말했듯이이 기능을 추가하는 것은 큰 노력이 될 것이며 기꺼이 만들지 않는 것 같습니다. .

정직한 질문입니다. Atom도 Electron에서 구현되지 않았으며 분리 가능한 탭을 제대로 지원하지 않습니까? 그들의 구현은 VScode의 아키텍처에 적합하지 않습니까?

@ruippeixotog 나는 atom이 분리 가능한 탭을 지원한다고 생각하지 않습니다. 창간에 탭을 이동할 수 있지만 탭을 밖으로 끌어서 새 창을 만들 수는 없습니다.

@belst 여전히 동일한 작업 공간에서 여러 창을 허용하므로 VS Code가 개선되었습니다.
새 창을 끌어서 탭하지 않아도 코드가 동일한 작업 공간의 여러 창을 허용하는 경우 새 작업 공간을 만들어 여러 창을 허용하는 것보다 낫습니다.

탭 이동과 분리 가능한 창 사이의 이러한 혼란은 분리 가능한 탭을 지원하지 않는 이유입니다. 탭 이동은 새 창에서 새 프로세스를 생성해야합니다. Chrome 브라우저와 똑같이 작동하기를 원합니다.

VScode 팀은 어려움을 논의하기 위해이 주제에 응답했습니다. 이에 대해 취할 수있는 여러 접근 방식이 있고 여기에 결합 된 여러 미해결 문제가 있기 때문에 여기에서 선호하는 접근 방식에 대한 지침을 최소한 제공하여이 기능 요청이 방해받지 않도록 할 수 있기를 바랍니다. 비생산적인 토론.

이 문제는 지난 3 개월 동안에 만 두드러지게 나타났습니다. 여전히 내부 논의가 진행되고 있다고 생각합니다.

나도 Visual Studio에서 탭과 창을 뜯어내는 것을 좋아했습니다. 나는 지금 Mac에 있고 VSCode를 사용하고 있습니다. 이 기능이 지원되지 않는다는 사실에 매우 실망했습니다. 이 경험은 Visual Studio 및 Visual Studio 용 Python 도구 확장에 가깝지만 여전히 좋은 기능 중 일부가 누락되었습니다.

이 훌륭한 기능이있을 때 핑을 받기 위해이 문제를 구독 할 것입니다.

여기에 두 부분 만 남겨 두겠습니다. 오랫동안이 스레드를 따라 가면서 2018 년 3 월 말 (거의 2 년)이 아직 안되는 것은 너무나 어리석은 일입니다. 곧 사용할 수 있도록 손가락을 건넜습니다.

그것은 매우 기본적인 기능입니다. 처음에는 떠 다니는 창이없는 것이 버그라고 생각했습니다. : ')

@Aetherall 👍 나도 같은 생각을했습니다! 그런 다음 나는이 스레드를 찾았습니다 ... :-(

이것은 무료 소프트웨어입니다. 당신은 그것에 대해 아무것도 지불하지 않았습니다. 이 기능이 없어서 VS Code를 사용할 수없는 경우이 작업을 수행하는 데 필요한 변경 사항 중 적어도 일부를 구현하는 풀 요청을 자유롭게 제공 할 수 있습니다. 또는 0 달러를 다른 곳에서 사용할 수 있습니다.

당신이해서는 안되는 것은 우는 소리를 내고 VS Code 뒤에있는 위대한 팀을 기분 나쁘게 만들려고하는 것입니다.

더 나은 대안이 있다면이 스레드에서 시간을 낭비하는 대신 사용하는 것이므로 다음에 "아직 수행되지 않은 방법"대신 "감사합니다"라고 말합니다.

@Nepoxx 항상 "부동 프로세스 창에 대한 기술 토론"과 같은 제목으로 새 문제를

@Nepoxx 당신은 사람들의 의견과 의견을 거절하기 위해 여기에 있습니다. 기술적이고 가치있는 토론부터 시작하십시오. 우리 모두는 플랫폼의 한계를 알고 있으며 Microsoft 팀이 문제를 중요하게 생각할 수 있도록 주제에 관련성을 부여하려고 노력합니다. 우리 모두는 서로 다른 요구를 가지고 있으며 다른 사람의 의견이 무가치하다고 말해서는 안됩니다. 어쨌든이 스레드를 따르는 이유.

@patrys "이 작업을 수행하는 데 필요한 최소한의 변경 사항을 구현하는 풀 요청을 자유롭게 제공 할 수 있습니다."

이를 위해서는 VSCode 팀이 이러한 요청이 많은 기능을 구현하기위한 계획을 공개적으로 논의해야합니다. 한 개인이 _ 가장 기본적인 기능조차도 구현하는 대규모 PR을 만드는 것은 너무 큰 문제입니다. 결국 창 또는 프로세스 공간에 대한 참조를 처리하는 모든 파일은 버리고 다시 작성하지 않으면 업데이트가 필요합니다. 정직하게 vscode 팀이 지시하지 않을 때 제품을 근본적인 수준에서 변경하는 것을 병합 할 것이라고 생각하십니까? 나는하지 않을 것이다. 커뮤니티는 그러한 계획이 공개적으로 논의 될 때까지 기여할 수 없습니다.

_ (대부분) _이 스레드에있는 사람들은 "I want this."라고 불평하지 않습니다. 또는 "내가 직접하기에는 너무 게으 르기 때문에해라." 커뮤니티는 이것이 매우 중요한 기능이고 그 밖의 핵심 기여자들로부터 거의 또는 전혀 응답이 없었기 때문에 우려합니다. 본질적으로 "이것은 어려운 문제입니다."

상상해보십시오. 택시를 타고 운전 기사에게 목적지를 알려줍니다. 그런 다음 그는 차를 주차합니다. 당신은 잠시 기다렸다가 왜 움직이지 않는지 혼란스러워하며 "우리 갈 수 있을까요?"라고 물었습니다. 응답 없음. 한 시간 동안 똑같은 질문을하고 그는 "그곳에 가려면 많은 차례가 필요하다"고 대답하고 더 이상 말하지 않을 것입니다. 혼란스럽지 않겠습니까? 실망한? 그것이 우리가 느끼는 방식입니다. 그러나 우리는 단지 바퀴를 잡고 스스로 운전하는 것이 아닙니다. 그것은 우리 택시가 아닙니다.

고정 해제 할 수있는 탭이 귀하와 귀하의 회사에 엄청난 가치를 가지고있는 경우이를 요청하는 모든 사람을위한 제안입니다. 크라우드 펀딩을 설정하지 않으시겠습니까?

생산성 향상을 위해 모니터 4 대를 감당할 수 있다면 그러한 기능을 개발하는 데 약간의 비용을 지출 할 수 있다고 가정합니다.

죄송합니다

@bpasero 아마도 우리는 택시 운전사에 대해 논쟁하고 있기 때문에이 문제를 주석으로 잠그는 것이 좋습니다 🤣

내가 틀렸다면 죄송하지만 여러 창에 대한 일종의 지원이 있습니다 .https : //www.npmjs.com/package/electron-window-manager

VS 코드의 UX가 원자처럼 작동하면 스위치를 만들 것입니다. 그대로 VS 코드를 계속 설치하고 거의 모든 것을 좋아하며 UX가 아직 업데이트되지 않은 것을 알게되면 결국 제거합니다. 이 문제를 지켜 볼 예정입니다. 수정하세요.

여기에있는 대부분의 사람들이 요점을 놓친다고 말하고 싶습니다. VS 코드는 IDE가 아니라 코드 편집기입니다. (디버그)에 몇 가지 멋진 기능이 추가되고 플러그인, 크로스 플랫폼 등을 통해 여러 언어를 훌륭하게 지원합니다. 한 가지 그렇지 않은 것은 IDE입니다.

그렇기 때문에 작은 화면 (즉, 멋진 방식으로 부동산을 관리하는 노트북)과 Windows 이외의 플랫폼에 대한 기본 설정입니다. 적절한 워크 스테이션에서 Visual Studio를 사용합니다. 그게 그거야.

적절한 IDE는 상당히 비싼 도구입니다. JetBrains를보세요-그들은 이러한 것들을 구축하는 성공적인 사업을했습니다;)

@mdmnk 아니요. IDE입니다.

notepad.exe 는 텍스트 편집기, notepad++ 는 텍스트 편집기, vscode 이전의 통합 터미널, 작업 실행기, scm 및 디버그 _ 는 _ 텍스트 편집기였습니다. _ vscode 에는없는 다른 IDE에는 어떤 기능이 있습니까? _ 몇 가지 확실한 점이 있지만 많지는 않습니다.

1000 개의 플러그인을 설치하지 않으면 확실히 가볍습니다. 나는 열 괜찮다 vscode 편집에 ~/.bash_profile 내가 비주얼 스튜디오 또는 WebStorm 때와 수도처럼 사분 기다릴 필요가 없습니다 때문입니다.

@rozzzly Visual Studio에는 적어도 vscode에없는 많은 기능이 있습니다. .NET, SQL Server 도구, 대규모 테스트 관리 시스템, Azure 도구 (MS의 클라우드), 기본 제공 작업 / PR / 문제 추적에 대한 런타임 프로파일 링-몇 가지를 떠올리게합니다. 정말 방대한 제품입니다. 그 측정으로 VSCode는 내장 디버깅 등에도 불구하고 단지 편집기입니다. — 소프트웨어를 대규모로 개발하고 제공하는 데 필요한 모든 것이 포함되어 있지는 않습니다.

@rozzzly- 팀 빌딩 부르 므로 완전히 IDE를 날려 버릴 드라이브가 없습니다.

이것들은 돈이 든다.

@RoyTinker가 언급 한 것을보세요. 코드 커버리지, 팀 서비스, 병합 충돌 도구, 레이아웃의 전체 사용자 지정, 패키지 관리자, 클라우드 탐색기, SQL 탐색기, 서버 탐색기, 응용 프로그램 통찰력, 클래스보기, 개체 브라우저 등을 추가합니다.

VS Code는 매우 놀라운 도구입니다. 그러나 그것은 무료이며, 출발부터 제한이 있음을 의미합니다.
마음에 들지 않으면 JetBrains 또는 Microsoft에서 필요한 모든 기능을 갖춘 제품에 대해 비용을 지불하십시오.

이 도구가 특정 기능을 구현하는 데 어떤 의무가 있는지 논의하는 것을 그만 둘 수 있기를 바랍니다. 이 주제를 잠그는 빠른 방법 인 것 같습니다. 이 기능에 대한 지원을 좋아요와 드문 건설적인 의견으로 계속 공유하겠습니다.

이에 접근 할 수있는 방법은 여러 가지가 있지만, 누군가가 다른 형태의 건설적인 도움을 지원하기 전에 VSCode 팀의 일반적인 지침이 필요하다고 생각합니다. 다른 사람들이 언급했듯이, 작업이 수락 될 것이라는 확신이있을 때까지 아무도 이만큼 중요한 기능을 작업을 시작할 수 없습니다.

@ michaljaros84 VS Code가 Visual Studio와 같은 IDE가 아니라는 사실이 플로팅 프로세스 창과 같은 UX 향상 기능을 전혀 배제하지 않습니다.

@RoyTinker 아마도 우리는 부동 프로세스와 개별 인스턴스의 장점에 대해 논의 할 수 있습니까? 새로운 프로세스를 생성하여 동일한 기능을 달성 할 수 있다면 복잡성을 크게 증가시킬 가치가 없다고 생각합니다.

코드가 IDE라는 사실은 부동 패널과 같은 VS에 대한 모든 끔찍한 UX 선택을 포팅해야 함을 의미하지는 않습니다.

새로운 프로세스를 생성하여 동일한 기능을 달성 할 수 있다면 복잡성을 크게 증가시킬 가치가 없다고 생각합니다.

LSP 기반 도구를 사용하는 언어의 경우 AIUI는 두 프로세스가 모두 동일한 언어 서버와 통신 할 수 없기 때문에 새 프로세스를 생성해도 동일한 기능을 얻을 수 없으므로 LSP 기반 만 사용할 수 있습니다. 그들 중 하나의 기능.

@inarius 확실합니다. 이미 위에서 논의한 바 있습니다 ( "20 % 노력 / 80 % 이익"의견 참조 ). 내가 이해했듯이 사용 사례는 여러 모니터를 더 잘 지원하는 것입니다.

다양한 이유로 (@HighCommander에서 언급 한 것과 같은) VS Code는 폴더 당 하나의 작업 영역 만 시작합니다 (현재 단일 작업 영역은 여러 인스턴스에 걸쳐있을 수 없음).

답변 감사합니다. 이해할 수있을 것 같아요. 솔직히 말해서 폴더가 아닌 파일을 열어 VS Code를 자주 사용하고 있습니다. git 프로젝트에서 작업하는 경우 새 창을 열고 파일을 끌어 오는 현재 워크 플로가 원래 창에서 폴더 / git 작업 만 수행 할 수있는 방법을 알 수있었습니다.

지금 시도해 보면 새 작업 공간은 폴더를 다시 열지 않지만 저장소 디렉토리 아래의 파일로 작업하더라도 남아있는 git 작업입니다.

@ Krzysztof-Cieslak 플로팅 패널은 Visual Studio에서 전적으로 선택 사항으로 제작되었으므로 (즉, 사용할 필요가없는 기능이나 워크 플로가 없음), 그렇지 않은 사람들의 관점에서도 UX 선택이 나쁜지 모르겠습니다. t 사용하고 싶습니다.

이것이 여전히 불가능하다는 것은 유감입니다. 멀티 모니터 설정을 가진 사람들은 많은 이익을 얻을 것입니다.
그래서 기능에 투표하십시오 💃

여러 창을 사용하여 작업 공간 구성에 해당 창을 저장할 수있는 적절한 방법이 있습니까? 창문이 열리면 추적 할 수있는 방법을 상상할 수있었습니다. 코드의 뒷부분을 파헤쳐 서 적어도 하나의 작업 공간이 여러 창에 걸쳐있는 방법을 찾을 수 있는지 확인할 수 있습니다.

최소한 여러 창에서 동일한 폴더를 여는 데 대한 임의의 제한을 제거하십시오.

@TedYav 그 제한에는 기술적 이유가 있습니다. 자세한 정보와 토론은 # 2686을 참조하세요.

반복 계획 # 47369의 참조는이를 지원할 계획이 아니라 4k 모니터를 얻는 것에 대한 농담 일 뿐입니 까?

@hosaka 맞습니다, 비록 거기에 내 의견에 비꼬는 의도는 없었지만. 그런 식으로 오지 않았기를 바랍니다.

@RoyTinker 전혀, 내가 읽는 다른 사람들이 그들의 희망을 얻지 못하도록 명확히

충돌. 나도 새 창에서 편집하기 위해 코드 탭을 데스크톱으로 드래그하고 싶습니다.

Visual Studio, notepad ++의 오랜 사용자로서 수년 동안 3 (21-25 인치) 모니터로 작업하는 것은 실제로 Visual Studio Code를 사용하여 몇 시간 후에 사용을 중지하는 단일 기능입니다. 몇 번 시도했습니다. 그러나 나를 위해 인체 공학적으로 매우 불편하고 피곤하여 다시 떠나게 만듭니다. 그걸 가지고 있으면 정말 좋을 것입니다.

와우, 이것은 지금까지 가장 원하는 기능입니다! : sweat_smile :

^^ https://github.com/Microsoft/vscode/issues?q=is%3Aissue+is%3Aopen+sort%3Areactions-%2B1-desc

놀랍게도 다음으로 가장 원하는 기능은 매우 관련이 있습니다. + 1 :

지금은 다중 모니터와 함께 vscode 1.22.0을 사용하고 있으며 바로 가기 CTRL+k o 를 사용하여 새 창에서 탭을 엽니 다. 이것은 나를 위해 꽤 잘 작동합니다 : sweat_smile :

정확히 무엇을 의미합니까? 상위 3 개 기능이 언제 구현 될지에 대한 추정치가 있습니까?

Op 9 1 월. 2018 3:15 am schreef Roy Tinker [email protected] :

모두가 알고 있으면 기뻐할 것이라고 생각했습니다.이 기능 요청은 찬성 투표를 통해 4 위에 올랐습니다. 150 개만 더하면 상위 3 위 안에들 것입니다!

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 회신하거나 GitHub https://github.com/Microsoft/vscode/issues/10121#issuecomment-356148693 에서 보거나 https://github.com/notifications/unsubscribe-auth/AD90FPGlliOcLwiQbPIMFB5fITE42- 스레드를 음소거합니다.

토론에 아무것도 추가하지 않았기 때문에 사람들이 반대 투표를했지만이 문제를 구독 한 모든 사람이 귀하의 댓글을 이메일로받습니다.

상위 3 개 기능이 언제 구현 될지에 대한 추정치가 있습니까?

일부 기능 은 눈에 띄는 시점부터 배송 시점까지 2 년이 걸렸습니다.

이것은 이제 2 년 동안 높은 수요가 있습니다. 특히 마이크로 소프트가 이것을 "공식 코드 편집기"라고 생각한다는 사실을 고려하면 이것은 매우 실망스러운 일입니다. 시도 할 때마다이 기능 (그리고 몇 가지 다른 누락 된 기능)으로 인해 속도가 크게 느려지기 때문에 계속 사용하지 않습니다.
나는 적어도 결정적인 진술을 위해 시간이 많이 걸린다고 생각합니다.

• 이것이 결국 구현됩니까? 그렇다면 : 언제? 그렇지 않다면 : 왜?

@Hypernut 사실이 문제에 대한 투표는 작년 12 월경에 시작되었습니다. 댓글 기록을 살펴보면 8 개월 전에 (IIRC)에서 "단 X 표만 더 득표하면 상위 10 위 안에 들어갑니다."라는 게시물을 볼 수 있습니다.

편집 : 여기에 댓글 링크 : https://github.com/Microsoft/vscode/issues/10121#issuecomment -339404507
2017 년 10 월 25 일 현재 "104 표를 더 많이 획득하여 상위 10 위 안에 들었습니다."

이 기능도 정말 원합니다. 주로 다른 모니터에 디버그 창을 표시하는 것뿐입니다.

구현 (?)에 대한 더 쉬운 솔루션은 새 창 (CTRL + SHIFT + N)에서 SAME 프로젝트를 열 수 있도록 허용하는 것입니다 (현재는 허용되지 않음). 그런 다음이 새 창에서 필요한 탭을 열거 나 여기에서 디버그 콘솔을 사용하려는 경우 최대화하여 창을 채울 수 있습니다. 이것은 윈도우가 동기화 상태를 유지하고 코드 변경 / 디버그 메시지 등이 모든 윈도우 인스턴스에서 즉시 업데이트되는 한 작동합니다.

이 기능을 추가하십시오. 이 동작을 모방하기 위해 두 VS 코드를 모두 열어야합니다. 이것이 내장되어 있다면 멋질 것입니다.

왜 다운 투표 @minajevs , @ djm158 및 @JustinAddams? 나는이 기능을 지원하기 위해 다른 모든 사람들이했던 것과 같은 일을 언급했습니다.

@faustinoaq 예. 예! 감사합니다 감사합니다 감사합니다!

지금은 Cmd-K o만으로도 충분합니다. 분리 된 창에서 소스 파일을 여는 것입니다. 마크 다운 창에 대해 똑같은 것을 요청하는 사람을 보았습니다 ... 그것을 사용하지 않지만 동일한 솔루션으로 달성하기가 너무 어렵지 않아야합니다. 아니면 이미 Cmd-K o를 사용하여 가능할까요?

Cmd - K O 키보드 조합에 대해 @steinhh 에게 감사드립니다. 나는 아직 그 사실을 알지 못했으며 다음 주에 멀티 모니터 시스템에서이 기능을 사용하여 얼마나 잘 작동하는지 확인할 것입니다.

귀하의 팁을 통해 아래 PDF를 찾고 아래 목록 / 스크린 샷도 만들었습니다.

훌륭한! 감사합니다, 감사합니다!

• https://code.visualstudio.com/docs/getstarted/keybindings ,
• https://code.visualstudio.com/shortcuts/keyboard-shortcuts-macos.pdf 및
• https://code.visualstudio.com/shortcuts/keyboard-shortcuts-windows.pdf

스크린 샷에서 찾은 바인딩 (Mac) :

• Cmd - Shift - P : 모든 명령 표시
  
• Cmd - K O : 새 창에서 현재 파일 열기
• Cmd - Shift - N : 새 창 열기
  
• Cmd - K Cmd - R : 기본 웹 브라우저에서 현재 OS 용 키보드 단축키 참조 PDF 열기
• Cmd - K Cmd - S : 키보드 단축키 편집기 열기
  

키보드 단축키 편집기에는 키 바인딩 이름 자체 또는 명령 이름에서 바인딩을 찾을 수있는 검색이 있습니다.

VSCode로 전환했을 때 저는 그것에 반했습니다. 느린 컴퓨터에서 사용하기 쉽고 빠릅니다!
하지만 처음 15 분 동안 사용한 후이 기능을 놓쳤습니다. 저는 3 개의 모니터를 가지고 있고 보통 동시에 2 개의 파일로 작업합니다 ...

@steinhh 멋지지만 OP에서 설명하는 것은 전혀 아닙니다.
"_... 부동 창 옵션 :
단말기디버그 콘솔문제점출력 _
"
바로 가기로 열린 새 창에는 이러한 모든 하위 창이 연결되어 있습니다.

헉헉
너무 부주의해서 실례합니다. 나는 수요가 갑자기 "지난 12 월"에 생겼다고 확신한다. 그 전에는 아무도 떠 다니는 창문에 대해 원하지 않았거나 알지도 못했습니다. :)

어쨌든 요점은 : t 여기는 지금 수요가 높고 절대적으로 무시되고 있습니다.

@Hypernut 저는 VSCode 팀원이 아니며 그들에게도 말하지 않습니다. 나는 그들의 과거 행동에 대한 나의 관찰과이 기능이 그들의 "사용자 수요가 높다"레이더에 처음 등장했을 때 기대치를 설정하는 것을 돕기 위해 노력하고 있습니다.

@algiuxass 여기도 마찬가지 입니다. 이것이 아직 추가되지 않은 것을보고 놀랐습니다. vscode를 추가하는 것이 가장 큰 소망입니다. 나는 전자 개발자가 아니므로 이것이 전자 앱의 한계이거나 할 수 있는지 여부를 확인합니다.

헉헉
나는 당신이 VSC 팀을 대변하지 않는다는 것을 압니다. 하지만 왜 "기대치를 설정"해야한다고 느끼십니까?

적어도 8 개월은 우리에게 무엇을 기대해야하는지에 대한 힌트를주기에 충분한 시간 이상이라고 생각합니다. 특히이 스레드의 추측을 고려하면 전혀 불가능할 수도 있습니다.

@Hypernut VSCode 팀은이 기능과 관련하여 타임 라인이나 계획을 _any_ 표시하지

나는 VSCode 팀이나 다른 것을 방어하는 것이 아니라 불만 등의 내 믿음에 따라 행동합니다. 댓글에 많은 도움이되지 않습니다. 이전에 말했듯이 관심을 끄는 가장 좋은 방법은 많은 사람들이 👍 투표를 문제에 추가하는 것입니다.

이 문제를 해결하는 데 시간을 할애하고 싶다면이 기능을 원하는 사람들 (Stack Overflow, reddit 등)이 끝날 수있는 온라인 다른 곳으로 가서이 문제에 연결하는 것이 좋습니다.

안녕하세요 VS 팀,이 기능을 구현하십시오. 실제로 "많이"는 아니지만 다른 편집기에서 사용할 수있는 기능이 거의 없습니다. 사실, VS Code를 독점적으로 사용하는 것을 막는 유일한 기능입니다.

나는 떠 다니는 창 문제에 대한 연구를 해왔습니다 (전자에 대한 지식은 거의 존재하지 않습니다). 전자가 프레임없는 창을 지원하는 것 같습니다. 사용자가 Visual Studio에서와 같이 파일을 바깥쪽으로 드래그 할 때 프레임없는 창을 만드는 것만으로 문제를 해결할 수 없습니까?
https://github.com/electron/electron/blob/master/docs/api/frameless-window.md

안녕하세요.
예, 소규모 응용 프로그램에서는 이만큼 쉬울 수 있습니다.
VSCode는 복잡한 프로그램이며 코어에서 기능을 패치 할 수 없거나 유지 관리 및 개선하는 것이 악몽이 될 것입니다 (짐승 내부에서 무슨 일이 일어나고 있는지 확인하기 위해 저장소를 복제하면됩니다).

내 추측 (내가 틀렸을 수 있음) :
이 기능을 추가하려면 잠재력을 최대한 발휘할 수있는 방식으로 구현하기를 원할 것입니다.
VSCode 팀은이 기능에 대한 요구 사항을 알고 있으며 다른 기능이 구현 될 때 문제를 처리하기 더 쉬울 것이므로 설명 / 토론의 500m 스크롤을 방지하기 위해 아무 말도하지 않는 것이 좋습니다.

이 기능이 아직은 아니지만 VS Code를 독점적으로 사용하지 못하게하는 유일한 기능입니다 ..

처음에 저를 VSCode에 매료시킨 것은 언어 서버 프로토콜이었습니다.

이 문제의 결과로 이클립스의 언어 서버 프로토콜 지원에 기여했습니다.

나는 VSCode를 좋아합니다. 이것이 제가 정말 싫어하는 한 가지입니다. 가장 미니멀 한 편집기에서도 기능 으로서는 매우 분명해 보입니다. 다중 모니터 설정을 사용하는 사람이 편집기 탭을 창 밖으로 끌어 내려고 시도하는 사람은 그것이 원래 있던 곳으로 돌아 오는 것을보고 실망의 고통을 느꼈습니다. VSCode 팀,이 항목을 목록에 올려주세요!

+1. PyCharm / CLion과 유사하면 좋을 것입니다.

이 문제를 해결하기 위해 새로운 기능이 추가 된 것 같습니다.
"새 창에서 작업 공간 복제".
이것은 여러 창에서 컨텍스트 / 작업 공간을 공유하는 것으로 보이며 기본적인 다중 모니터 문제를 해결합니다.

감사합니다. VSCode 팀 (그리고이 작업에 참여한 사람).

그들은 또한 새로운 그리드 기능을 내놓고 있습니다. https://twitter.com/joaomoreno/status/1004303587755855872?s=19

네, 그렇습니다!

Yehya Abouelnaga [email protected] schrieb am Fr., 8 Juni 2018 um
12:22 Uhr :

@Deltatiger https://github.com/Deltatiger 이미 배송 되었습니까?

—
이 스레드를 구독했기 때문에이 메시지가 전송되었습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/10121#issuecomment-395718792 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AEVMyNsBaeorg-rczkcZsifgpi-jtPR7ks5t6lB7gaJpZM4JckZO
.

헉헉
목표가 터미널이나 출력 (OP에 설명 된대로)과 같이 자유롭게 크기를 조정하고 이동할 수있는 것이라면 아무 것도 해결되지 않습니다.
다중 모니터 지원이이 기능을 원하는 유일한 이유는 아닙니다.

@Hypernut 나는 완전히 동의합니다.
이제 모든 출력 / Git / 터미널에 대해 하나의 창 (원래 창)을 가질 수 있고 실제 코드에 대한 새 창을 만들 수 있다는 점에서이 기능을 해결 방법으로 사용했습니다.
이렇게하면 터미널 / 출력을 주시하면서 더 많은 부동산을 얻을 수 있는데, 이것이 플로팅 윈도우의 주요 이유 중 하나라고 생각합니다. 하지만 그것이 제 관점입니다.

또한 Multi Window 코딩에 대한 논의가 많았 기 때문에 (새 창을 열려면 Ctrl + K, O의 원래 제안) 해당 기능을 찾는 모든 사람들을 위해 여기에서 해당 부분을 명확히 할 것이라고 생각했습니다.

그러나 이것은 소형 특수 창을 자유롭게 드래그하는 것과 같은 자유를 제공하지 않습니다 (예 : 터미널 용 하나, git 용 하나, 두 번째 터미널 용 하나).

이 기능을 구현할 수 있다면 멋질 것입니다.

궁금해서 터미널을 새 창으로 분리하려는 이유는 무엇입니까? VSCode 외부에서 새 터미널 프로세스를 여는 것이 더 낫지 않을까요?

@ iansan5653 그럼 왜 처음에 VSCode에 터미널을 넣었나요? 별도의 git 애플리케이션이 아닌 이유는 무엇입니까? 파일 탐색기? 모든 플러그인을 제거하고 하나의 코드 창만 제공 하시겠습니까?

@ iansan5653 그게 내 경우입니다.
나는 종종 WebStorm (이러한 기능이있는)을 사용합니다. 내 워크 스테이션은 더 나은 읽기를 위해 수직으로 회전하는 노트북과 추가 모니터로 구성되어 있습니다. 따라서 IDE가 다음과 같이 나타나도록 구성합니다.

• 수직 화면 : 편집기, 도구 모음 및 (결국) 수직 분할이있는 IDE의 주 창
• 노트북 화면 : 프로젝트의 파일 탐색기 / 개요, 터미널 / 테스트 대시 보드 / 디버그 대시 보드

그것없이 살 수 있습니까? 네, 물론입니다. 하지만 여전히 기분이 좋습니다.

오히려 Visual Studio (적절한) 팀이 클라이언트 측 애플리케이션 개발 / 디버깅을 더 잘 지원하기를 바랍니다. 즉, 이것이 디버깅에 VSCode를 사용할 수없는 큰 이유 중 하나입니다.

"이전 버전과 파일 비교"기능을 사용하면 편집기가 한 화면에 두 개로 분할되어 있으므로 줄 끝으로 이동하지 않고도 특정 차이를 보는 것이 거의 불가능할 수 있습니다. 두 개의 창에서 두 버전을 열 수있는 옵션이 있으면 정말 절약 할 수 있습니다.

이 기능이 필요하다고 생각합니다.

Notepad++ 에는이 기능이있어 창을 띄우는 기능이 있지만 vs code 있는 것을 찾을 수 없습니다.

따라서 다른 화면에 창을 띄우려면 새 창을 연 다음 파일을 열어야합니다. 사용하기가 너무 힘들다고 생각합니다.

따라서이 기능을 추가하십시오.

그리고 그것을 해결할 좋은 방법이있는 사람이 있습니까?

감사!

추신 : 누군가는 이모지를 포기하고 다른 생각을 듣거나 그것을 표현하는 방법에 대해 몇 가지 방법을 제공하지 않는 사람이 있습니다.

어떤 사람들은 나쁜 리뷰와 단점을 좋아하지 않고 바닥을 닦는 방법 만 알고 그냥 날려 버리고 무시합니다.
나는이 사람들이 아마 우리와 의사 소통을 할 수 없다고 생각합니다.

플로팅 / 도킹 가능 창과 다음로드를 위해 저장된 위치를 원합니다. 현재 여러 모니터에 걸쳐 창을 늘릴 수 있지만 다음에 열 때 위치가 기본값으로 재설정됩니다. 대부분 저는 창의 기본 위치가 마음에 들지 않고 이동하고 싶습니다.

@ CHN-STUDENT 나는 사람들이 우리에게 필요하다는 데 동의하기 때문에 : -1 : 투표한다고 생각합니다 (이 스레드에는 270 개의 댓글이 있으며 가장 : +1 : 투표 된 문제입니다). 이 주제는 더 이상 우리가 원하는 것이 무엇 인지 , 어떻게 구현할 수

이 누락 된 기능은 내가 VS 코드를 사용할 수없는 주된 이유입니다.

다른 사람들이 말한 것과 일치-다양한 패널을 도킹 할 수 없다는 것은 나에게도 약간의 거래 차단기입니다. -VS Code에서 시도한 세 번째 작업이었습니다 (테마를 light로 변경 한 직후에 메뉴를 볼 수 있고 mssql 확장을 설치 한 직후).

도움이 되려면-나에게 유용한 것은 여러 화면에서 파일을 열 수있을뿐만 아니라 IDE의 어느 곳에서나 모든 종류의 패널을 도킹 할 수 있다는 것입니다 (새 창으로 이동할 수있는 새 창으로 팝업 포함). 스크린). -일반적인 설정에서는 화면의 처음 두 개에서 코드 파일을 열고 모든 유용한 "상태"패널의 제어판을 세 번째 화면에 도킹했습니다.

아래에 세 번째 화면이 어떻게 생겼는지에 대한 전형적인 예를 첨부했습니다 (도움이되기를 바라며)-난독 화 된 텍스트에 대해 사과드립니다.

그건 그렇고, Visual Studio가 수행하는 대부분의 패널 도킹 작업이 .NET에 내장되어 있다는 인상을 받았습니다.이를 구현하는 것이 정말 어렵습니까? -어쨌든 Visual Studio는이 작업을 훌륭하게 수행합니다. 아마도 Visual Studio Prime 팀에 연락하여이 비트에 대한 코드를 빌려달라고 요청할 수 있습니다. ;-)

편집 : 허, VS 코드가 전자 앱인 것 같습니다 ... 음, 그것은 _ 흥미로운 결정입니다 ... hrmm ...

이것이 우리 팀의 아무도 실제로 VS Code를 기본 개발 플랫폼으로 사용하지 않는 유일한 이유입니다. 우리는 VS 2017을 계속 사용하고 있습니다. 모든 것이 명백한 민첩성에도 불구 하고요.

나는 VS Code 팀이 이것이 핵 수준의 문제라는 것을 깨달아야한다는 것에 의심의 여지가 없습니다. 그래서 분명히 그들은 해결할 수없는 중대한 아키텍처 결함을 가지고 있습니다.

는 Visual Studio (및 Bill Cliniton이 발표 된 이후로 다른 모든 개발자 환경에서 지원)가 지원하는 개발자 환경을위한 3 대 기능입니다. 따라서 이것은 범주에있는 것이 아닙니다. "아, 그런 생각은 못했어요!"

VS Code는 단순히 그것을 뽑을 수 없습니다.

문제 / 출력 / 터미널 창을 위아래로 조정하는 데 지쳤습니다. 분리 가능하게 만드는 첫 번째 단계가 될 것입니다.

해결 방법을 원하는 ppl의 경우 프로젝트 폴더에 대한 심볼릭 링크를 만들고 해당 폴더를 새 창으로 엽니 다. 두 창 모두에서 프로젝트를 가져옵니다. VS 코드 팀에이 버그를 "수정" 하지 마십시오 (다중 창 지원 ofc를 추가하지 않는 한).

몇 가지 버전 전에 명령 팔레트에 추가 된 "새 창에서 작업 공간 복제"명령이 더 나은 옵션이 아닙니까?

안녕하세요.

해결 방법으로 괜찮습니다. 여러 언어, 도구 및 프레임 워크 (예 : 백엔드 및 비즈니스 로직 + DB 추상화를위한 .NET (도구 및 libs 포함) 및 프런트 엔드 또는 일부 다른 프레임 워크를위한 Angular / VueJS / React)의 여러 구성으로 프로젝트에 액세스 해보세요.

작업 공간을 복제하는 것은 메모리 및 스토리지 드라이브 사용에있어 정말 큰 단점이 있습니다.
본질적으로 동일한 작업 공간에있는 VSCode의 새로운 인스턴스입니다.
중복 언어 서비스 및 언어 서버를 실행하면 특히 프로젝트 전체 분석을 사용하는 도구를 사용하여 동일한 파일에 액세스하여 경쟁 조건과 과도한 HDD / SSD 사용량을 만들 수 있습니다.
물론 이러한 도구와 도구를 비활성화 할 수는 있지만 대규모 팀에서 작업 할 때는 항상 누군가가 vscode 설정 폴더를 커밋하는 경우가 발생합니다 (Gitignor 된 경우에도-어떻게 이런 일이 발생하는지 묻지 마십시오). 그리고 혼돈이 온다.

또한 캐싱이 문제가 될 수 있습니다.
Electron의 프레임리스 창은 구현 된 멋진 솔루션이 될 수 있지만 핵심입니다. 시간도 걸립니다. 그 수준에서 핵심 코드를 변경하는 것이 중요하기 때문입니다.
그들은 아마도 최대 성능 / RAM 사용 비율로 기능을 구현하기를 원하지만 Electron 및 복잡한 코어의 맞춤형 빌드로 인해 매우 복잡합니다. 핵심적으로 구현하면 Visual Studio 2015, 2017, WebStorm 등과 같이 모든 창을 프레임없는 '존재'할 수 있습니다.

특히 다중 모니터 설정의 경우 중요한 기능입니다. 열려있는 다중 창 파일에서 단일 작업 공간 프로세스를 공유합니다.

_ 가능한 해결책 : 프레임없는 창을 구현하는 대신 VSCode의 새 인스턴스를 열지 만 첫 번째 인스턴스의 공유 확장을 사용할 수 있도록 명령 줄 옵션을 추가합니다 (문제 : 확장 호스트를 공유 할 수 있거나 인스턴스에 연결할 수 있습니까?) ._

@JustinAddams 내가 지금하고있는 일,

복제 된 작업 공간보기에 대해보기 구성을 조정하는 것도 좋을 것입니다.

예를 들면

• 표시 할 폴더 선택
• 볼 패널
• 사이드 패널 가시성

기타

또한 주 작업 공간 창에서 우리는 개발자로서 하위 복제 작업 공간 이벤트를 수신하는 브리지 서비스를 만들 수 있으며 주 작업 공간 창과 상호 작용할 수 있습니다.

사용 사례, 예 :

1. 기본 작업 공간 창 열기

2. 미리 구성된 템플릿으로 하위 작업 공간 만들기

   복제 작업 공간과 비슷하지만 기본 작업 공간 창에서 하위 프로세스를 만듭니다.
   예를 들어 템플릿의 이름은 "Panel only"(문제, 출력, 디버그 콘솔, 터미널 만 포함)입니다.

3. 자식 작업 공간 터미널 탭에서 yarn test --watch 시작할 수 있습니다.

4. … 코딩을하거나 내가 할 수있는 것은 무엇이든…
5. 테스트 중 하나가 실패하면 하위 Workspace vscode 세션에서 Command+Click 수행합니다.
   5.1. 하위 작업 공간은 이벤트를 기본 작업 공간 창으로 지정합니다.
6. 기본 작업 공간은 이벤트를 처리하고 테스트가 실패한 파일을 보여줍니다.
   ……
   약간 이익 !!! … 말할 것입니다,

하지만 이것은 Visual Studio Code의 자식 세션을로드하는 것 뿐이지 만 완전히로드 된 vscode는 아니지만 간단하고 가벼운로드 변형입니다. 많은 리소스가 필요하지 않기를 바랍니다.

또한 VSCode의 모듈은 여러 인스턴스를 서로 쉽게 연결할 수있는 미들웨어를 통해 통신해야합니다. 따라서 하위 작업 공간 창에서 예를 들어 ESLint의 문제를 볼 수 있습니다.

아마도이 "브레인 스토밍"이 누군가에게 도움이 될 것입니다.

건배! & 관심을 위해 thx…

다른 창을 열 것을 제안하는 사람들을 위해.
이 기능의 주요 이점은 다른 모니터에서 터미널 / 출력 / 문제를 여는 것이므로 코드 창과 별도로 오류 목록을 볼 수 있습니다. 따라서 한 모니터에서 Ctrl- 클릭하고 다른 모니터에서 해당 코드를 볼 수 있습니다.

이 기능이 추가되는 것을보고 싶습니다. Webstorm / Phpstorm은 둘 다이 기능을 가지고 있으며, 제가 그 앱에 대해 정말 좋아하는 점입니다. 세로 방향 모니터를 주 편집기로 사용하고 파일 트리 / 탐색기 패널을 다른 모니터에두면 큰 차이가 있습니다. 나는 또한 다른 모니터에 터미널을 두는 것을 좋아하지만 항상 vs 코드와 통합되지 않은 터미널을 사용할 수 있지만 이러한 패널의 경우 분리 가능한 창을 vs 코드에 두는 것이 좋습니다.

그래서? 2 년이면 안 되나요?
통합 "검색"패널은 항상 거대하고 넓기 때문에 견딜 수 없습니다.

지금은 2 년이 지났고 여기에서 가장 원하고 논의 된 기능이지만 여전히 개발자가이 기능을 완전히 무시하고 있다는 것이 이상합니다.
나는 두렵다, 그들은 이미 오래 전에 너무 복잡하거나 너무 많은 일을 생각했고, 그럴 가치가 없다고 결정하고 가능한 한 오랫동안 낙진을 지연시키는 것을 조용히 유지했습니다 ...

그리고 저는이 의사 소통하지 않음으로 인해 약간 화가났습니다. 내가 틀렸을 수도 있지만, 마이크로 소프트 정치와 같은 냄새가 난다 ...

나는 두렵다, 그들은 이미 오래 전에 너무 복잡하거나 너무 많은 일을 생각했고, 그럴 가치가 없다고 결정하고 가능한 한 오랫동안 낙진을 지연시키는 것을 조용히 유지했습니다 ...

나는 이것이 어떻게 그렇게 복잡 할 수 있는지 전혀 모른다. 수많은 다른 소프트웨어가이 작업을 수행하고 있으며 계속 수행 할 것이므로 실제로 가장 많이 요청 된 기능 중 하나를 구현하지 못하게하는 것이 무엇인지 완전히 확신 할 수 없습니다.

현재 VSCode 작업에 참여한 개발자가 없기 때문입니까? VSCode로 수익을 창출 할 수 없기 때문에 충분히 가치있는 것으로 간주되지 않습니까?

최근의 컴퓨터가 이전보다 훨씬 많은 시스템 리소스를 가지고 있다는 점을 고려할 때 "이것은 컴퓨터에 너무 많은 부담을 줄 수 있습니다"라는 주장이 타당하다는 것을 완전히 확신하지 못합니다. 또한 워크 스테이션에 이러한 영향이있는 것으로 판명되면이 기능을 완전히 끌 수 있습니다.

이것을 사용할지 여부를 선택하는 것이 솔직히 선택하지 않는 것보다 훨씬 낫습니다.

VSCode는 코딩하는 사람들이 사용합니다. 코더가 기능을 켜거나 끄는 방법을 알 수 없다면 잘못된 소프트웨어를 사용하고있을 수 있습니다.

시스템 리소스 소모를 줄이기위한 조치 외에도 "대부분의 사용자는이 기능을 끄는 방법을 모르기 때문에 설치시 기본적으로 켜져 있으므로 소프트웨어는 다음과 같이 될 수 있습니다."라는 오래된 믿음을 바탕으로 이와 같은 새로운 기능을 추가하지 않습니다. 다양한 컴퓨터에서 정말 느리고 우리를 나쁘게 보이게 할 것입니다. "는 구현의 부족에 대해 가능한 더 나쁜 주장입니다. 이는 타겟 사용자 기반이 대부분의 것보다 기술적으로 덜 취약하다는 것을 의미하기 때문입니다.

마지막으로 확인했지만 그렇지 않았습니다.

내 추측으로는 탭이있는 새 창을 만들고 전자로 인해 탭이 상태를 유지하는 것이 어렵다는 것입니다. 탭을 자신의 창으로 드래그 할 때마다 새 창을 만들어야하며 이는 분명히 쉬운 일이 아닙니다. 특히 터미널, 사이드 바 등과 같은 것들의 경우.

나는 여전히이 기능을 필사적으로 원한다.

@Penagwin 마찬가지로, 그러나 그것을 구현할 수 없다는 기술적 추론이 무엇인지 모르겠다는 점을 감안할 때, 나는 또한 예의 바르고

그 동안 해결 방법은 두 개의 창을 열고 동일한 프로젝트의 상위 폴더와 하위 폴더를 여는 것입니다. 예를 들어 한 창에서 앱 디렉터리를 열고 다른 창에서 '공용'폴더를 엽니 다. 단점은 드래그 앤 드롭 탭이 없다는 것입니다.

2 개의 창으로 해결 방법을 제안하는 모든 사람들에게. 두 번째 화면에서 디버그 검사기 또는 터미널 / 출력 등과 같은 항목을 가질 수 없다는 실제 문제는 전혀 도움이되지 않습니다.

편집을 위해 다른 vscode 창에서 현재 파일을 열려면 "Ctrl K, O"를 사용하십시오. 새로 열린 창을 빌드하려면 터미널 기본 디렉토리를 다시 설정해야합니다. 파일에서만 작동합니다. 터미널 창에는 없습니다. 드래그 앤 드롭과 같지는 않지만 두 번째 또는 세 번째 모니터를 사용하기 위해 몇 개의 파일을 다른 창으로 이동해야하는 경우 유용 할 것입니다. 해결책이 없기 때문에 해결 방법에 문제가 없습니다. 세상은 완벽하지 않습니다. 우리가 가진 것을 최대한 활용하고 일을 완수하십시오. 더 나은 결과가 나올 때까지 이것이 도움이되기를 바랍니다. 즐거운 코딩 되세요!

2 년이 지났고 이에 대한 진전이 거의 없다고 믿기 어렵습니다. 나는 전체적으로 멋진 IDE이기 때문에 VS 코드에 심각하게 빠지기 ​​시작했습니다. 그러나 멀티 스크린 지원 없이는 전문 개발을위한 심각한 경쟁자라고 생각할 수 없습니다. 이러한 의견을 살펴보면이 관점에서 나 혼자가 아닌 것 같습니다.

지금은 Webstorm으로 돌아 가기 = (

이 기능을 한동안 지켜 보면서이 일이 정말 일어나길 바라는 또 다른 목소리를 추가했습니다! VS 코드가 이것을 구현할 수 있다면 완벽한 편집기가 될 것입니다 !!

왜 이것이 여전히 문제가되지 않습니까! 이 기능에 대한 보류는 무엇입니까? VS 코드는 훌륭한 편집기이지만 주요 기능이 누락되었습니다.

이것은 정말로 일어나야합니다! Microsoft의 계정에 대한 큰 감독.

제발하세요! 이것은 지금까지 가장 원하는 기능입니다.

3 개의 모니터로 작업하고 있는데, 가끔 코드에서 한 파일에서 구현해야하는 기능을 확인해야하고이 기능을 별도의 창에서 열어 복사하여 붙여 넣어야하기 때문에이 기능이 필요합니다. 작업 공간을 제한 할 수있는 하나의 모니터 내에서 창을 분할하는 대신 원합니다.
창을 띄우기 위해이 기능을 구현하십시오 (창 분리).

+1. 이것은 다중 모니터 생산성에 매우 유용합니다.

이 기능 요청은 최근 두 번째 생일을 축하했습니다. 나는 그것이 구현 될 것 같지 않다 :(

+1이 기능에 대한 업데이트가 있습니까?

이 기능이 GH를 올바르게 사용하지 못하거나 인터넷 토론에서 잘 작동하지 않는 것과 관련이있는 것 같습니다. 무의미한 +1 스팸은 확실히 당신의 원인에 도움이 될 것입니다.

@ Krzysztof-Cieslak 문제에 대한 댓글을 비활성화하고 OP에 대한 반응 만 허용하는 옵션이 있어야합니다.

@ Krzysztof-Cieslak +1은 토론보다는 투표와 관련이 있다고 생각합니다.

+1은 종종 대화를 높이는 데 사용되므로 Microsoft 직원은 문제를 풀지 않습니다.)

@SkyzohKey , 이미 열렸으며 아무것도 잃지 않을 것입니다.

MS가 github와 본질적으로 전자 프로젝트를 소유하고 있기 때문에 실제로 빛을 볼 수 있습니까? 나는 이것이 에디터의 근본적인 문제라는 데 동의합니다. 그렇지 않으면 꽤 좋습니다.

@ napalm684 좋은 지적, 그럼에도 불구하고 Electron (https://github.com/Microsoft/vscode/issues/10121#issuecomment-346088717)에서는 문제가 아니라 VSCode 아키텍처 자체 (https://github.com / Microsoft / vscode / issues / 10121 # issuecomment-346290180).

아, 원래 @ n9를 읽었습니다. 이것은 전자 문제였습니다. 그럼에도 불구하고 이것이 현재 가장 중요한 기능 요청이라고 생각합니까?

이 기능은 다음 메이저 버전이 있습니까?

다들 촉구받는 걸 싫어하는 건 알지만
이 기능이 최우선 순위가되기를 바랍니다.
이것이 오픈 소스 프리웨어라는 것을 알고 있지만 이러한 제한으로 인해 새로운 사용자 가 VS Code를 사용
우리는 새롭고 멋진 IDE를 사용하게되어 기쁘고 인기가 있습니다. 그렇지 않습니까?

그래서 예 ... 여기에 VS에서 작업하는 것처럼 VSCode에서 탭을 분리 할 수 ​​있기를 바라는 개발자가 한 명 더 있습니다.

여기에있는 대부분의 사람들과 동일합니다.
단일 폴더 / 프로젝트에 대해 둘 이상의 VS 코드 창을 갖고 둘 이상의 모니터에서 작업 할 수 있기를 바랍니다.

그럼에도 불구하고 멋진 IDE 👍
계속해, 나는 당신의 일을 사랑합니다.

또한 여러 창에서 동일한 디렉토리를 열 수 있기를 원합니다.

👍

두 번째 모니터에서 볼 수 있도록 디버거 콘솔을 분리하고 싶습니다.

+1
해결 방법 (새 창을 열고 현재 작업 공간 / 창에서 새로 열린 창으로 파일을 끌어서 놓기)은 괜찮지 만 작업 공간 자체에 액세스 할 수 없습니다. 다른 설정, 작업 공간의 다른 파일에 대한 액세스 없음 등

그러나이 VSC를 제외하고는 굉장합니다!

VSC에서 떠 다니는 창으로 무엇을 할 수 있는지 확인하려고했습니다.
우선-Electron은 여러 창을 지원합니다. 추가 BrowserWindow 인스턴스를 열 수는 있지만로드시 HTML 파일이 필요합니다.

이 경우 플로팅 윈도우의 터미널을 고려해 보겠습니다. VSC 코드에 관해서는 그다지 유창하지는 않지만 모든 애플리케이션이 "모놀리스 앱"으로 실행되는 것 같습니다. 즉, 추가 창에 VSC UI의 내용을 추가하려면 여기에 모든 응용 프로그램을로드하고 불필요한 UI 부분을 숨겨야합니다.

좋은가요? 별로. 추가 창에서 불필요한 UI 부분을 숨기고 파일 변경 또는 바로 가기에 대한 다른 앱 영역 업데이트를 비활성화해야합니다. 게다가 ... Electron 메모리가 어떻게 작동하는지 모르겠지만 모든 애플리케이션을 두 번째 창에로드하면 VSC의 메모리 사용량이 크게 증가 할 것이라고 믿습니다.

단일 UI 부분으로 플로팅 창 작업을 시작하기 전에 VSC를 더 모듈화하고 일종의 다중 창 메커니즘을 준비해야한다고 생각합니다.

커뮤니티 여러분, VSC 팀을 도와주세요.

+1은 종종 대화를 높이는 데 사용되므로 Microsoft 직원은 문제를 풀지 않습니다.)

아니, 이제 그들은 문제를 무시하는 데 익숙합니다. :) 욕실 거울에 메모를하는 것과 같습니다. 처음에는 무시할 수 없지만 잠시 후에는 더 이상 볼 수도 없습니다.

나는 어떤 종류의 Electron 사람이 아니지만 조금만 다루었습니다. 새 창을 시작하고 webContents API를 통해 부모 창과 자식간에 통신을 수행하는 것이 가능하지 않을까요?

@kodipe

@scriptcoded 좋은 질문입니다!

특정 HTML 파일없이 BrowserWindow를 사용할 수있는 https://github.com/illBeRoy/ElectronScriptWindow 프로젝트를 방금 찾았습니다. 기본적으로 base64 인코딩 문자열을 창 URL로 생성합니다 : https://github.com/illBeRoy/ElectronScriptWindow/blob/master/src/index.js#L76 on load. 그 후 webContents를 통해 부모로부터 자식을 제어 할 수 있어야합니다.

@kodipe 깔끔한! 그것은 그것을하는 아주 영리한 방법입니다. 아마도 소스를 자세히 살펴보고 이것이 좋은 방법인지 알아낼 것입니다. 나는 이것이 핵심 기능의 무리를 엄청나게 재 작성하는 것을 의미한다고 생각합니다.

@scriptcoded 예 ...이 순간 기능을 달성하기가 정말 어렵습니다. 간단한 FloatingWindow API에 대한 솔루션을 찾고 포크에 흥미로운 것을 만들면 여기에서 공유 할 것입니다.

이 기능에 대한 +1

저는이 제한을 하루에 두 번 정도 쳤는데 제게는 꽤 큰 기능이 없습니다.

해결 방법 :

1.) 프로젝트 폴더를 엽니 다.
2.) 작업 공간으로 저장
3.) 한 창에서 작업 공간을 열고 다른 창에서 프로젝트 폴더를 엽니 다.

도움이 되었기를 바랍니다

이 기능은 기한이 지났고 여러 모니터를 사용하는 생산성에 중요합니다.이 기능을 범위에 추가하려면 몇 개의 응답이 필요합니까? 원하는 경우 모든 동료가 답장하도록 할 수 있습니다.

https://www.npmjs.com/package/electron-window-manager는 어떻습니까?

@WNemencha 팀이 불필요한 종속성을 원하지 않는다고 가정하고 있습니다. 아마도 그것에 대해 명할까요?

결국 우리가 이것을 얻을 수 있기를 바랍니다.

혁신을 계속하고 VSCode를 모든 기능을 갖춘 현대적인 편집기로 만들려면 이것이 필요합니다. 이것이 완료 될 때까지 이것은 주요 장기 목표가되어야합니다.

이 기능은 실제로 우선 순위가 높은 기능이어야합니다. 하나의 모니터에서만 코딩하는 개발자를 알지 못합니다. 탭을 새 창으로 끌어서 나란히 사용할 수있는 기능은 너무나 유용해서 사용할 수 없습니다.

이 기능은 실제로 우선 순위가 높은 기능이어야합니다. 하나의 모니터에서만 코딩하는 개발자를 알지 못합니다. 탭을 새 창으로 끌어서 나란히 사용할 수있는 기능은 너무나 유용해서 사용할 수 없습니다.

안녕하세요, @oryandunn 당신이 불평하는 것은 실제로 가능합니다. 이 티켓에 추가 된 내 댓글보기 :
"새 창을 열고 현재 작업 공간 / 창에서 새로 열린 창으로 파일을 끌어다 놓습니다."

이 티켓은 동일한 작업 공간에서 두 개의 창을 여는 것에 관한 것입니다.

@kapalkat 을 명확히하기 위해이 문제는 터미널, 탐색기 및 디버거와 같은 UI의 일부를 기본 창에서 분리하는 것입니다. # 2686은 동일한 작업 공간을 가진 여러 창을 다룹니다.

누군가가 실제로 (VSCode 팀에서) 작업 할 수있을 때까지이 문제를 고정 / 제한해야한다고 생각합니다.

가까운 기능에서는 언제라도이 기능을 기대할 수 없다고 생각합니다. 제 이해에 따르면 팀은이 작업을 수행하기 위해 많은 인프라를 변경해야합니다. 그뿐만 아니라, 얼마나 다른 영향을 받을지 잘 모르겠습니다.

또한 이것이 Electron과 관련이 있는지 의심됩니다 (전자 측 제한 / 문제가 아님). 현재 아키텍처에 의해 제한됩니다.

이 스레드는 실제로 유용한 댓글보다 더 많은 +1 댓글로 채워지고 있습니다.

이 스레드는 실제로 유용한 댓글보다 더 많은 +1 댓글로 채워지고 있습니다.

다중 모니터 지원이 없기 때문에 사용자 기반이 실망했습니다. 개발자가 원하는 사용자 기반에 대한 정보를 어떻게 얻을 수 있습니까?

개발자가 원하는 사용자 기반에 대한 정보를 어떻게 얻을 수 있습니까?

👍을 남기고 다음과 같은 건설적인 토론을 위해 토론 영역을 명확하게 유지합니다.

나는 VS가 가지고있는 구현을 아주 좋아하는데, UI의 일부를 드래그하면 화면의 일부에 "스냅"될 수 있습니다. 지금 탭을 드래그하면 기본보기의 제목을 지정할 수있는 것과 유사합니다.

솔직히 말해서 제가 정말로 할 수있는 것은 코드 편집기 탭을 드래그하는 것뿐입니다. 메인 창 밖에서 타일링 할 수 있는지도 신경 쓰지 않습니다. 대신 OS 창 관리자를 사용할 수 있기 때문입니다.

모두가 @mrmos 와 그의 솔루션을 위해 손뼉을 치십시오.

@jayarjo 나는 새 vscode 창을 열고 거기에 내 탭을 드래그하여 비슷한 일을 해왔습니다. 여기서 문제는 찾은 결과가 실제 "작업 공간"에 대한 정보가 없기 때문에 제대로 작동하지 않는다는 것입니다.

간단한 해결 방법 으로 새 창에서 작업 공간 복제 (버전 1.24 이후) 명령을 사용하여 별도의 모니터로 이동할 수있는 두 번째 VS 코드 창에서 현재 폴더 / 작업 공간을 열 수 있습니다. 이 명령에 Ctrl + Shift + N 키 바인딩을 할당했습니다.

@ n0v1

간단한 해결 방법으로 새 ​​창에서 작업 공간 복제 명령을 사용할 수 있습니다.

음, 최신 macOS에서는이 기능이없는 것 같습니다. 활성화해야합니까?

문안 인사

@ldexterldesign 명령 팔레트 ( ⌘ + SHIFT + P )를 열고 Duplicate Workspace in New Window 입력하여 실행 해 보셨습니까?

@ n0v1 문제가 새 창에서 파일 / 작업 공간을 열지 않습니다. 이 두 창에서 기본 버퍼 (파일)의 컨텍스트를 유지하는 것이 문제입니다.

명확하게하려면 한 작업 영역에서 파일을 열고 복제 된 작업 영역에서 동일한 파일을 엽니 다. 이제 한 창에서 파일을 편집하면 다른 창에는 반영되지 않습니다.

이제 모두가 중복 된 작업 공간에 대해 이야기하지만, 이제는 모두가 알고 있으며 자주 반복 할 필요가 없습니다. 그리고이 전체 "해결 방법"은 실용 적이지도 않습니다. 다른 편집기에서 구현 된 것과 같은 실제 부동 창 기능이 필요합니다.

"중복 작업 공간"제안을 중지하십시오. 그것은 해결책이 아닙니다. 복제 된 작업 공간 탐색기도 필요합니다. 그렇지 않습니다.

콘솔 (및 편집기의 다른 부분)을 분리하고 별도의 화면으로 밀어서 작업 할 때 코드를 작성하고 읽을 수 있도록 메인 화면의 전체 공간을 확보 할 수있는 기능을보고 싶습니다. 여러 화면이있는 곳 /

이것은 또한 이동 중에도 기차 나 고객 사이트와 같이 메인 화면 만 사용할 수있는 곳에서 더 잘 관리하고 작업 할 수있게 해줍니다.

이 기능과 몇 년 전의 진행 상황을 볼 수 없습니다. 너무 많은 비용이 드는 건축 적 한계에 갇혀 있다면 그냥 닫고 앞으로 나아가는 건 어떨까요?

VisualStudio 커뮤니티가 있다는 것을 잊지 마십시오. 일부 기능을 VS 플러그인으로 이동하는 것을 고려하십시오.

@Nyconing VS는 Linux 또는 Mac에서 실행되지 않습니다.

@Nyconing VS는 Linux 또는 Mac에서 실행되지 않습니다.

사실이 아닙니다 ...

좋아요, 커뮤니티입니다.

하나의 파일 (단위 테스트 포함)을 왼쪽 모니터에 표시하고 두 번째 파일을 오른쪽 모니터에 표시하는 가장 좋은 방법은 무엇입니까?

Vim, Emacs, Visual Studio Enerprise, Sharp Develop, Eclipse, Jetbrains 또는 메모장을 사용하도록 권장하지 마십시오.

하나의 파일 (단위 테스트 포함)을 왼쪽 모니터에 표시하고 두 번째 파일을 오른쪽 모니터에 표시하는 가장 좋은 방법은 무엇입니까?

두 번 게시하지 마십시오. 내가 제공 할 수있는 최선의 방법은 창 크기를 조정하여 두 화면을 모두 덮고 편집기를 모니터 중간을 따라 두 개의 타일로 분할하는 것입니다.

두 번 게시하지 마십시오.

GitHub 자체에 몇 가지 내부 문제가 있습니다.

사실이 아닙니다 ...

와인 또는 Windows VM이있는 Mac에서 실행됩니다.

@ hellboy81 @belst 안타깝게도 VS 코드라고 생각했습니다. 죄송합니다! 지금 궤도로 돌아가 ...

내 2 센트 만
"Ctrl + K 다음 O"
"새 창에서 활성 파일 열기"에 바인딩됩니다.

내 2 센트 만
"Ctrl + K 다음 O"
"새 창에서 활성 파일 열기"에 바인딩됩니다.

다른 사람들이 말했듯이 새 창에서 여는 것은 요구하거나 원하는 것이 아닙니다.

우리는 창을 튀어 나와 원하는 곳으로 이동할 수있는 기능을 찾고 있습니다.

내 2 센트 만
"Ctrl + K 다음 O"
"새 창에서 활성 파일 열기"에 바인딩됩니다.

다른 사람들이 말했듯이 새 창에서 여는 것은 요구하거나 원하는 것이 아닙니다.

우리는 창을 튀어 나와 원하는 곳으로 이동할 수있는 기능을 찾고 있습니다.

전적으로 동의합니다. 이 기능을 기다리는 동안 사용하는 임시 해결 방법 을 지원하려고했습니다.

나는 이것에 대한 나의 의견을 표명하고 싶다. 많은 개발자들이 하나 이상의 모니터를 가지고 있고이를 효과적으로 사용하는 것이 생산성에 큰 도움이된다고 생각합니다.

이 기능이 막대한 지원을 제공하고 주어진 코드가 전자 앱이기 때문에 왜이 기능이 진행되지 않는지 잘 모르겠습니다.

한마디로 vscode에서 MDI를 지원하십시오.

VS Code가 다중 디스플레이를 지원할 때까지이 편집기로 이동하는 것을 기본값으로 보지 않습니다. 저는 최근에 JetBrains 도구를 대안으로 사용하기 시작했습니다. 나는이 문제를 1 년 이상 지켜 봤지만 여전히 이에 대한 움직임은 없다. 지연 이유를 잘 모르겠습니다.

Xcode는 프로젝트에 여러 창을 허용합니다. 더욱이 창은 모두 동일하고 완벽하게 작동하는 창입니다. 즉, 두 번째 창을 열고 원래 프로젝트 창을 닫아도 전체 프로젝트 창을 사용할 수 있습니다.

이 접근 방식은 여러 모니터를 쉽게 지원할 수 있음을 의미합니다. 또한 "실제"프로젝트 창을 기억할 필요가 없기 때문에 창 관리를 꼼꼼히 살펴볼 필요가 없습니다.

이 접근 방식은 VS Code에서 크게 높이 평가 될 것입니다.

Xcode는 프로젝트에 여러 창을 허용합니다. 더욱이 창은 모두 동일하고 완벽하게 작동하는 창입니다. 즉, 두 번째 창을 열고 원래 프로젝트 창을 닫아도 전체 프로젝트 창을 사용할 수 있습니다.

어떻게? Mac OSX에서 동일한 작업 공간을 열려고하면 항상 이미 열려있는 창에 초점이 맞춰집니다.

VSCode가 Electron "부동 창"으로 작성 되었기 때문에 달성하기가 다소 어렵지만 프로젝트를 두 번 열면 많은 도움이되지만 이것 역시 작동하지 않는 것 같습니다. 도움을 주시면 감사하겠습니다.

들어 와서 내 경험을 말하다 : 과거에 내가 기여한 게임 엔진 프로젝트를 컴파일하고 디버깅하기 위해 VScode를 성공적으로 사용했지만 VScode로 분리 된 창을 수행 할 수 없기 때문에 불행히도 CLion을 고수하고 있습니다. 느리지 만 확실히 Visual Studio를 사용합니다.

이 스레드에서 언급 한 다른 사람들과 마찬가지로 다중 모니터 코딩에는 분리형이 필요합니다.

Xcode는 프로젝트에 여러 창을 허용합니다. 더욱이 창은 모두 동일하고 완벽하게 작동하는 창입니다. 즉, 두 번째 창을 열고 원래 프로젝트 창을 닫아도 전체 프로젝트 창을 사용할 수 있습니다.

어떻게? Mac OSX에서 동일한 작업 공간을 열려고하면 항상 이미 열려있는 창에 초점이 맞춰집니다.

VSCode가 Electron "부동 창"으로 작성 되었기 때문에 달성하기가 다소 어렵지만 프로젝트를 두 번 열면 많은 도움이되지만 이것 역시 작동하지 않는 것 같습니다. 도움을 주시면 감사하겠습니다.

Xcode에서 탭을 떼어 내거나 File-> New Window를 사용하여이 작업을 수행 할 수 있습니다. 프로젝트를 탐색하거나 코드를 편집 할 수있는 모든 창은 동일합니다. Xcode에는 "메인"창과 같은 것이 없습니다. 아래 첨부 된 gif를 참조하십시오.

요청 후 2 년. VS 코드가이 작업을 수행 할 수있을 때 어떤 추정치가 있습니까?

이것은 OSS 입니다. VSCode에 대한 기술을 돕고 기여할 수 있습니다. VSCode가 여러 창에 표시되기를 원한다면 포크를 시도하여 스스로 가능하게하는 것은 어떨까요?

OSS라는 것을 알고 있습니다. 그래서 기대하지 않았습니다. 이 저장소를 돌보는 사람들의 추정치가 있는지 물었습니다. '예상 없음'도 답입니다. 감사

요청 : 의견이 있으시면이 문제를 닫으십시오.
VSCode 팀은 놀라운 일을하고 있으며 세계 최고의 코딩 도구 중 하나를 통해 계속해서 성장하는 개발자 커뮤니티에 놀라운 가치를 지속적으로 제공하고 있습니다.
멀티 윈도우의 전망에 대해 여기에 계신 분들만큼 열정을 표현하고 있지만, 시간이 걸리면 기다립니다. 나는 모든 me too , you can duplicate your workspace as an alternative , but this tool has it , when will we get this 또는이 문제에 대한 꽤 까다로운 의견에 약간 지쳐 있습니다. 이 문제에 대한 모든 의견이 관련 업데이트를 듣고 앞서 언급 한 의견을 더 많이 볼 수 있기를 간절히 기다리고 있습니다. 위의 363 개의 댓글을 고려할 때 팀원으로부터 관련 댓글을 찾는 것은 어렵습니다.

이 문제가 팀의 레이더에 있다고 확신합니다 (요청 된 가장 큰 기능입니다).
@bpasero 는 위의이 댓글에서 최신 피드백을 제공했습니다. https://github.com/Microsoft/vscode/issues/10121#issuecomment -345770248
이를 위해서는 vscode의 내부 구조를 약간 재 설계해야하므로 인내심을 갖거나 기여합시다.
그 상태 업데이트로 충분합니다. 추가 업데이트가있을 때 다시 연락을 드릴 것입니다.
귀하의 지원을 보여주기 위해 문제를 👍하십시오.