Vscode: 패널 위치 구성 가능

+1

기본 설정 외에 창 오른쪽에 있는 버튼을 선호합니다. 또한 이전에는 다른 창을 닫아 디버그 콘솔이 공간의 100%를 차지하도록 할 수 있었습니다. 이제 이것은 더 이상 불가능합니다. 모든 창이 동일한 동작을 공유하여 모든 창(파일, 디버그 콘솔 또는 작업 출력)을 수직, 수평 또는 최대 100%로 도킹할 수 있다면 더 좋을 것입니다.

@felixfbecker 피드백 주셔서 감사합니다!

긴 출력이 끝까지 잘리지 않고 보일 수 있도록 콘솔을 수평으로 만들었습니다. 당신이 수직 콘솔을 선호하기 때문에 출력이 표시될 수 있는 것보다 더 넓을 때 수직 콘솔이 어떻게 작동하게 했는지 관심이 있습니다. 그런 상황에서 당신이 한 일을 공유할 수 있습니까?

디버그 콘솔을 수평으로 만들 때 포커스가 있는 텍스트 편집기의 동일한 기능과 혼동되지 않도록 하고 싶었습니다. 따라서 사용자가 Explorer 뷰렛에서 파일을 클릭하면 콘솔에 포커스가 맞춰지면 열린 파일로 콘솔. 이것은 이전에 문제였습니다. 수직 디버그 콘솔은 포커스가 있었기 때문에 열 때 파일로 대체되는 경우가 많았습니다.

우리는 텍스트 편집기를 가로 및 세로로 분할하는 것과 콘솔을 가로 또는 세로로 분할할 수 있도록 하는 방법을 모색하고 있습니다. 또한 사람들이 콘솔을 텍스트 편집기로 대체할 수 있다고 생각하지 않도록 콘솔과 편집기를 구분하고 싶습니다.

이것이 당신의 고민을 해결해 줄 것 같습니까?

@bgashler1

TL;DR 은 현재 초점이 맞춰진 창을 더 잘 강조 표시하고 모든 창을 동일하게 작동하게 합니다.

나는 수직 또는 수평을 선호하는 울타리에 약간 있습니다. 그러나 많은 사람들이 16:9 모니터를 사용하고 수평 콘솔을 연 상태에서 파일을 편집하는 것은 편집기를 위한 공간이 충분하지 않기 때문에 재미가 없다는 것을 확실히 알았습니다. 디버깅하는 동안 일부 파일을 스크롤하자 마자 콘솔을 닫아서 눈으로 더 쉽게 스캔할 수 있습니다.

긴 출력이 끝까지 잘리지 않고 보일 수 있도록 콘솔을 수평으로 만들었습니다. 당신이 수직 콘솔을 선호하기 때문에 출력이 표시될 수 있는 것보다 더 넓을 때 수직 콘솔이 어떻게 작동하게 했는지 관심이 있습니다. 그런 상황에서 당신이 한 일을 공유할 수 있습니까?

콘솔 출력이 맞지 않으면 창 크기를 조정하거나 열려 있는 파일을 닫아서 전체 너비의 디버그 콘솔을 사용했습니다. 그런 다음 Ctrl + Tab 을 사용하여 파일로 돌아갔습니다. 한 가지 보고 싶은 것은 긴 줄의 줄 바꿈을 토글하는 콘솔의 버튼입니다. 왜냐하면 때로는 그것이 (매우 긴 문자열 출력의 경우) 유익하고 때로는 성가시고 (스택 추적의 경우) 형식이 깨지기 때문입니다. 특정 경우에 래핑을 비활성화할 수 있으면 수평 콘솔의 필요성도 줄일 수 있습니다.

디버그 콘솔을 수평으로 만들 때 포커스가 있는 텍스트 편집기의 동일한 기능과 혼동되지 않도록 하고 싶었습니다. 따라서 사용자가 Explorer 뷰렛에서 파일을 클릭하면 콘솔에 포커스가 맞춰지면 열린 파일로 콘솔. 이것은 이전에 문제였습니다. 수직 디버그 콘솔은 포커스가 있었기 때문에 열 때 파일로 대체되는 경우가 많았습니다.

네, 가끔 헷갈릴 때도 있었는데, 그 이유는 창에 포커스가 있는 시각적 표시기가 많지 않았기 때문인 것 같습니다. 1월 릴리스에서는 접근성을 위해 많은 작업이 있었습니다. 예를 들어 디버그 섹션에는 이제 패널에 포커스가 있을 때를 나타내는 매끄러운 파란색 윤곽선이 있습니다.

현재 창 주위에 유사한 윤곽선을 추가하여 파일을 열 때 어떤 창이 대체되는지 명확하게 할 수 있습니까?

우리는 텍스트 편집기를 가로 및 세로로 분할하는 것과 콘솔을 가로 또는 세로로 분할할 수 있도록 하는 방법을 모색하고 있습니다. 또한 사람들이 콘솔을 텍스트 편집기로 대체할 수 있다고 생각하지 않도록 콘솔과 편집기를 구분하고 싶습니다.

나는 모든 창을 수직 또는 수평으로 도킹할 수 있는 "범용" 창 관리에 대해 확실히 +1합니다. 보너스로 두 번째 모니터에서 콘솔을 끌기 위해 창을 도킹 해제하는 것을 보고 싶습니다. 하지만 이 구분이 엉망이 될 것 같은 느낌이 듭니다. 창에 동일한 기능과 버튼이 있는 경우 어떻게 구분할 수 있습니까? 모든 창은 동일하게 작동해야 한다고 생각합니다.

@felixfbecker 공유해주셔서 정말 감사합니다! 이것은 훌륭한 피드백입니다. 팀과 상의하도록 하겠습니다. 우리는 이 경험을 정말로 개선하고 싶습니다.

+1 이것은 모두를 위한 UX를 향상시킬 정말 기본적이고 필요한 기능입니다. 최대화 버튼이라도 없는 것보다는 나을 것입니다.

+1 최신 컴퓨터 화면의 16:9 비율은 수직 공간이 상당히 적어 낭비할 필요가 없음을 의미합니다.

이것은 확실히 나에게 큰 문제입니다. 수직 1080p 화면에서 수평 1440p 화면으로 이동했는데 vscode를 사용할 때 있었던 수직 공간이 많이 부족합니다. 사용하지 않은 수평 공간의 일부를 차지하도록 출력 패널의 위치를 ​​변경할 수 있으면 표준 16:9 화면에서 작업하는 것이 훨씬 더 편안해집니다.

현재 화면에서는 편안하게 2개의 텍스트 버퍼와 출력 패널을 나란히 열 수 있습니다. 그것은 좋을 것입니다!

예, 더 이상 16:9 1080p 모니터에서 vscode를 사용할 수 없습니다. 전체 너비에 걸쳐 있는 것은 가로 와이드스크린 모니터에서 그다지 좋지 않습니다 :(

주요 사용 사례 중 하나이기 때문에 더 쉽게 찾을 수 있도록 통합 터미널 레이블을 추가합니다.

이에 대한 업데이트인 토글 최대화 패널 명령이 1.7.0에 추가되었습니다. 이 명령은 당분간 이에 대한 해결 방법이므로 최대화 상태와 최대화되지 않은 상태 사이를 빠르게 전환할 수 있습니다. 기본 키 바인딩이 없지만 명령 팔레트를 통해 또는 고유한 키 바인딩을 추가하여 연결할 수 있습니다. 여기 내 것:

{ "key": "ctrl+shift+q", "command": "workbench.action.toggleMaximizedPanel" }

이것을 볼 때 명심해야 할 것은 셸이 키 입력을 사용해야 하기 때문에 터미널이 여러 키 바인딩을 비활성화한다는 것입니다. 예를 들어 분할 편집기의 기본 단축키인 ctrl+\ 는 SIGQUIT 를 쉘 프로세스에 보냅니다.

@bgashler1 오랜만 이군요, 이것에 대한 업데이트가 있습니까?

VSCode는 go 개발을 위한 기본 IDE가 되었으며 출력이 종종 매우 컴팩트하기 때문에 꽤 큰 문제입니다.

다음은 예를 들어 오픈 소스 zap 패키지에 대한 테스트를 실행할 때 낭비되는 공간의 예입니다.

그것은 쓸모없는 검은 색의 단단한 절반 화면입니다.

@Tyriar re: 터미널

나는 당신의 요점을 확실히 알지만 터미널이 이에 대한 주요 사용 사례 중 하나라는 데 동의하는지 확신할 수 없습니다. 나는 꽤 많은 사람들이 완전히 별도의 창에서 열리는 좋은 에뮬레이터(macOS로 가정하고 iTerm2 읽기)를 사용하는 데 익숙하다고 생각합니다.

vscode는 매우 훌륭한 빌드 시스템을 가지고 있으며 그 빌드 시스템은 내부 콘솔에 연결됩니다. 콘솔이 팝업되면 내가 관심 있는 열 대신 화면의 절반을 차지하므로 많은 빈 공간이 남습니다.

@glibsm 우리는 1월부터 이 문제를 포함하여 작업 공간 관리 경험에 대해 작업할 것입니다. 우리는 이미 관련 작업을 수행했으며 조금 후에 업데이트를 게시할 예정입니다.

@bgashler1 업데이트 감사합니다! 확실히 기대됩니다 :)

이 작업이 범위에 있다는 소식을 듣게 되어 기쁩니다. 더 큰 모니터를 사용하는 사람들에게는 화면 공간 사용을 제어하는 ​​것이 핵심입니다.

환상적이야! 디버그 콘솔/통합 터미널에서 이것을 볼 수 있기를 기다릴 수 없습니다.

저는 Visual Studio Code에 정말 깊은 인상을 받았고, 20년 동안 Emacs를 많이 사용해 온 사람으로서 말씀드리는 것입니다. 🙂

이 댓글 에서 @glibsm 의 사용 사례 쇼를 확인하고 싶습니다. 저는 전형적인 "짧고 넓은" 노트북 화면을 가지고 있으며 코딩하는 동안 테스트를 보는 것을 좋아합니다. 내 구식 Emacs 워크플로는 일반적으로 cargo watch 또는 유사한 도구에서 실행되는 테스트와 함께 다음과 같습니다.

반면에 내 Visual Studio Code 워크플로는 수많은 수평 사각 공간이 있는 수직 공간에 대해 압축되어 있습니다.

나는 두 개의 창을 수직으로 짜려고 하는 것이 약간의 절충점이 있다는 데 동의합니다. 그러나 일반 Visual Studio IDE에 있는 것보다 훨씬 간단한 매우 기본적인 작업 영역 관리 지원이라도 이를 쉽게 만들 수 있습니다. 그래서 나는 여기서 당신의 일을 정말로 기대하고 있습니다!

장기적으로는 컴파일 오류가 지금 오버레이되는 것과 같은 방식으로 기본 편집기 UI에 단위 테스트 실패를 오버레이하는 것이 바람직할 수 있습니다. 실패한 테스트를 빨간색 물결선으로 강조 표시하고 팝업에 세부 정보를 제공하는 것이 좋습니다. 그러나 이를 위해서는 현재 존재하는 것보다 테스트 프레임워크에서 더 많은 협력이 필요합니다.

Powershell ISE 편집기를 사용하고 있는데 이것이 현재 VSCode에서 누락되었다는 사실을 알게 되어 매우 기쁩니다.
터미널/출력/디버그/문제 창이 실제로 기본 창에서 분리되어 다른 모니터로 이동할 수 있는 경우 제안입니다. 이것은 작업 공간을 크게 확장할 것입니다.
전반적으로 나는 VSCode를 좋아합니다. 좋은 일을 계속하십시오.

나는 실제로 실망했습니다. 이러한 기능은 기본입니다! 각 탭은 분리, 수평 위치 지정, 수직 위치 지정 등을 할 수 있어야 합니다. 콘솔 및 파일 모두에 대해 ..
저는 Visual Studio가 프로젝트 기반 단일 창 방식을 좋아하지 않습니다.

@myuseringithub 건설적인 의견을 부탁드립니다! 이것은 오픈 소스 프로젝트이며 우리 커뮤니티는 존중 하기 위해 최선을 다하고 있습니다.

탭이 거래 차단기라면 항상 Visual Studio(정식 버전) 또는 기타 여러 옵션을 사용할 수 있습니다. 귀하의 의견이 이 프로젝트에 시간을 할애하는 사람들에게 긍정적이고 도움이 되는지 고려하십시오.

저는 현실적이고 성실한 것을 좋아합니다. 제 요점은 이것이 개발로 끝날 수 있는 제안이 아니라 사용 가능한 기능이거나 작동 중인 기능이어야 한다는 것입니다. 사용자의 요구가 시간이 지남에 따라 증가함에 따라 기대도 증가합니다.
댓글에서 제가 무례하다고 생각하지 않습니다. 제 의견을 말하기보다는 비판을 받는 것이 더 좋은 제품으로 이어질 수 있는 긍정적인 일입니다.
VS 코드로 모든 기여자에게 감사하는 것은 여러 면에서 내가 가장 좋아하는 편집기이지만 여전히 일부 디자인 결정에 동의하지 않습니다(예: 프로젝트를 단일 창으로 제한).

많은 이유가 위에서 언급되었습니다. 그리고 이 기능을 고려한다면 창의 모든 구성 요소에 대한 일반/일반 기능으로 만드는 것이 합리적이라고 생각합니다. 다음을 포함한 이유;

• 다중 화면 사용 - 창을 분리하면 작업 공간을 더 잘 활용할 수 있습니다. 파일 탭, 콘솔 또는 제어판을 분리합니다.

• 섹션을 가로 또는 세로로 분할 - Debug console , 열린 파일 또는 제어판이든.. 모두 창의 섹션으로 취급되고 어느 쪽에든 배치할 수 있고 너비/높이 크기를 조정할 수 있습니다.

• 와이드 스크린에서 수직 치수 활용 - 하단에 위치한 콘솔은 특히 출력이 짧은 라인일 때 짜증납니다.

CSS 패치를 작성하지 않고는 검색 결과를 아래로 이동할 수 없기 때문에 여기에서 끝내십시오. 이는 허용되지 않습니다.

너비가 200px인 검색 결과 목록은 사용할 수 없는 넌센스입니다. 사이드바가 아니라 맨 아래에 있어야 합니다. 나는 그것에 대한 쉬운 설정을 찾지 못했습니다.

터미널 창을 앱 창의 오른쪽에 수직으로 도킹하는 기능에 대해 +1입니다.

저는 몇 년 동안 Atom, Sublime 및 Coda의 조합에서 전환한 후 현재 기본 편집기로 VSCode를 사용하고 있습니다. 그러나 현재 내가 가지고 있는 가장 큰 문제는 VSCode의 내장 터미널이 전체 너비 창으로만 열릴 수 있다는 것입니다. git 명령 실행 및 gulp watch 등과 같은 기본 작업의 경우 터미널 창을 항상 열어 두는 것이 유용하지만 전체 너비 창은 과도하고 많은 화면 공간을 낭비합니다.

이것은 13" MBP에서 VSCode를 실행할 때와 13"이 2개의 24" 모니터에 도킹되어 있는 경우입니다.

따라서 VSCode와 함께 터미널 또는 iTerm을 자주 열어 VSCode 오른쪽에 전체 높이 (그러나 좁은) 터미널 창을 열어 둘 수 있습니다. 내가 정말 원하는 것은 VSCode의 터미널 창을 수직으로 도킹할 수 있는 것입니다. 그러면 두 번째 앱을 열고 관리할 필요가 없습니다.

큰 일은 아니지만 두 번째 앱을 열고 OSX 데스크탑에 2x 전체 화면 앱 창을 배열하고 터미널 앱 내에서 올바른 디렉토리로 cd'ing하는 것은 간단한 도킹 기능을 감안할 때 VSCode가 거의 제거할 수 있는 모든 추가 단계입니다. 오른쪽 패널.

지금 VSCode에 대해 저를 괴롭히는 단 하나의 사실입니다! :영형)

참고로 VS Code 개발 버전을 사용하여 구현된 최신 기능을 얻을 수 있습니다. https://code.visualstudio.com/insiders

이 기능이 백로그에서 스프린트로 승격되었습니까? 에타는 무엇입니까?

@MZelenovDELL 새로운 6개월 로드맵 에 있지만 아직 시작되지 않았습니다.

이것은 Quokka와 함께 일하는 것을 훨씬 더 멋지게 만들 것입니다!

간단한 오류 목록을 위해 출력 패널을 사이드바의 아래쪽 절반 으로 만들 수도 있습니다.

각 터미널 탭(문제, 출력, 디버그, 터미널)을 분리하는 것이 유용할 것이라고 생각합니다. 저는 출력(예: 감시 모드에서 sass 컴파일러를 실행할 때_)을 항상 오른쪽에 표시하고 싶지만 터미널( 오른쪽에 일부 긴 명령/출력을 위한 공간이 충분하지 않기 때문에 또는 다른 탭이 여전히 하단에 있습니다.

작업 공간 너비의 100%까지 확장할 수 있도록 패널 창을 구성할 수 있기를 바랍니다. 사이드 바 및 편집기 아래에 존재합니다.

나는 이것을 원한다 ..

나는 이와 같이 vs 코드의 오른쪽에 터미널을 열고 싶습니다(내 현재 작업 공간)

+1

+1

+1

+1

+1

이것이 아직 해결되지 않았다는 사실이 정말 놀랍습니다. 터미널을 맨 아래에 두는 것은 작동하지 않습니다. 옵션이 있으면 좋을 것입니다.
하단 또는 오른쪽(예: PowerShell ISE)
또는 분리! (예: 모든 것을 구현하는 PyCharm)

코드를 사랑하지만 이것이 배송되면 더 좋아할 것입니다.

이 기능 요청에 대한 플레이 상태는 어떻습니까?

저도 Emacs에서 왔으며 Code를 정말 좋아합니다!

전체 패널 구성 가능성이 디자인 철학을 너무 많이 방해한다면 이해하지만 수직 분할은 대부분의 화면에서 훨씬 더 합리적이므로 무엇이든 기본으로 선호합니다.

아마도 나는 소수이지만 내 콘솔 출력의 대부분은 수직 분할에 쉽게 맞습니다.

+1

투표가 어떻게 작동하는지 전혀 모르는 모든 사람들 때문에 이것을 구독 취소하겠습니다. 이것이 공개되고 누군가 정말로 그것에 대해 생각하고 있다면 여기에 있는 모든 닉네임을 언급하십시오. 이제 알림을 선택 해제하려는 사람들에게 강제로 경고를 보냅니다.

@shmup 아마도 수동적-공격적 비판 대신 github에 정통하지 않은 사람들이 이 문제에 대한 우리의 지원을 나타내는 올바른 방법을 알도록 도울 수 있습니까? 원래 문제에서 "좋아요" 아이콘을 눌러야 합니까?

규범 위반인 경우 내 +1 댓글을 삭제하게 되어 기쁩니다. 다른 사람들이 지침에 따라 자신의 행동을 기꺼이 바꿀 것이라고 생각합니다.

예 @mike-the-automator 엄지손가락을 치켜세워주는 것이 스타터가 될 것입니다. 그리고 추가 생각이 있으면 댓글을 남길 수 있습니다.

+1 댓글은 공정하게 꽤 오랫동안 표준이었습니다.

작년에 +1 스팸을 줄이는 기술을 구현했습니다. https://github.com/blog/2119-add-reactions-to-pull-requests-issues-and-comments

또한: https://github.com/isaacs/github/issues/9

@shmup 감사합니다-별로 도움이되지 않고 엄지 손가락을 추가했기 때문에 내 의견을 삭제했습니다.

+1
나는 VSCode와 통합 터미널을 좋아하고 텍스트 파일을 보는 것까지 모두 훌륭하기 때문에 모든 것에 사용합니다. @contention 에서 그대로 복사, "ConEmu와 같은 두 번째 터미널 응용 프로그램 열기, 바탕 화면에 2x 전체 화면 앱 창 배열, 터미널 앱 내에서 올바른 디렉토리로 cd'ing은 VSCode가 할 수 있는 모든 추가 단계(읽기: 불필요)입니다. 패널을 오른쪽에 고정할 수 있는 간단한 기능을 고려할 때 거의 제거할 수 있습니다."
_ "터미널" _ 창을 앱 창의 오른쪽에 수직으로 도킹하는 기능을 추가하세요. 코드를 테스트하는 동안 실제로 많은 화면 공간과 시간을 절약할 수 있기 때문입니다.
감사합니다.

사용 중인 다른 모든 편집기에서 구성한 것과 동일한 방식으로 콘솔 출력을 화면 오른쪽에 표시하고 싶습니다. 이 사소한 문제가 아직 처리되지 않은 이유는 제 몫입니다. 로켓 과학이 아닙니다.

내 문제는 특히 테스트 출력이 세로로 매우 좁고 터미널/작업 출력에서입니다. 형식화된 테스트가 있는 소스 제어 열과 유사한 테스트 열이 없을 수 있습니까?

세로 보기의 경우 +1입니다. 분리가 가능하면 좋겠지만, 그 시점에서는 다른 사람들이 제기한 낭비되는 공간 문제를 피하기 위해 지금처럼 완전히 별도의 터미널 인스턴스를 실행하는 것보다 이점이 무엇인지 모르겠습니다.

수직 통합 터미널의 경우 +1.

이것이 왜 큰 도움이 되는지에 대한 예를 던지고 싶었습니다.

PEP8 호환, 라인당 최대 79자 Python을 작성하는 경우 코드 측면에 엄청나게 많은 공간이 있습니다. 작업 중인 라인의 위와 아래는 적습니다.

이 문제에 대한 알림을 꾸준히 받고 있습니다.

업데이트를 받을 수 있습니까? 누군가( @isidorn ) 작업을 시작했습니까? 다음 릴리스에 충돌할 수 있습니까?

고마워.

또한 오른쪽에 터미널을 도킹할 수 있는 기능을 보고 싶습니다. VS Code의 주요 용도 중 하나는 F# 스크립팅입니다. 지금은 F# Interactive를 사용하여 작은 코드 조각을 테스트하기 위해 터미널을 계속 열고 닫고 있습니다. 화면 오른쪽에 열어 두는 것이 훨씬 편리할 것입니다.

저는 아이들에게 왼쪽 열에 코드를 입력하고 오른쪽 열에 출력하고 "저장하고 실행"하는 cmd-r 매크로를 사용할 수 있는 다른 편집기를 사용하여 프로그래밍하도록 가르칩니다. 한 화면에서 /cmd-r/edit/cmd-r...을 편집합니다. VS Code로 전환하고 싶지만 세로로 쌓이지 않고 두 개의 길고 좁은 텍스트 스택(코드 및 결과 출력)을 나란히 표시할 수 있을 때까지는 그렇게 할 수 없습니다.

그러나 다른 편집자도 원하는 만큼 유연하지 않습니다. 이상적으로는 출력 창에 하단/측면, 랩/랩 안 함, 일반 크기 및 위치를 최대화하고 뒤로(정상 위치에 관계없이) 토글 버튼이 있는 버튼 막대를 원합니다. 이전 실행(스크롤백)의 출력을 유지하기 위한 토글과 각 실행이 시작될 때 출력 지우기.

물론 이러한 "버튼" 각각은 키에 바인딩될 수 있는 명령을 나타냅니다.

그리고 네, "패널"에서 사용 가능한 다양한 창을 별도로 볼 수 있다면 좋을 것입니다(예: 오른쪽 열에 출력, 하단에 필요에 따라 터미널 열리고 닫힘). 그리고 조랑말. ;-)

(놀라운 오픈 소스 편집기에 다시 한 번 감사드립니다!)

방금 새 32" 2560x1440 모니터를 얻었고 콘솔을 전투 패널에 도킹할 수 있는 기능을 갖고 싶습니다. 이것이 가능할 수 있는 ETA는 언제입니까?

+1

+1

+1
콘솔을 오른쪽에 도킹할 수 있는 기능을 갖고 싶습니다.

+1
콘솔을 오른쪽에 도킹할 수 있는 기능을 갖고 싶습니다.

+1

+1 또는 동등하게 쓸모없는 동등한 것으로 이 스레드에 회신하지 마십시오. 위의 원본 게시물에 대한 반응을 자유롭게 추가할 수 있지만 노이즈를 추가하면 이 스레드를 구독하는 모든 사람에게 스팸이 됩니다.

나중에 오른쪽 패널에 기호 트리 보기 를 표시하고 싶습니다.

저는 울트라와이드에서 코딩 중입니다. 이 기능은 필수입니다. 왜 아직 안 들어왔어?

+1
확실히 중요한 기능

+1 또한 울트라와이드로 코딩하려면 이 기능이 있어야 합니다.

+1
콘솔을 오른쪽에 도킹할 수 있는 기능을 갖고 싶습니다.

+1

+1

내가 유일한 사람이 아니며 이 문제에 여전히 적극적인 지지자가 있다는 것을 알게 되어 기쁩니다. VSCode를 풀타임으로 사용하고 싶지만(phpStorm은 너무 느리고 부피가 큽니다) 패널(디버그, 확장 프로그램, 탐색, 터미널 등)을 창처럼 분리할 수 없다는 것이 저를 멀어지게 하는 원인입니다. 내 코드에 수직 모니터를 사용하고 내 코드의 일부와 시계 등의 일부만 볼 수 있을 때 디버깅을 시도하는 것은 고통스럽습니다...

창을 분리하여 이리저리 옮기고 싶습니다. 내 말의 의미를 설명하기 위해 Visual Studio에서 작업할 때 이전 구성의 이미지를 첨부했습니다.

이것은 지금까지 On Deck 이정표에 할당된 가장 많은 논평을 받은 문제이며, (일종의) 이것이 다가오는 이정표에 부딪힐 수 있는 좋은 후보가 된다고 가정합니다.

개발자 중 누구라도 확인할 수 있습니까, 아니면 누군가가 이것이 발생할 가능성이 있는 시기/여부에 대해 전화를 걸 수 있습니까?

감사 해요

이 기능은 언제 구현됩니까? 😭
이것은 내가 오래전부터 vscode에서 원했던 유일한 것입니다.

+1

+1!

+1

+1

+1

코더는 오른쪽 통합 터미널이 필요합니다! +1

+1

이거 해결하는데 1년 넘게 걸리나요?
이 기능을 추가해 주세요.

@isidorn 이 기능에 대해 작업하고 싶습니다. PR을 위해 열려 있습니까?

@AkashGutha 허락을 구하는 것보다 용서를 구하는 것이 좋습니다.

@BrandonLegault 및 이 스레드는 철학이 아니라 소프트웨어 문제를 논의하기 위한 것입니다.

@AkashGutha 그렇다면 작업하지 않는 것 같습니까? 이 많은 사용자가 1년 넘게 요청한 기능을 완성하는 데 나쁜 것은 없습니다. 그래도 당신의 전화입니다. 당신은 당신이해야 할 일을합니다.

@BrandonLegault 패널 파트는 메인 레이아웃의 밀접하게 결합된 구성 요소입니다. 따라서 이 기능을 수용하기 위해 변경하려면 기존 방법론을 리팩토링하기 위해 취해야 할 접근 방식에 대해 상당한 양의 논의가 필요합니다.

토론이 없으면 나는 내 시간의 가치가 없는 맹목적인 총을 쏘게 될 것입니다.
어쨌든, 나는 내 포크에 실험 중입니다. 자유롭게 살펴보십시오. 현재 빌드 문제에 직면해 있으므로 크게 변경된 사항은 없습니다.

@AkashGutha PR을 만들고(토론을 시작하기 위해 비어 있는 것) 이 문제에 대한 잠재적인 솔루션을 논의할 수 있도록 저에게 ping을 보내주십시오. 감사 해요!
그와 관련 없이 나는 다음 몇 번의 반복에서 이 문제를 조사할 계획이었습니다.

여러분, 드디어 해결책을 찾았습니다!

보다:

맞습니다. 이 오픈 소스 프로젝트에 기여하거나 간단한 솔루션을 사용하십시오. 반대표를 던집니다.

원자의 창 최대화 와 같은 활성 창 최대화(토글) 옵션의 경우 +1

@PixelT 다음이 지원됩니다.

@Tyriar 이것은 포커스가 있는 활성 탭이 아닌 터미널 패널을 최대화합니다.

업데이트? 이 기능이 필요합니다

@PixelT 다음과 같은 종류의 zen 모드도 있습니다.

그러나 예, 우리는 Atom과 같은 통합된 "창" 개념을 가지고 있지 않습니다. 우리는 편집자/편집자 그룹과 패널이 있습니다. 둘 다 서로 다른 명령이 작동합니다.

@sascha1337 아직까지는 아무 것도 없습니다. 시간을 할애할 수 없습니다. 다음 달에는 뭔가가 있기를 바랍니다

나와 같은 길을 잃은 사람들을 위한 홍보 링크: https://github.com/Microsoft/vscode/pull/34267.

나는 울트라와이드 스크린을 가지고 있고, 터미널은 내 스크린에서 덜 가치 있는 공간이기 때문에 맨 위나 맨 끝에 터미널을 표시하는 기능을 원합니다.

일부 확장 프로그램이 작업하는 동안 내 흐름을 방해하는 하단 패널을 자동으로 여는 매우 실망스러운 습관이 있습니다. 자동 열기를 방지하거나 이러한 이벤트가 발생하는 방법과 시기를 구성하도록 패널을 쉽게 구성하는 것이 좋습니다.

편집: 누군가가 내 의견을 👎하기로 결정했기 때문에 내가 말하는 문제와 더 구체적인 다른 문제에 대한 "가능한 속임수" 댓글을 따라 이 문제를 발견했음을 분명히 해야 합니다.

18개월이 지나도록 많은 분들이 마이너체인지(수직단자)를 요청했는데 아직도 해결이 안되네요!!!!!????

수직 통합 터미널의 경우 +1

오른쪽 터미널에 +1 - 울트라와이드 화면(21:9)을 사용하고 오른쪽에 사용하지 않은 화면이 많이 있습니다.

@AndrewHuffman 은 이 스레드에 오는 대부분의 사람들이 사소한 수정을 요구하고 사용할 수 없을 때 화를 내기 위해 여기에 있기 때문에 엄지 손가락을 제공합니다.

대신 @ngryman이 언급한 것처럼 여기로 갑시다: https://github.com/Microsoft/vscode/pull/34267
솔루션 작업을 시작합니다.

수직 통합 터미널의 경우 +1

이 패널과 패널을 원하는 위치를 선택할 수 있는 옵션이 있는 경우 +1, Adobe의 패널 시스템을 생각하십시오.) 큰 요청이 허용됨

수직 통합 터미널의 경우 +1

수평 터미널은 그렇게 많이 귀찮게하지 않지만 수직 디버그 콘솔이 있으면 좋을 것입니다.

@arturosaco @heisian 저는 보통 남을 비판하지 않는 쪽을 택합니다. 수직 터미널로 이것이 필요하지 않다는 것을 이해합니다. 그러나 그것은 다른 사람들이 원하는 것이기도 합니다. 이것은 오픈 소스 커뮤니티입니다. 당신은 단순히 모든 단일 요청이 약간 부정적으로 나옵니다.

이것은 수정 사항이 아니라 기능 요청입니다. 사소하지도 않습니다. 그랬다면 문제는 그렇게 길지 않았을 것이다.

조금 더 공감을 해주시면 좋겠습니다. 이에 대한 반대 투표는 워크플로를 방해하므로 이 변경을 원하지 않음을 의미합니다. 나는 이것이 사실이라고 믿지 않는다. 위의 훌륭한 사람들이 요청한 옵션입니다.

@bhargavrpatel 사이드 패널 터미널을 갖고 싶습니다. 나는 또한 하단 패널 검색 영역을 갖고 싶습니다. 나는 사람들에게 이 기능 요청을 해결하는 데 아무런 기여도 하지 않기 때문에 사람들에게 이 스레드를 +1하지 말라고 말하는 것입니다.

토론에 아무 것도 제공하지 않기 때문에(특히 많은 사람들이 이 기능을 원하는 것이 분명한 이 시점에서) 스레드에 +1을 붙이기 보다는 사용자가 기여하도록 강력하게 권장하는 것이 일반적인 관행입니다.

이 +1 광기를 멈추게 하는 가장 좋은 방법은 다음을 구현하는 것입니다...

2017-10-17 0:21 GMT+02:00 팀 알림 @github.com :

@bhargavrpatel https://github.com/bhargavrpatel
측면 패널 터미널. 나는 또한 하단 패널 검색 영역을 갖고 싶습니다.
나는 사람들에게 그만 하라고 말하는 것이 아니라 +1하는 것을 멈추라고 말하는 것입니다.
스레드는 이 문제를 해결하는 데 전혀 기여하지 않기 때문에
기능 요청.

사용자가 기여하는 것보다 기여하도록 강력하게 권장하는 것이 일반적입니다.
스레드에 +1을 붙이면 됩니다. (특히 이 시점에서
분명히 많은 사람들이 이 기능을 원합니다) 토론에 아무 것도 제공하지 않습니다.

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/2806#issuecomment-337060688 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAtFWufRwSbY1l1RflrkS3BgLqD5TjYEks5ss9bwgaJpZM4HWCny
.

+1

이 문제를 잠그고 PR을 지적해야한다고 생각합니다 😂

https://github.com/Microsoft/vscode/pull/36827 을 통해 수정되었습니다.
내일 vscode inisders https://code.visualstudio.com/insiders/ 에서 사용해 볼 수 있습니다.
또는 약 2주 후에 다음 안정적인 릴리스가 제공됩니다.

누가 스크린샷을 올려주세요 :)

이것은 훌륭하며 오랫동안 이 옵션을 기다리고 있었습니다. 훌륭한 작업과 훌륭한 추가 기능은 이제 확실히 코드로 전환할 것입니다.
간단한 질문입니다. 터미널이 오른쪽이 아닌 왼쪽, 아래쪽이 아닌 위쪽으로 나오도록 스위치를 추가할 계획은 없나요?

@cielakm 는 bottom 및 right 인 것 같습니다.

https://github.com/Microsoft/vscode/pull/36827/files#diff -402cec15e2885738e3c58be96e3a5651R227

그래야만 합니까?

@도머79 +1

릴리스 및 내부자에 대해 동일한 문제가 있습니다.

감사합니다. 현재 tmux 및 vim 설정을 버릴 수 있는지 알아보기 위해 조금 테스트 드라이브를 해볼 것입니다.

이미 사용중인데 신기하네요

예, 잘했습니다. 그러나 Windows의 경우 오른쪽 상단 모서리에 닫기를 위한 X가 없는 것처럼 보이지만 Mac에는... Odd입니다.