Vscode: 여러 보기가 동시에 표시되도록 허용

나는 그것에 대한 문제를 공개하려고했습니다. 코드 개요 확장을 위한 매우 편리한 다중 사이드바가 될 것입니다.

아마도 이것은 #15038과 관련된 문제일 것입니다.

멀티 사이드바 설정은 특히 Code Outline과 GitLens 5.0+ Extensions를 사용하면 굉장할 것입니다!

같은 것을 바랐을 뿐입니다. :)

+1

두 개의 사이드바를 보고 싶지만 Eclipse IDE와 같은 타일 창 관리자가 훨씬 더 필요합니다.

+1

오른쪽 사이드바에 일부 창을, 왼쪽 사이드바에 나머지 창을 원하기 때문에 이것을 원합니다...

내 파일 트리를 탐색하면서 코드 개요를 보기가 어렵습니다.

https://github.com/Microsoft/vscode/issues/45283 에서도 내 모형을 게시할 예정입니다.

+1

+1

+1

+1

+1

중복 +1 댓글을 추가하는 모든 사람. 하지 마세요.

이렇게 하면 다른 사람들이 구독을 취소하거나 이 문제가 댓글에서 차단됩니다. 두 가지 모두 이 문제의 추가 발전에 좋지 않습니다.

원래 설명에 :+1:을 추가하는 것을 고려하십시오. 아이콘을 클릭하면 됩니다.

감사합니다!

안녕하세요, 궁금해서요. 이것을 구현할 (먼) 계획이 있습니까?

이제 확장 기능을 통해 자체 버튼과 탐색기 패널을 만들 수 있으므로 사용자인 우리에게 큰 문제가 될 것입니다.

왼쪽(또는 구성된 경우 오른쪽)에 있는 4개 이상의 뷰렛 아이콘이 vscode에 "Iconic" 모양을 제공한다고 생각합니다. 두 개의 뷰렛이 활성화되어 있어도 하나는 왼쪽에 다른 하나는 오른쪽에 있지만 한 쪽에만 아이콘이 있어야 한다고 생각합니다. 다른 쪽에는 텍스트만 세로 탭이 있을 수 있습니다. 그런 다음 양쪽에서 아이콘을 활성화하거나 양쪽에서 텍스트를 활성화하도록 구성할 수 있습니다.

이에 대한 진전이 있습니까? 뷰렛을 포함한 모든 구성 요소를 관리하기 위해 멋진 새 그리드 레이아웃을 일반화하는 것은 VSCode에서 제가 정말 놓치고 있는 한 가지입니다. 파일 및 코드 탐색, 자식, 디버깅 - 이 모든 것이 매번 뷰렛을 전환하지 않고도 훨씬 쉬울 것입니다. Atom을 영감으로 보는 것이 좋습니다. 거의 완벽합니다.

#49755가 중복으로 폐쇄되었으므로 두 번째 활동 표시줄을 도입해야 하는지 여부를 먼저 논의해야 할 수도 있습니다.

활동 표시줄은 기본적으로 사이드바 왼쪽에 표시되는 아이콘 열입니다.

두 번째 활동 막대를 소개하는 것이 좋습니다. 활동 표시줄의 아이콘은 이미 사용자가 이동할 수 있습니다. 사용자가 오른쪽의 두 번째 활동 표시줄로 아이콘을 이동하도록 허용할 수 있습니다. 이 표시줄은 아이콘을 누르고 있는 동안(마우스 버튼을 누른 상태로) 표시될 수 있습니다. 클릭한 각 아이콘은 해당 사이드바에 표시될 수 있습니다. 따라서 왼쪽 활동 표시줄에서 아이콘을 클릭하면 왼쪽 사이드바에서 요소가 열립니다. 오른쪽 활동 표시줄에서 아이콘을 클릭하면 오른쪽 사이드바에서 요소가 열립니다.

기본적으로 오른쪽 사이드바와 활동 표시줄을 모두 숨길 수 있으며 아이콘을 이동하는 동안에만 표시되어 사용자가 아이콘을 사용하도록 강요하지 않고 혼란을 줄입니다.

어떻게 생각하나요?

+1

활동 표시줄은 왼쪽에만 있어야 한다고 생각합니다. 이렇게 하면 컨텍스트 메뉴 옵션을 선택하여 오른쪽에서 보기를 열 수 있습니다.

@nealot 흥미로운 제안입니다. 다른 측면에서 자주 보기를 원할 경우 작동할 수 있고 유연할 수 있습니다. 그러나 사용자가 아이콘을 마우스 오른쪽 버튼으로 클릭조차 시도하지 않을 수도 있다고 상상할 수도 있습니다. 아니면 내가 눌러야 할 마우스 버튼에 대해 생각하지 않고 그냥 클릭합니다. 터치 사용자는 오른쪽에서 열 수 있는 다른 방법이 필요할 수도 있습니다.

@gersilex

그러나 사용자가 아이콘을 마우스 오른쪽 버튼으로 클릭조차 시도하지 않을 수도 있다고 상상할 수도 있습니다. 아니면 내가 눌러야 할 마우스 버튼에 대해 생각하지 않고 그냥 클릭합니다.

현재 활동 표시줄 아이콘을 숨기려면 컨텍스트 메뉴를 사용해야 합니다. 이 작업이 다른 이유는 무엇입니까? 나는 이것이 드래그 앤 드롭 기능으로 보완되어야 한다고 생각하지만.

터치 사용자는 오른쪽에서 열 수 있는 다른 방법이 필요할 수도 있습니다.

위에서 언급했듯이 여기에서 드래그 앤 드롭이 도움이 될 것이라고 생각합니다. 저는 터치스크린을 사용하고 컨텍스트 메뉴는 사용할 수 없지만 작업하기가 어렵습니다.

활동 표시줄이 두 개 있으면 보기가 매우 불편할 뿐만 아니라 화면 공간도 많이 낭비됩니다. 나는 그것을 기본적으로 활성화한다는 생각에 완전히 반대합니다. 그러나 두 번째 막대를 설정의 옵션으로 사용하려는 경우 해당 경로가 컨텍스트 메뉴를 사용하는 것보다 덜 번거로운 이유가 궁금합니다.

다른 참고로, 이에 대한 키보드 명령은 어떻게 생겼습니까?

@nealot

이것은 끌어서 놓기 기능으로 보완되어야 합니다.
여기에 전적으로 동의합니다.

현재 활동 표시줄 아이콘을 숨기려면 상황에 맞는 메뉴를 사용해야 합니다.
제가 첫댓글을 잘못 이해했나봅니다. 상황에 맞는 메뉴를 표시하지 않고 보기가 즉시 열리길 원한다고 생각했습니다. 컨텍스트 메뉴가 있는 아이디어는 좋은 것 같습니다.

따라서 아이콘의 컨텍스트 메뉴에 다른 항목을 추가합니다. 항목이 위치를 전환하기 위한 것이어야 합니까(예 Pin to right activity bar )? 그것은 나에게 좋은 소리.

드래그 앤 드롭에 대해 이야기합니다. 보기를 오른쪽으로 드래그하고 오른쪽 사이드바를 표시할 수도 있습니다. 이것은 편집기 창과 그리드의 모양과 느낌을 준수합니다. 어쩌면 우리는 둘 다 할 수 있습니다.

나는 두 번째 활동 막대를 사용하는 것을 전혀 주장하지 않습니다. 당신은 거기에 강점이 있고 나는 우리가 두 번째 활동 막대를 도입해서는 안된다는 데 동의합니다.

@gersilex 내 나쁜, 내 원래 의견을 더 잘 표현해야했습니다. 위치 전환에 대한 아이디어가 마음에 듭니다.

다음과 같이 할 수 있습니다.

1. 사용자가 아이콘을 마우스 오른쪽 버튼으로 클릭
2. 상황에 맞는 메뉴 옵션 선택 Pin to right
3. 그 지점에서 아이콘을 클릭하면 열립니다
4. 옵션이 Pin to left 변경됩니다.

또한 관련(제 생각에는?): https://github.com/Microsoft/vscode/issues/50853

안녕하세요, 이 지역에서 진행 중인 개발이 있습니까? 아마도 이미 작업 중인 유사한 기능이 있습니까? 그렇다면 누군가 관련 티켓을 제공할 수 있다면 감사하겠습니다. UI 관점에서 이것은 지금 나에게 가장 큰 문제입니다.

코드 아웃라인에는 자체 창이 필요합니다. Explorer와 Outline을 동시에 열어두는 것은 코드에서 Quick을 탐색하는 가장 좋은 방법입니다. 나는 심지어 미니맵을 놓고 거기에 윤곽선을 놓으라고 말하고 싶습니다. (또는 왼쪽에 ;-)
몇 년 전부터 가장 일반적인 화면 형식은 세로 공간보다 가로 공간이 더 많은 16:9이지만 소스 코드가 가로로 커지지 않아 편집기 오른쪽에 많은 공백이 생겨 더 많은 화면 공간이 낭비됩니다.

이 상태가 어떤지 궁금합니다. 이러한 모든 요소를 ​​하나의 창으로 강제하는 것은 정말 지나치게 독단적인 것 같습니다. IntelliJ는 이를 훨씬 더 잘 처리하여 각 구성 요소를 어디서나 이동할 수 있는 자체 창으로 모듈화합니다.

@bpasero 혹시 계획 있으신가요?

이 기능에 대한 내 욕망을 추가하여 수직 모니터 설정에서 vs-code를 사용하려고 하고 있으며 패널, 활동 표시줄 및 보기(사이드바?)를 맨 아래에 자유롭게 쌓을 수 있는 것이 깔끔할 것입니다. 화면. 이것은 편집을 위한 모든 수평 공간을 제공하고 모든 "추가" 항목을 위 또는 아래로 이동합니다. 분명히 모든 보기가 짧고 넓은 위젯에서 잘/효과적으로 작동하지는 않지만 처리해야 할 문제라고 생각합니다. P

@matthewes 나는 숨을

@RMacfarlane 및 기타 VSCode 개발자,

듀얼 사이드바 및/또는 부동 창 #10121에 대한 지원을 곧 볼 수 있는 기회가 있습니까?
이것이 우선 순위가 될 수 있습니까?

이중 사이드바에는 이미 325표가 있고 관련 부동 창 요청에는 2906표 + 364개의 댓글이 있습니다(거의 1년 전에 잠기지 않았다면 훨씬 더 많았을 것입니다). 이에 대한 주요 필요성을 보여줍니다.

이것은 사용성 측면에서 VSCode를 Visual Studio에 대한 경쟁력 있는 대안으로 만드는 데 큰 차이를 만들 것입니다. 현재 상태로는 책갈피, 코드 개요, 파일 보기 등을 위해 자주 앞뒤로 전환해야 하거나 부족을 고려하여 모든 그룹이 동시에 표시되는 매우 비좁고 사용할 수 없는 사이드바가 표시됩니다. 이동식 도킹 패널에 대한 지원.

또한 이것이 없으면 여러 모니터를 사용하기 위한 해결 방법으로 여러 모니터에 창을 늘릴 수도 없습니다.
#10121에 대한 부동 창보다 이것이 더 쉬울까요 아니면 더 어려울까요?

실제로 여러 화면을 사용하기 위해 패널을 도킹 해제하는 방법이 있습니까? 확장 기능이 도킹된 사이드바 외부에 도구를 표시하기 위해 자체 하드 코딩된 지원을 구현하는 것이 기술적으로 가능합니까? 자신의 창에서, 그리고 있다면 그것을 사용하는 확장 프로그램이 있습니까?

작업 공간을 복제하는 것은 실제로 실행 가능한 대안이 아닙니다. 도구는 저장되지 않은 편집 내용과 동기화되지 않으므로 코드 개요, 책갈피/즐겨찾기 등과 같은 도구에서 책갈피/구성원을 클릭하면 코드 편집에 사용되는 창에서 열리지 않습니다. (vs. 다른 도구 패널을 표시하기 위해 사용된 창, 예를 들어 두 번째 모니터에서) 현재 편집된 파일과 일치하는 윤곽선을 표시하지 않습니다(각 보조 도구 패널 창을 사용하기 전에 저장하지 않는 한).

한 번에 하나의 사이드바와 하나의 도구/보기로 제한하는 데 필요한 보기와 도구가 너무 많습니다. Visual Studio를 사용하면 종종 3개의 모니터에 12개의 다른 도구 창이 표시됩니다.

반면에 지금과 같은 VSCode를 사용하면 단일 도구 창과 기본적으로 1개의 모니터로 제한됩니다.

VSCode는 Visual Studio의 고대 버전을 사용하는 VBE의 기본 VBA 코딩에도 종종 필요한 만큼 많은 패널을 동시에 표시하는 것을 지원하지 않습니다.

올해 로드맵은 다음과 같습니다. https://github.com/microsoft/vscode/wiki/Roadmap

작업대 레이아웃
분리 가능한 워크벤치 부품에 대한 지원은 아키텍처 문제로 인해 구현하기 어려운 우리의 가장 찬성된 기능 요청입니다. 이 제한 사항을 해결하는 방법을 살펴보겠습니다. 이 조사는 터미널(두 번째로 가장 많이 투표된 기능 요청)과 편집자를 분리하는 데 중점을 둡니다.

특히 사이드바와 관련하여 다음과 같이 달성하고 싶습니다.

특히 사이드바와 관련하여 다음과 같이 달성하고 싶습니다.

예! 저도 그럴 수 있었으면 좋겠습니다.

디버깅을 위해 이것을 그리워합니다. 나는 매우 넓은 모니터를 가지고 있지만 그렇게 높지는 않습니다(5120x1440). 그러나 디버그 사이드바를 두 배로 늘릴 수는 없으며 지속적인 스크롤이 필요하고 대부분의 화면 공간이 낭비되고 있습니다. 그리고 지금은 레지스터 자체를 볼 필요도 없습니다. 레지스터 자체가 내 화면의 전체 높이를 채우고 있습니다. 나는 쉽게 10개의 사이드바에 대한 부동산을 가질 수 있지만, 나는 물건을 무너뜨리는 것 외에는 재구성할 수 없습니다.

또한 세로 모드(세로)로 모니터를 사용하는 사용자는 측면에 있지 않은(측면 공간이 제한되어 있기 때문에) 사이드바를 상단 또는 하단을 엽니다(편집기와 사이드바를 세로로 분할). 복잡한 검색이나 디버그를 해야 할 때 vscode를 가로 모니터로 변경하고 완료되면 세로 모니터로 다시 이동해야 합니다. 사이드바용 분리형 창은 구현하기가 복잡하지만 단기적으로는 여기가 더 쉬울 것이라는 점을 이해합니다.

작성, 분석 또는 디버깅 여부에 관계없이 관점의 핵심을 보존하는 Intellij의 접근 방식을 매우 기쁘게 사용하고 사랑합니다. 현재로서는 여러 사이드바 없이는 이를 달성할 수 없습니다. 탐색기, 도구 및 디버깅 정보 사이를 전환해야 하는 것은 정말 고통스러운 일입니다.

Intellij는 IDE입니다. 이것은 텍스트 편집기입니다. 쉐보레와 머스탱을 비교하는 것과 같습니다. 둘 다 탈 수 있기 때문입니다.

그러나 Atom에는 이 기능이 있으며 텍스트 편집기일 뿐입니다.

보낸 사람: Michael De Abreu [email protected]
보낸 날짜: 2020년 4월 2일 목요일 오후 1:28:25
받는 사람: microsoft/vscode [email protected]
참조: b-fuze [email protected] ; 댓글 [email protected]
제목: Re: [microsoft/vscode] 여러 보기를 동시에 표시하도록 허용(#26777)

Intellij는 IDE입니다. 이것은 텍스트 편집기입니다. 쉐보레와 머스탱을 비교하는 것과 같습니다. 둘 다 탈 수 있기 때문입니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub https://github.com/microsoft/vscode/issues/26777#issuecomment-607985051 에서 확인하거나 https://github.com/notifications/unsubscribe-auth/ACQEV7PY2T43BFI3KMSXYDDRKTDLTANCNFSM4DLUT4IA 구독을 취소

#92786 (comment) 에서 이미 언급했듯이 또 다른 좋은 영감은 VSC와 동일한 개념과 확장을 사용하는 Theia 입니다.

Intellij는 IDE입니다. 이것은 텍스트 편집기입니다. 쉐보레와 머스탱을 비교하는 것과 같습니다. 둘 다 탈 수 있기 때문입니다.

언제나와 같은 살인마 주장. 특히 UI와 관련하여 IDE와 편집기 사이에 선을 그어 주십시오. VSC를 "실제" 성장한 IDE로 만들기 위해 누락된 것은 무엇입니까? IDE와 편집기의 정의에 덕 타이핑을 적용해야 할 수도 있습니다.

테아는 재미있어 보인다.

@bpasero , @sbatten
https://github.com/Microsoft/vscode/issues/10121#issuecomment -345497635

"고립된 컨텍스트"와 Electron에 대해...
예를 들어 "추가 패널"이라는 새 패널 하나를 추가하고 "개요", "변수"에 대해 이미 구현된 "패널로 이동"과 같이 "오른쪽 클릭" 메뉴에 "추가 패널로 이동" 항목을 추가하기만 하면 됩니다. 및 기타(workbench.action.moveFocusedView 및 기타, 함수 구현에 대한 링크를 찾을 수 없지만 이해해 주시기 바랍니다).

이 경우 "메인" 창과 동일한 메모리를 공유할 필요가 없습니다.
가볍습니다.

ps. 특히 와이드와 2개의 모니터를 사용하는 사용자라면 누구나 만족할 것입니다.

그리고 네, 당신의 노고에 감사드립니다!

이거 추가되나요? 그렇다면 어떤 에타?

아마도 이에 대한 새로운 위젯/컴포넌트/컨트롤이 필요할 것입니다. Visual Studio는 기본적으로 .NET의 TableLayoutPanel 을 사용합니다. 그것을 웹으로 이식하는 노력은 가치가 있을 것입니다.

UI 지침이 필요한 경우 Visual Studio를 볼 수 있습니다.

재미있는.
브라우저 기반 앱이 미래의 방식이 될 것이라는 동료의 말을 들었습니다.
도킹 가능한 창 및 도구 모음과 같은 최첨단 UI 기능에 대처할 수 없는 것 같아서 약간 의심스럽습니다.

모든 것을 한 눈에 보는 것이 그리워요. Atom에서는 다른 보기로 전환하지 않고도 파일을 열고 편집하고 변경 사항을 커밋할 수 있습니다. 그 워크플로는 빈번한 커밋이 필요한 작은 변경을 수행해야 할 때 vscode가 제공하는 것보다 훨씬 우수합니다.

이것은 확실히 VSCode가 장난감처럼 느껴지지 않고 성숙한 편집기처럼 느껴지도록 만드는 누락된 링크입니다.

VS Studio, Unity, ItelliJ를 사용하면 필요한 모든 구성에서 여러 패널을 도킹할 수 있으며 작업 공간을 사용자 지정하고 디스플레이의 전체 크기를 사용할 수 있습니다.

Ultra-wide에서 VSCode로 작업하는 것은 8페이지의 데이터를 숨기는 하나의 작은 400px 메뉴와 한 번에 둘 이상을 볼 수 있는 방법이 없기 때문에 약간 어리석게 느껴집니다. 시뮬레이터를 실행해도 2개의 열을 추가할 수 있는 충분한 공간이 있습니다.

이 한 가지 주요 결함을 제외하고는 정말 훌륭한 IDE이기 때문에 부끄럽습니다.

예, 저는 이것을 정말로 원합니다... 보기를 전환하지 않고 항상 볼 수 있는 오른쪽에 디버거를 배치하는 옵션을 갖고 싶습니다.

최소한 사이드바는 2020년 "Workbench-Roadmap"에 언급되어 있습니다: https://github.com/microsoft/vscode/wiki/Roadmap#workbench

왼쪽과 오른쪽에 사이드바를 허용하는 등 보다 유연한 워크벤치 레이아웃을 지원합니다. 예를 들어 오른쪽에 윤곽선이 있고 왼쪽에 파일 탐색기가 있을 수 있습니다.

저는 VS Code를 처음 사용하므로 다음과 같은 오해가 있는 경우 용서하십시오(그렇다면 언제든지 저를 수정해 주십시오).

VS Code를 사용하고 약 10분 후에 가장 먼저 원했던(그리고 매우 감명받은) 것은 다른 사이드바를 여는 기능이었습니다. 그래서 나는 인터넷을 검색하고이 요청을 발견했습니다 .... 두 개의 사이드 바를 요구합니다. 그리고 그것이 하나보다 훨씬 낫지만 왜 그것이 두 개로 제한되어야 하는지 잘 모르겠습니다.

실제로 Visual Studio 또는 대부분의 다른 IDE에서 보기를 열고 어딘가에 도킹할 수 있습니다. 그러나 VS Code에서는 많은 보기가 사이드바에 제한되어 있는 것처럼 보였으며 그 중 단 하나였습니다. 따라서 예를 들어 검색 결과와 탐색기를 동시에 열 수 없습니다. 왜 우리가 VS Code에서 그렇게 하고 싶지 않은지 잘 모르겠습니다.

특히 사이드바와 관련하여 다음과 같이 달성하고 싶습니다.

저도 정말 보고 싶은 작품입니다. 그러나 파일 탐색기(첫 번째 아이콘)에는 편집기 열기 및 개요와 같은 여러 하위 섹션이 있습니다. 이것이 파일 탐색기를 이동하는 대신 양쪽에서 열 수 있는 것이 중요한 이유입니다. 왼쪽에 모든 파일을 표시하고 오른쪽에 윤곽선을 표시할 수 있으므로 고려 사항이 맞습니다.

코드 개요는 지금 사용하기 어렵습니다 ...

. @mjbvz : #46585에 설명된 새 API가 있는 사이드바에서 이것이 가능합니까?

로드맵에 이 개선 사항을 포함할 때가 되었습니까?
제발 :)

예, 부탁합니다!