이것도 좋아할 것입니다. 이것이 제가 '비주얼 스튜디오 풀'에서 탭을 관리하는 방법입니다. 정상적인 흐름에서 열리는 파일이 방해를 받고 있기 때문에 없이는 살기가 다소 어렵다는 것을 알고 있습니다.

나는 동의한다, 좋을 것이다

우리는 이미 이에 대한 기능을 가지고 있습니다. 한 번 또는 두 번 클릭하여 파일 탐색기에서 파일을 열면 Visual Studio의 핀이 사용됩니다. 나는이 문제를 종결하기 위해 투표하고, 탭이 더 명확하게 처리되는 방법을 만드는 또 다른 문제를 열겠습니다. 창 탭에 핀 아이콘을 추가하면 "Keep Open"으로 표시 될 수 있습니다.

@wonea Visual Studio에는 고정 된 탭을 열린 탭 (및 다른 행)과 별도로 유지하는 옵션이 있습니다. 이러한 옵션은 Visual Studio Code에 있으면 좋을 것입니다. 아마도 그것은 별도의 티켓이어야합니다.

@asednev 정확합니다. VS Code는 현재 동작을 유지함으로써 Visual Studio에서 실제로 향상 될 수 있다고 말하고 싶습니다. 그러나 추가로 탭을 "맨 위에 고정"하거나 다른 탭을 허용하여 나머지 탭 (예 : 일반 Visual 스튜디오 핀 동작).

상단 행의 고정 된 탭에 대한 또 다른 투표. 이렇게하면 많은 파일을 열 때 "주"파일에서 작업하는 데 크게 도움이됩니다.

고정 된 탭은 우리가 가져야하는 아주 좋은 기능입니다.

비슷한 문제를 해결하기 위해 약간의 VSCode 확장을 작성했습니다. Workbench라고합니다 : https://github.com/andrew-lis/Workbench
내 솔루션은 기본적으로 구현하는 방법에 대한 힌트가 될 수 있습니다.

우연히 탭을 계속 닫습니다.이 기능을 사용할 수 있으면 좋을 것입니다 (Google 크롬처럼)

화려할 필요는 없습니다. 탭을 고정하는 컨텍스트 메뉴 항목이있는 이와 같이 간단한 것이 좋습니다!

교차 문제 생성 : # 32836

예, 거룩한 모든 것에 대한 사랑을 더하십시오.

+1

이 기능이 아직 구현되지 않았다는 사실에 놀랐습니다. 간단한 Google 검색으로 켜야하는 설정이 나올 것이라고 가정했습니다. 생산성 비용이 얼마인지 정확히 말할 수는 없지만 Visual Studio에 최대 30-40 개의 핀이있는 경우가있어서 작업이 매우 쉬워집니다. 이것이 추가 될 때마다 나는 매우 행복 할 것입니다, VS Code 개발 팀.

+1

플러그인을 통해 이것을 구현하는 방법이 있습니까? 이것이 핵심 팀이 기꺼이 할 수있는 일이 아니더라도 어떻게 든 이 일이 이루어지기를 바랍니다. 가능하다면 저도 플러그인을 직접 작성할 것입니다. 아는 사람 있어요?

+1

진심으로 이번 호가 개봉 된 지 거의 1 년 반이 지났습니다. 이것은 일어나야합니다. 이것은 주요 UI 개선이 될 것입니다.

우리는 이것이 필요합니다.

그리고 btw, @wonea 인용, 나는 내가 _keep open_ 탭이 다음에 해당 프로젝트를 열 때 실제로 열린 상태로 유지된다는 시각적 신호를 보지 못했습니다. 혼란 스러워요.

나는 이것에 대한 문제를 두 번째로 거의 열었습니다 (이미 이전에 열었습니다). 나는 이것이 여전히 열린 문제라고 믿을 수 없습니다.

무례하고 싶지는 않지만 이것은 오픈 소스 프로젝트가 아닙니까? 여기있는 모든 사람들이 개발자라고 생각합니다. 저도이 기능을보고 싶지만 제가 믿고있는 최고의 코드 편집기 중 하나이며 개발자에게는 한정된 리소스 세트 만 있다고 생각하는 것에 대해 비용을 지불하지 않는다는 것을 알고 있습니다. 이 기능을 원할 경우 항상 직접 작성할 수있는 옵션이 있습니다.

너가 확실히 맞아. 이것은 개발자 도구이며 개발자로서이 기능을 구현할 수 있어야합니다. 그럼에도 불구하고 이것은 많은 요구 사항이 있으며 커뮤니티 나 팀의 누구도 구현하지 않았다는 사실이 놀랍습니다. 😄

하하 사실이야!

AlCaltor das rite

이것을 구현하는 방법을 알지 못합니다. 아마도 팀의 누군가가 최소한 무엇을해야하는지 간략하게 설명 할 수 있을까요?

@Caltor 에는 항상 직접 작성할 수있는 옵션이 있으며 PR이 승인 (또는 거부) 될 때까지 1 년 반을 더 기다립니다 😉

@irudoy 그러나 당신은 그것을 스스로 작동하게 할 것입니다.

@Mnuzz 는 # 26965가 좋은 출발점이 아닐까요?

사실 그게 우리가 원하는 것입니다 😅

이 기능을 VS 코드에 포함하려면 +1

+1

+1

투표하려면 반응 버튼 을 사용하십시오.

구독하는 것도 잊지 마세요. 그래야 개발자가 인기있는 문제라는 것을 알 수 있습니다.

+1

"Keep Open"은 고정 된 탭과는 전혀 다릅니다. 필자는 엿보기 탭을 영구 탭으로 바꾸는 것 외에 실제로 어떤 일을하는지조차 모르겠습니다. 두 개의 탭을 열면 한 탭에서 "Keep Open"을 선택한 다음 다른 열린 탭에서 "Close Others"를 선택하면 "Keep Open"탭이 닫힙니다.

이 애플리케이션에서는 고정 된 탭이 절실히 필요합니다. 현재 작업중인 중요한 파일을 추적하지 못하기 때문에 열려있는 모든 문서를 계속 닫아야합니다.

+1

거의 2 년 후에 우리는 300 개 이상의 표를 얻었습니다. 나는 이것이 곧 살게 될 것이라고 생각하지 않습니다.

: 옥토 캣 :

뽀 세로
이봐 벤! 이것이 부족한 미래에 계획되어 있는지 알고 있습니까?

감사!

Satya Nadella에게 그렇게하라고 말하십시오.

+1, 기능이 있어야합니다.

+1은 정말로

+1이 있어야합니다!

+1 우리는 이것이 필요합니다

+1

+1 좋은 기능!

+1 좋은 기능, "파일 열기 유지"는 좋지 않습니다!

고정 된 파일

• 고정 된 파일의 탭은 가장 왼쪽에있는 탭이거나 다른 행에 있습니다.
• 파일은 열린 파일 목록의 맨 위에 있거나 자체 목록에 있습니다.

나는 vscode를 좋아하기 때문에 갈등이 있지만, 나는 atom에서 익숙한 것처럼 탭을 고정해야하므로 vscode를 유지하거나 atom으로 돌아갈 지 확실하지 않습니다.

여기에 atom 확장이 있습니다. 아마도 누군가가 vscode에서이 기능을 구현하는 데 도움이 될 것입니다.

https://atom.io/packages/pinned-tabs

고정 된 파일

* Tabs for pinned files are the left most tabs or on a different row

* Files are at the top of the Open file list or in a list of their own

그것이 질문인지 진술인지 확실하지 않습니다.

내가 선호하는 것은 Visual Studio와 동일한 종류의 작업입니다. 고정 된 탭은 다른 행에 있습니다.

이렇게 :

나는 Atoms 확장을 시도하지 않았지만 확실히 좋은 접근 방식 인 것 같습니다. 탭을 왼쪽에 고정하고 아이콘 만 사용하는 것이 좋은 생각이라고 생각합니다.

구성 가능하게하지 않는 이유는 무엇입니까? 따라서 사용자는 상단에 고정 된 탭 또는 왼쪽에만 아이콘으로 고정 된 탭 중에서 선택할 수 있습니다 (RTL 언어 사용자를 수용하기 위해 오른쪽에있을 수도 있음).

"workbench.editor.pinnedTabs" "workbench.editor.tabCloseButton" ( "left" , "off" , "right" )처럼 작동하지만 추가 가능한 값은 다음과 같습니다. "top"

VSC가 탭을 고정하면 지금까지 코딩 된 최고의 소프트웨어 중 하나로 역사에 남을 것입니다.

이 기능에 대한 +1입니다. "Keep Open"은 해결책이 아닙니다. 특히 "Preview Open"(또는 이름이 무엇이든)이 꺼져있는 경우 더욱 그렇습니다. @Jusas가 게시 한 핀 동작은 정확히 내가 찾고있는 것입니다.

+1

+1

+!

+ 1🚀

정말보고 싶어요. Visual Studio 커뮤니티 "고정 된 탭을 제외하고 모두 닫기"기능이 그립습니다. Visual Studio Code에서보고 싶습니다.

여기에 대한 나의 투표가 있습니다. 수년 동안 Visual Studio로 작업 한 후 저는 핀에 크게 의존하게되었습니다. 그 동안 고정 된 문서를 별도의 줄에 배치하는 기능을 포함해야합니다.

탐색기보기의 맨 위에 파일을 고정하는 옵션이 정말 마음에 듭니다. 탭을 열어 두지 않아도됩니다.

여기에서 요청한 다음 중복으로 닫혔지만 동일한 요청인지 확실하지 않습니다 ... https://github.com/Microsoft/vscode/issues/23807

내 생각에 VSCode에 그리드 편집기 레이아웃 옵션이 구현되고 탐색 경로가 있으므로 많은 UX를 고려해야합니다.

@ 1trevor https://marketplace.visualstudio.com/items?itemName=howardzuo.vscode-favorites

+1이 정말 필요합니다 !!

+1

+1
이걸 새 남자에게 줄 수 있습니다. 낮은 prio 기능이지만 사용자가 매우 높이 평가합니다.

+1 ❤️

+1

+1

+1

+1

+1

+1

사람들이 "+1"댓글을 추가하는 대신 초기 게시물에 반응을 남길 수 있습니까?

이 스레드에 대한 알림을 보는 것은 꽤 성가신 일입니다.이 문제에 대한 실제 업데이트가 아닌 누군가가 +1을 추가하는 것뿐입니다.

@martinbean 당신은 그들에게 너무 많은 내 친구를 요구하고 있습니다!

이 기능을 @misolori (UX 전문가)에게 언급했고 지금은 UX Backlog 에서 고려 중입니다. VS Code 팀에 대한 모든 의견.

이것에 대해 +1.

asednev가 언급했듯이 핀 탭 (vs에서와 같이)은 단순히 열린 상태로 유지하는 것 이상으로 다른 행에 있으므로 성가신 (적어도 나에게는) 수평 스크롤 대신 열린 탭에 대한 더 넓은보기를 제공합니다.

+1

탭을 강조 표시하는 것과 같은 것이 임시 해결책으로 멋질 수 있습니다.
최소한 중요한 탭은 시각적으로 구분할 수 있습니다.

(_ 예 : "workbench.editor.highlightModifiedTabs"_)

사람들이 "+1"댓글을 추가하는 대신 초기 게시물에 반응을 남길 수 있습니까?

이 스레드에 대한 알림을 보는 것은 꽤 성가신 일입니다.이 문제에 대한 실제 업데이트가 아닌 누군가가 +1을 추가하는 것뿐입니다.

+1

고정 된 탭이있는 추가 행은 수직 공간을 줄입니다.
"모두 닫기"및 "Ctrl + w"로 닫히지 않는 "열기 유지"탭이 있으면 좋을 것 같습니다.

+1

왼쪽으로 다시 스크롤하거나 다른 모든 탭을 하나씩 닫을 필요없이 탭 목록에 남아 있도록 편집기 탭을 고정하고 싶습니다. 나는 한 번에 많은 유사한 파일을 만지고 몇 가지 수정 사항의 마스터 목록을 살펴보고 열 파일을 찾고 이러한 목록에 쉽게 액세스 할 수 있도록 유지하는 경향이 있습니다.

+1

이것보다 더 유용한 것은 무엇일까요? 최우선 순위 여야합니다.

이 기능을 정말 갖고 싶습니다. VS에서 VS 코드로 전환 할 때 내가 그리워하는 유일한 것입니다. 대부분의 경우 새 작업을 수행 할 때 몇 가지 주요 파일이 있지만 다른 많은 파일을 만집니다. 키 파일을 고정 할 수 있으면 작업이 훨씬 더 효율적이됩니다.이 기능이 오랫동안 구현되지 않은 이유를 모르겠습니다 ..

+1 (모든 사람을위한 의도적 인 충돌) haha

거의 3 년. 우리는 여전히 기다리고 있습니다!!!

말을 걷어차!

Github에는 고정 기능이 필요하므로이 요청은 해결 될 때까지 계속 표시됩니다.

또한 내가 개인적으로 고정하고 싶은 이유 중 하나는 탭을 고정 할 때 Firefox에서 제공하는 동작을 가질 수 있다는 점을 덧붙일 것입니다. 이는 새 행을 제공하지 않고 대신 탭을 파비콘 ( 아이콘)을 닫을 수 없습니다. 그렇지 않으면 다른 탭과 똑같은 동작입니다 (Ctrl + Tab을 사용하여 순환 할 수 있음).

이 기능을 전환 할 수 있거나 두 가지 다른 유형의 고정이 있거나 고정 된 탭을 두 번 클릭하여 크기를 전체에서 아이콘으로 변경 한 다음 닫기 버튼 옆에 고정 버튼이있을 수 있습니다.

+1

+1

+1

고정 된 탭은 우리가 갱스터가 될 Right Click -> Close All 때 열려 있어야합니다.

이것은 매우 유용 할 것입니다. 이것을 구현합시다, 제발!

@bpasero 이에 대한 ETA를

이것은 특히 대규모 프로젝트의 경우 VS의 매우 유용한 기능이지만 이미 거의 3 년 동안 VS Code에서 기다리고 있습니다.

이렇게 해주세요, 제발요? :)

이렇게 해주세요, 제발요? 이거 많이 필요 해요 ~~~

다중 행 탭 (# 32836)이 이상적이지만이를 수행하십시오! <3

+1 엄청난 생산성 향상입니다.

이걸 찾고 있었어요-이미 연장이 없나요? 이 기능 요청과 관련하여 확장 프로그램에서 수행 할 수없는 것이 있습니까?

+1

+1

+1

+1

Visual Studio Code의 고정 된 탭 또는 다중 행 탭에 대한 ETA가 있습니까?

감사.

고정 된 탭을위한 두 번째 행을 지원합니다.
단일 탭에서 여러 파일을 열 수있는 XCode에서 이동하면 현재 VS Code 탭은 매우 제한적입니다.

9 월 12 일은 프로그래머의 날입니다 .
우리 모두 선물을받을 수 있을까요?

이 기능을 최대한 빨리 지원하십시오!

그렇다면 탭을 고정하고 고정되지 않은 탭을 닫는 기능은 VS Code의 기능이 아닙니까? 이로 인해 VS에서 전환하기가 매우 어렵습니다.

어려운? 불가능한 시도, 전환 할 수 없습니다.

이 기능을 최대한 빨리 지원하십시오!

여기서 좀 더 건설적이 되려고 노력하고 있습니다 ... 누군가 탭을 렌더링하는 코드가 어디에 있는지 말해 줄 수 있습니까? 이 기능에 기여하고 싶습니다. 고정 된 탭을 표시하려면 추가 아이콘이나 다른 색상을 사용하여 탭을 렌더링해야한다고 생각합니다. 또한 지정된 작업 영역에서 작업중인 프로젝트에 따라 사용자 지정 색을 가질 수 있도록 디렉터리 당 탭 색을 변경하는 규칙을 추가하고 싶습니다 (본격적인 Visual Studio에 이러한 확장이 있습니다).

여기에 탭 닫기를 테스트하는 테스트 케이스가 있습니다.

https://github.com/microsoft/vscode/blob/30c45463bd2d3910629df96265530101bc0754cb/src/vs/workbench/test/common/editor/editorGroups.test.ts#L816

감사합니다 @davalapar

흥미롭게도 테스트에는 고정 된 플래그가 있습니다. :). 일정 수준의 지원이 계획되었음을 분명히 나타냅니다.

group.openEditor (input5, {활성 : 참, 고정 : 참});

+1. 많은 기능이 필요합니다.

+1

+3

이것은 정말로 많이 필요합니다!

거의 3 년이 된이 문제에 대해 명확한 답을 줄 수 있을까요?
이 기능의 개발을 차단하는 것은 무엇입니까?

대부분의 프로젝트에서 너무 많은 파일이 빠르게 열리므로 탭은 실제 사용 가능한 탭보다 최근 파일 스택에 가깝습니다. 고정하면 일부 파일이 즉시 결정적으로 액세스 할 수 있습니다 (구성, 라우터, 플러그인 등).

저는 Sublime에서 VS Code로 이동 중이며 여기에서 가져 오길 바랐습니다. 불행히도 준비되지 않았습니다 ... :(

탭을 스크롤하면 어지러워집니다. 이 기능을 추가하십시오.

저도이 기능을 원하지만 더 많은 수직 코드 공간을 차지하는 별도의 행을 원하지 않습니다. 탭이 아이콘 만있는 작은 정사각형이되는 Firefox와 같은 실제 "핀"이되기를 바랍니다.

이 기능과 더 나은 다중 창 지원 (동일한 폴더, 2 개의 창 등)은 VSC의 가장 높은 잠재적 개선 영역입니다.

별도의 행 아이디어가 마음에 들지 않습니다. 모든 탭의 시작 부분에 파이어 폭스처럼 고정되어 있다면 ctrl + [1-9]를 사용하여 바로 가기를 할 수 있습니다. 그런 다음 공간을 절약하기 위해 탭 크기를 줄입니다. 고정했다면 아마도 정확히 무엇인지 알 것입니다.

하나의 행이 너무 빨리 붐비고 두 번째 행을 고정하면 작업 공간을 훨씬 더 체계적으로 구성하고 액세스 할 수 있습니다.

이것을보고 싶어요. ❤️

분명히 이것은 여전히 ​​백 로그에 있으며 팀의 피드백이 없으며 현재 가장 많이 요청 된 기능 중 하나입니다.

왜 우리가 무시 당하는지 궁금합니다.

@eliashdezr 그들은 다음 6 개월 동안 일어나지 않는 모든 문제를 닫습니다. 그래서 이것이 반복이 끝날 때 여전히 열려 있다면 곧 구현 될 것이라고 생각합니다.

우리가 적어도 업데이트를 얻지 못한 견과류. 이유 때문에 VS에서 전체 스택 작업을 수행하지만 .NET Core 프로젝트의 경우 VS Code에서 작업하는 것을 절대적으로 선호합니다. 지금은 탭을 고정하지 않는 것으로 돌아가는 것은 옵션이 아닙니다. 할 수 없습니다. 바로 제품을 사용하기위한 기능이 필요합니다.

그게 그렇게 중요하다면 돈을 쓰거나 스스로해라. 그렇지 않으면 당신이 얻는 것을 얻습니다. 나는 불쾌하게 들리려는 것이 아니라 그대로 말하는 것입니다. 하지만 그래요,이게 있으면 정말 좋을 것 같아요. 우리 모두 그렇게 생각 해요.

저는 VS Code없이 잘 살아가고 있으며 기능의 가치를 강조하는 데 아무런 문제가 없다고 생각합니다.

탭을 고정하면 사용자가 항상 탭을 많이 사용하게 될 것이라는 두려움이있을 수 있다고 생각합니다. 이것은 성능과 메모리에 영향을 미칠 수 있습니다. 보기만큼 간단하지 않을 수도 있지만 타협이있을 수 있습니다. 즉, 최대 5 개의 창을 고정 할 수 있으므로 최소한 우리 얼굴에 중요한 창을두고 소중하게 생각합니다.)

@Enielezi 메모리 사용량 측면에서 일반 탭과 얼마나

탭 고정은 파일을 열어두기 때문에 성능과 메모리에 영향을 미칩니 까? 나는 당신이 소프트웨어에 대한 이해가 부족하다고 생각하며 그것에 대한 논평을 자제해야합니다.

어떤 이유로 "Keep Open"이 VSCode의 내 메뉴에 있지만 비활성화되어 있습니다. 괜찮은 옵션처럼 보 였는데 왜 비활성화 되었을까요?

그것은 고정이 아닙니다. 탐색기 탭의 왼쪽에있는 여러 파일을 클릭하면 모두 하나의 편집기 탭에서 열리고 서로 대체됩니다. 이렇게하면 파일을 빠르게 미리 볼 수 있습니다. 열린 상태로 유지하면 다른 파일을 여는 동안 파일이 열린 상태로 유지됩니다. 두 번 클릭하거나 계속 열기 또는 Ctrl + K, Enter를 누르면이 작업이 모두 수행됩니다. 이 토론은 X로 파일을 닫을 수 없으며 고정되지 않은 탭의 탭 공간을 절약하기 위해 아이콘 전용 탭이있을 수도 있습니다.

아직이 기능을 제공하는 확장이 보이지 않는 주된 이유는 VSCode API가 주어진 시간에 열리는 파일에 대한 정보를 노출하지 않기 때문입니다. 사용 가능한 유일한 옵션은 내장 명령을 사용하여 모든 파일을 순환하고이를 손으로 유지하는 것입니다 (편집기를 깜박이고 제대로 작동하지 못하게하는 단점이 있음). 그리고 예, 특정 순간, 특히 일부가 전혀 닫히지 않을 때 여러 개의 열린 탭이 있으면 문제가됩니다. 아, 그리고 우리는 닫힌 파일을 가로 챌 수 없습니다. 왜냐하면 이벤트 get이 클로저가 아니라 파일 처분에서 호출되기 때문입니다.

제기하는 것은 약간 절름발이지만 Webstorm에는 탭 고정이 있습니다 🤐

이 기능에 대한 많은 지원이 있었지만 3 년 동안 업데이트가없는 것 같습니까?

나도 +1.

예,이 기능도 발생하는 것을보고 싶습니다.

이 문제는 2016 년부터 여기에서 발견되어 놀랐습니다. 오래 전에 요청했기 때문이 아니라 구현되지 않았기 때문입니다. 외설적으로 복잡한 요청이나 틈새 시장처럼 보이지 않습니다. 초기 출시 이후로 존재 했어야 할 것 같습니다.

+1

추가되지 않을 경우 최소한 확장이이 기능을 추가 할 수 있도록 필요한 API를 노출하십시오.

이것이 이미 기능이 아니라는 것이 놀랍습니다. 저보다 다른 많은 분들에게 확실히 소중합니다.

+1

@alexandrudima https://github.com/microsoft/vscode/issues/5446에 들어간 마법이 이것에서 일어날 수 있습니까? :)

나도 심하게 필요합니다. 곧 구현되기를 바랍니다.

FML, VScode를 종료했습니다.

VS Code는 많은 과대 광고를 받지만 기본적인 요소가 많이 부족합니다. 이것은 그들 중 하나입니다. 또한 Find In Files는 특히 쓰레기입니다. 과대 광고가 무엇인지 정말 잘 모르겠습니다. Atom에 또 다른 모습을 보여줄 때가되었다고 생각하지만 Visual Studio를 고수 할 수도 있습니다. 그대로 VS Code를 사용하는 것은 메모장보다 약간 낫기 때문에 로그 파일을 보는 것뿐입니다.

[..] 내가 VS 코드를 사용하는 것은 메모장보다 약간 낫기 때문에 로그 파일을 보는 것뿐입니다.

그래 맞아 .. 🙄

그대로 VS Code를 사용하는 것은 메모장보다 약간 낫기 때문에 로그 파일을 보는 것뿐입니다.

나는 동의한다. 정말로 무언가를해야한다면 단순히 Visual Studio를로드하는 것보다 VS Code를 사용하는 것이 시간 낭비입니다. 그래도 메모장보다 낫습니다.

이 freature를 추가하십시오 .vsc에는 어리석은 문제가 있습니다. 활성 페이지가 수정되지 않으면 페이지가 활성 페이지를 대체합니다! 핀 탭이 있으면이 문제를 해결할 수 있습니다.

이 freature를 추가하십시오 .vsc에는 어리석은 문제가 있습니다. 활성 페이지가 수정되지 않으면 페이지가 활성 페이지를 대체합니다! 핀 탭이 있으면이 문제를 해결할 수 있습니다.

Lol 그것은 버그가 아니라 기능입니다. 정말. 파일을 두 번 클릭하여 무기한으로 열거 나 열려있는 탭을 마우스 오른쪽 단추로 클릭하고 열기 유지를 클릭합니다. 한 번 클릭하면 미리 볼 수 있습니다.

물론.
한 번 클릭하여 파일을 열면 탭의 파일 이름이 기울임 꼴로 표시되어이 탭이 다음 파일 (컨텐츠 교체)에 다시 사용됨을 나타냅니다. 이 시점에서 Ctrl-K Enter를 입력하여 탭을 영구적으로 만들 수 있습니다. (하지만 고정되지 않았습니다!)

2020 년 1 월 20 일 월요일 오전 11:14에 Andrew Davis는 다음과 같이 썼습니다.

이 freature를 추가하십시오 .vsc에는 어리석은 문제가 있습니다. 활성 페이지가 수정되지 않으면 페이지가 활성 페이지를 대체합니다! 핀 탭이 있으면이 문제를 해결할 수 있습니다.

Lol 그것은 버그가 아니라 기능입니다. 정말. 파일을 두 번 클릭하여 무기한으로 열거 나 열려있는 탭을 마우스 오른쪽 단추로 클릭하고 열기 유지를 클릭합니다. 한 번 클릭하면 미리 볼 수 있습니다.

—
댓글을 달았 기 때문에 수신 한 것입니다.
GitHub의에 그것을 직접이 이메일에 회신 볼 https://github.com/microsoft/vscode/issues/12622?email_source=notifications&email_token=AAVJJUCOEHQ52MUABVM7BBLQ6V2PJA5CNFSM4CQZOKYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEJMCVTQ#issuecomment-576203470 , 또는 탈퇴 https://github.com/notifications/unsubscribe- auth / AAVJJUHTDZJJDLRYZU6HEUDQ6V2PJANCNFSM4CQZOKYA .

이 멋진 기능에 대한 ETA가 있습니까?

해당 기능에 대한 지원을 추가합니다. 구현하기 너무 사소한 것처럼 보이는 것이 3 년의 요청 후에 거기에 없다는 것이 나에게는 미스테리입니다!
왜 우리는 밤 궁금증이 필요합니까? 고정 탭을 사용하여 주요 작업에 중점을 둡니다. 저는 보통 2 ~ 5 개의 탭이 고정되어 있으며 열기 /보기 / 검색 / 검사의 모든 탭 소음이 차단됩니다. 그래서 내가 찾고있는 것을 찾으면 즉시 집중된 탭으로 돌아갈 수 있습니다.

이것을 추가하십시오.

+1

이 기능을 VS Code (기준)의 일부로 만들려면 무엇이 필요합니까? 이것은 많은 활성 사용자가 요청한 것이라고 생각합니다.

이에 대한 지원 추가, 왜 여전히 고려되지 않는지 확실하지 않음

+1

+1

+1

여러 파일을 두 번 클릭하면 처음 열었던 파일이 사라집니다. 그래서 고정 된 탭이 필요합니다

이 기능은 2019 년 11 월 릴리스에서 열린 편집자 수를 제한하는 기능 이 도입 된 이후 특히 중요합니다. 이 기능을 켜면 새 탭을 열 때 백그라운드에서 (더럽지 않은) 탭이 자동으로 닫힐 수 있습니다. 특정 날짜에 내가 정말로 닫고 싶지 않은 탭이 있으므로 개수를 제한 할 수 있습니다. 공개 편집자는 나에게 본질적으로 쓸모가 없습니다 (실제로 적극적으로 적대적).

4 년이면 VSCode 팀이 이것을 고려하기에 충분한 시간이라고 생각합니다. :).

우리는 이것에 대한 공식적인 정보를 듣지 못했고, 이것이 한동안 더 요청 된 상위 5 개 기능에 속하기 때문에 그들 측에서 어떤 종류의 의사 소통을 기대할 것입니다.

주로 Visual Studio와 Visual Studio Code를 모두 사용하는 사람으로서, 그것을 가지고 있지 않다면 조금 답답합니다.

트윗 담아 가기

나를 가장 괴롭히는 것은 그것이 구현되지 않았다는 것이 아니라 공식적인 응답 / 정보가 전혀 부족하다는 것입니다. 우리는 수년간 어둠 속에있었습니다. 무슨 일이 일어나고 있는지에 대한 힌트를 주면 추측 할 필요가 없습니다. 답답 해요.

여기에 댓글을 달았습니다 : https://github.com/microsoft/vscode/issues/92242(2020 년 3 월 반복 계획)

여기에 탭 고정 기능 (예 : 실제로 탭 고정)에 대해 아무것도 보이지 않는 이유는 무엇입니까? 그것은 VSCode에서 가장 원하고, 요청하고, 필요한 기능 중 하나이며 3.5 년이 지났고 우리는 그것에 대해 아무것도 듣지 못했습니다.

12622

당신의지지를 보여주세요 (투표하세요)! 어쨌든 모두 격리 중입니다 ...

왜 이것이 닫혀 있습니까?

Welp, 내가 VS 및 기타 IDE를 고수하고 있다고 생각합니다.

@AndrewDavis 나는 이것이 당신이 기대했던이 항목에 대한 관심의 종류라고 생각하지 않습니다 😂

죄송합니다. 왜 지금 문을 닫았는지 모르겠습니다. 이걸 iPad에서 읽고 있었는데 ...

이것이 닫혔다는 이메일을 받았을 때 모든 사람들이 트리거되었다고 상상해보십시오 😂

이것이 닫혔다는 이메일을 받았을 때 모든 사람들이 트리거되었다고 상상해보십시오 😂

죄책감, 리 오픈을보기 전에 불타 오르기 시작 했어요 ^^

@bpasero @misolori 그 4 년 된 기능 요청 btw에 대한 업데이트가 있습니까?

이 기능을 추가해주세요! 분명히이 기능에 대한 요구가 있지만 개발 팀의 응답이 하나도 없습니다. 여기서 무슨 일이 일어나고 있습니까? 또 다른 10 일이 지났습니다.

개발자 팀의 답변도 하나도 없습니다 ... 여기서 무슨 일이 일어나고 있습니까? 또 다른 10 일이 지났습니다.

2020 년 3 월 엔드 게임 이 여기서 진행됩니다.

고정 탭이 코로나 확산에 도움이된다는 소문이있어 개발팀이 가능한 한 거리를 유지하고 있습니다. 그때까지 탭은 6 피트 간격을 유지해야합니다.

개발자 팀의 답변도 하나도 없습니다 ... 여기서 무슨 일이 일어나고 있습니까? 또 다른 10 일이 지났습니다.

2020 년 3 월 엔드 게임 이 여기서 진행됩니다.

이제 완료되었으므로이 간단한 기능을 추가하지 않는 다음 변명은 무엇입니까? 아니면 아직 구현되지 않은 이유에 대한 설명을 받으시겠습니까?

저는이 기능을 고대하고있었습니다. 처음 여기에서이 GH 문제를 발견했을 때 기뻤습니다. 그러다가 어조가 점점 무례 해져서 마치 돈을 지불하는 것처럼 기능을 요구하는 사람들의 알림을 받고 알림을 받았습니다. 그러나 그들은 그렇지 않습니다. 이것은 자유 소프트웨어이며 오픈 소스입니다. 화난 모든 사람들에게 : 당신은 개발자입니다. 그래서이 작은 기능이 매우 중요하다면, 그냥 직접 해보고 징징 대지 마세요!

... 감정에 대해 죄송합니다. 지금은이 문제의 알림을받지 않고 등록을 취소하고 있습니다. 세상에 나쁜 분위기가 충분히 있습니다. 그리고 먼 미래에 탭 고정이 구현되어야한다면 릴리스 노트에서 볼 때 더욱 기뻐할 것입니다. :)

저는이 기능을 고대하고있었습니다. 처음 여기에서이 GH 문제를 발견했을 때 기뻤습니다. 그러다가 어조가 점점 무례 해져서 마치 돈을 지불하는 것처럼 기능을 요구하는 사람들의 알림을 받고 알림을 받았습니다. 그러나 그들은 그렇지 않습니다. 이것은 자유 소프트웨어이며 오픈 소스입니다. 화난 모든 사람들에게 : 당신은 개발자입니다. 그래서이 작은 기능이 매우 중요하다면, 그냥 직접 해보고 징징 대지 마세요!

... 감정에 대해 죄송합니다. 지금은이 문제의 알림을받지 않고 등록을 취소하고 있습니다. 세상에 나쁜 분위기가 충분히 있습니다. 그리고 먼 미래에 탭 고정이 구현되어야한다면 릴리스 노트에서 볼 때 더욱 기뻐할 것입니다. :)

너무 많이. 여기에 반 산성 주석을 작성하는 데 시간을 할애 한 사람들이 주말의 절반을 실제 코드를 보는 데 보냈다면 구현하는 것이 상당히 사소한 일이라는 것을 금방 깨닫고 우리는 이미 하나 이상의 풀 리퀘스트를 가지고있을 것입니다. 그것. 물론 무료로받을 수있는 권리를 느끼는 것이 훨씬 더 편리합니다. :)

@drbarto @peterbozso 글쎄요 👍
나는 그 기능을 정말로 원하지만 현재 직접 구현할 시간이 없지만 10 $의 현상금을 제공 할 것입니다. 다른 사람들이 저와 함께하면 누군가가 멋진 PR로 구현하도록 설득 할 수 있습니다. :)

동의한다고 말할 수 없습니다. 그들은 돈을 받고 있지만 우리는 아닙니다. 그들은 이것을위한 시간이 있습니다, 우리는 없습니다. 그렇게 사소하다면 왜 안하는거야? 사람들에게 구현하기 쉽다고 말하지 말고 그냥 그렇게하세요. (위선자)

사람은 존경심을 갖고 여전히 "Y u no do dis?"라고 물을 수 있습니다. 동시에.

모든 사람이 다음에 무슨 일이 일어나고 있는지 볼 수 있습니다.

• https://github.com/microsoft/vscode/issues/95215
• https://github.com/microsoft/vscode/issues/95168

동의한다고 말할 수 없습니다. 그들은 돈을 받고 있지만 우리는 아닙니다. 그들은 이것을위한 시간이 있습니다, 우리는 없습니다.

일부는이 작업을 수행하기 위해 보수를 받고 있습니다. 그래서 그들은하라는 지시를받은 일을하고있을 것입니다. 또는 적어도 그들의 목표를 달성하기 위해 더 높은 우선 순위

그렇게 사소하다면 왜 안하는거야? 사람들에게 구현하기 쉽다고 말하지 말고 그냥 그렇게하세요. (위선자)

그는 아마 반 주말이 걸릴 것이고 사람들이 불평하는 것을 그만두고 그것이 그들에게 중요하다면 그것을 끝내야한다고 말했다. 여기에는 위선자가 없습니다. 그는 그것에 대해 충분히 신경 쓰지 않고 괜찮습니다 (나는 같은 보트에 있고 당신도 그렇게 생각합니다). 좋지 않은 것은 계속해서 불평하는 것입니다. 이 문제는 많은 투표를 받았으며 백 로그에서 우선 순위 목록에 올라 오면 완료됩니다. 또는 다른 사람이 기여한 경우.

이 문제는 많은 투표를 받았으며 백 로그에서 우선 순위 목록에 올라 오면 완료됩니다.

그것은 어리석은 가정입니다. 따라서 불만. 일이 제대로되지 않으면 많은 사람들이 불평 할 것입니다. 그것이 작동하는 방식입니다.

일부는이 작업을 수행하기 위해 보수를 받고 있습니다. 그래서 그들은하라는 지시를받은 일을하고있을 것입니다.

좋아요, 그러면 우리는 사람들이 무엇을해야하는지 말하는 사람들이 그것을 보게 될 것이라는 희망으로 피드백을 제공하고 있습니까?

제발, 신을 위해 스팸을 중단하십시오.

의사 소통 부족과 4 년 동안 무시당하는 느낌이 여기에 좌절감을 불러 일으키고있다. 이 문제는 해당 리포지토리에 대해 6 번째로 가장 많이 언급 된 문제이며, 쉽게 할 수 있어야하며 4 년 동안 누워 있어야하며 단기 / 중기 로드맵에서도 고려되는지 여부를 알 수 없습니다.

저는 제품 소유자로부터 "다음 6 개월 내에하고 싶습니다. 약속이 없습니다"라는 메시지 만 있으면 기쁠 것입니다.하지만 우리는 그것을 얻지 못했습니다.

팀에서 입력을받을 수 없으므로 해당 스레드에서 구독 취소합니다.

여기에 약간의 불쾌한 의견이 있지만 대부분은 유쾌한 것에서 단순히 짜증나는 것까지 다양합니다.

다른 사람에게 직접하도록 지시하면 기능 요청의 전체 목적이 무효화됩니다. 위의 yannlaidrc의 포인트로 이어집니다. 이와 같이 요청이 많은 기능을 완전히 무시할 경우 기능 요청 옵션을 갖는 이유는 무엇입니까? 응용 프로그램의 추가 개발에 대한 확신을주지는 않습니다.

나는 이것에 대해 수년 동안 궁금해했고 방금이 스레드를 우연히 발견했습니다. 탭을 고정하고 위의 별도 줄에 떠있는 기능을보고 싶습니다. 이렇게하면 몇 가지 주요 파일에 대해 지속적으로 작업하면서 여러 다른 파일을 살펴보고 있기 때문에 일반 Visual Studio의 워크 플로가 크게 향상됩니다. 여분의 탭 부동산이 있으면 멋질 것입니다.

탭을 고정하고 고정되지 않은 모든 탭을 닫는 것은 매일 사용하는 두 가지 키보드 단축키입니다. 따라서 이것은 Atom에서 VS Code 로의 전환을 차단합니다. 나는 그것이 플러그인으로도, 기본적으로도 사용할 수 없다는 것에 상당히 놀랐습니다.

브라도 닫히지 않습니다.

나는 약 6 개월 전에 이것을 VS 코드에 구현하려고 시도했습니다. 그러나 그 당시에는 기능이 작동하지 않았습니다.

오늘 저는 HardPin이라는 문제에 대한 임시 해결책이 있습니다.
저장소 : https://github.com/Acmion/HardPin
웹 사이트 : https://hard-pin.acmion.com

이 솔루션은 결코 완벽하지는 않지만 여전히 나를 훨씬 더 생산적으로 만들었습니다.

HardPin은 VS Code의 실제 소스에 쉽게 구현할 수있는 매우 비용 효율적인 솔루션 (약 200 줄의 간단한 코드)입니다. 그러나 솔루션이 :: before 요소의 스타일링을 활용하고 코드를 너무 우아하지 않게 절대 위치 지정한다는 사실로 인해.

자세한 정보는 https://hard-pin.acmion.com 에서

나는 약 6 개월 전에 이것을 VS 코드에 구현하려고 시도했습니다. 그러나 그 당시에는 기능이 작동하지 않았습니다.

오늘 저는 HardPin이라는 문제에 대한 임시 해결책이 있습니다.
저장소 : https://github.com/Adamantica/HardPin
웹 사이트 : https://hard-pin.adamantica.com

이 솔루션은 결코 완벽하지는 않지만 여전히 나를 훨씬 더 생산적으로 만들었습니다.

HardPin은 VS Code의 실제 소스에 쉽게 구현할 수있는 매우 비용 효율적인 솔루션 (약 200 줄의 간단한 코드)입니다. 그러나 솔루션이 :: before 요소의 스타일링을 활용하고 코드를 너무 우아하지 않게 절대 위치 지정한다는 사실로 인해.

자세한 정보는 https://hard-pin.adamantica.com 에서

작동하는지 확실하지 않습니다. 그렇다면 사용 방법. 탭에서 닫기 / 'x'버튼을 클릭하여 고정 된 탭을 닫을 수 있습니다.

나는 약 6 개월 전에 이것을 VS 코드에 구현하려고 시도했습니다. 그러나 그 당시에는 기능이 작동하지 않았습니다.
오늘 저는 HardPin이라는 문제에 대한 임시 해결책이 있습니다.
저장소 : https://github.com/Adamantica/HardPin
웹 사이트 : https://hard-pin.adamantica.com
이 솔루션은 결코 완벽하지는 않지만 여전히 나를 훨씬 더 생산적으로 만들었습니다.
HardPin은 VS Code의 실제 소스에 쉽게 구현할 수있는 매우 비용 효율적인 솔루션 (약 200 줄의 간단한 코드)입니다. 그러나 솔루션이 :: before 요소의 스타일링을 활용하고 코드를 너무 우아하지 않게 절대 위치 지정한다는 사실로 인해.
자세한 정보는 https://hard-pin.adamantica.com 에서

작동하는지 확실하지 않습니다. 그렇다면 사용 방법. 탭에서 닫기 / 'x'버튼을 클릭하여 고정 된 탭을 닫을 수 있습니다.

작동하지 않는 것이 확실합니까? 탭 스크롤바가 나타날 정도로 많은 탭을 연 다음 HardPin을 실행하십시오 (https://hard-pin.adamantica.com/getting-started/index.html에 따라). 이제 각 탭의 닫기 버튼 왼쪽에 원이 표시됩니다. 이 원을 클릭하면 탭이 왼쪽에 고정됩니다. 이제 스크롤 할 때 고정 된 탭이 항상 표시됩니다.

작동 방식은 https://hard-pin.adamantica.com 에서 GIF를

HardPin이 VS Code 버전 1.37.1 및 1.44.2에서 작동하는지 테스트했습니다. 저는 Windows 10을 사용하고 있습니다. 이것이 HardPin에 중요하다고 생각하지 않습니다.

나는 닫기 버튼을 숨길 생각조차하지 않았다는 것을 인정합니다. 고정 탭에 대한 정의는 항상 왼쪽에 표시되지만 닫기 버튼을 숨기는 것은 큰 문제가 아닙니다 (단 하나의 CSS 선택기).

제목 텍스트의 대부분 또는 전체를 숨기는 것도 바람직합니다. (일반적으로 탭을 고정하는 경우 탭의 정의와 순서를 알 수 있습니다. 언제든지 방문하거나 마우스를 가져가 세부 정보를 볼 수 있습니다.) 아마도 "탭 고정"및 "과 같은 두 가지 유형의 핀이있을 수 있습니다. 고정 탭 '(사용자 버전). 브라우저에서 탭을 마우스 오른쪽 버튼으로 클릭하여 고정합니다. 핀 서클을 활성화 또는 비활성화하는 옵션이 있으면 좋을 것입니다.

오른쪽 클릭 컨텍스트 메뉴없이 닫을 수없는 것은 웹 브라우저에서와 같이 고정 된 탭의 표준 기능입니다. 고정 된 탭이 다른 고정 된 탭과 함께 왼쪽에있는 한 다시 정렬 할 수 있습니다. 또한 탭을 고정하기 위해 다른 탭을 열지 않아도되는 것이 표준 요구 사항입니다.

제목 텍스트의 대부분 또는 전체를 숨기는 것도 바람직합니다.

브라우저에 탭을 고정 할 때 최소한 파비콘이 표시되기 때문에이 항목에 동의하지 않습니다 (실제 Visual Studio의 동작 참조). 파일에 대한 파비콘에 해당하는 것은 없습니다. 여전히 옵션이 좋을 수 있습니다.

핀 서클을 활성화 또는 비활성화하는 옵션이 있으면 좋을 것입니다.

항상 핀 아이콘을 표시하는 실제 Visual Studio와 똑같은 기능을 원하기 때문에 실제로 작동하는 방식은 아닙니다. 원이 압정 아이콘으로 변경 될 수 있다는 데 동의합니다. 이 옵션은 VS Code 컨텍스트 메뉴와 통합 된 경우 사용할 수 있지만 지금은 그렇지 않습니다.

오른쪽 클릭 컨텍스트 메뉴없이 닫을 수없는 것은 웹 브라우저에서와 같이 고정 된 탭의 표준 기능입니다.

그러나 이것은 VS Code의 컨텍스트 메뉴에서 직접 구현해야한다는 데 동의했습니다. HardPin은 실제로 VS Code와 통합되지 않았으며 현재 작동하는 임시 솔루션입니다. 이 기능은 6 개월을 기다릴 수 없기 때문에 실행되는 추가 JS 일뿐입니다.

고정 된 탭이 다른 고정 된 탭과 함께 왼쪽에있는 한 다시 정렬 할 수 있습니다.

예, 이것이 HardPin이 작동하는 방식입니다. 몇 시간 전에 개선 된 업데이트를 푸시했지만 놓쳤을 수도 있지만 (적어도 처음 언급했을 때 사용해 본 적이 있다면) 고정 된 탭을 재정렬하는 것은 항상 가능했습니다.

또한 탭을 고정하기 위해 다른 탭을 열지 않아도되는 것이 표준 요구 사항입니다.

이것의 의미를 이해하지 못합니다. 예를 들어 탭을 열지 않은 경우 실제 Visual Studio에서 탭을 고정 할 수 없습니다.

HardPin은 작업을 완벽하게 수행하는 것이 아니라 수용 할 수있는 방식으로 완료하는 임시 솔루션입니다. 그러나이 접근 방식이 일반 수준 (추가 스타일 요소, ​​:: before 요소, 위치 : 절대, 여백 및 기타)에서 괜찮다고 간주된다면 VS Code에서 구현하는 비용 효율적인 솔루션 이 될 것입니다. 적은 수의 변경과 비교적 적은 코드 라인으로 비용 효율적 입니다.

참고 : 실제 Visual Studio의 작동 방식에 대한 모든 참조는 소프트웨어의 기본 동작에 대한 참조입니다.

그것은 그들이 그것을 추가하는 데 영향을 미칠 것입니다.

다시 말하지만 1-4 개의 탭만 고정하고 있고 정확히 무엇인지 알고 있기 때문에 파비콘이 실제로 필요하지 않습니다. 하지만 다른 사용 사례를 이해합니다.

그것은 그들이 그것을 추가하는 데 영향을 미칠 것입니다.

네, 이것은 장기적인 의도였습니다. 단기적으로는 하루에 한 번 추가 코드를 실행하는 데 만족합니다.

@Adamantica 키보드 바로 가기에 바인딩 할 수있는 다음 작업을 노출합니까?

• 현재 탭 고정
• 고정되지 않은 모든 탭 닫기

뿡 빵뀨
아직은 아니지만 추가하기 정말 쉽습니다. 오늘도 할 수있을 것 같습니다.

바로 가기 키는 무엇이며 다른 프로그램에서 사용하는 바로 가기는 무엇입니까?

@Adamantica 쿨! :)

Atom의 "Command Palette"개념에 익숙하며 언뜻보기에 VS Code는 비슷한 것을 구현하는 것 같습니다. https://code.visualstudio.com/api/extension-guides/command 사용자가 선호하는 바로 가기 또는 UI 단추에 바인딩 할 수있는 명령 팔레트에 대한 확장입니다.

저는 개인적으로 Cmd+Shift+p 고정에 사용하고 Cmd+Shift+x 고정 해제 탭을 모두 닫는 데 익숙합니다.

뿡 빵뀨
죄송합니다. "고정되지 않은 모든 탭 닫기"를 잘못 읽었습니다. 이것은 실제로 HardPin을 VS Code에 코딩하지 않고는 구현할 수 없습니다. 그러나 "현재 탭 고정"에 대한 키보드 단축키는 가능합니다.

HardPin은 더 깊은 수준에서 VS Code와 실제로 통합되지 않으므로 명령을 등록 할 수 없으며 임시 솔루션입니다. 그러나 HardPin에 고정 키보드 단축키를 하드 코딩하는 것은 문제가되지 않으며 결국 JS 일뿐입니다.

@Adamantica 굉장한 기여가 바로 거기에 있습니다!

질문, 상단 행에서 고정 된 탭을 분리 할 수 ​​있습니까?

뿡 빵뀨
키보드 단축키 Ctrl + Alt + P로 탭 고정을 구현했습니다.

헉헉
방금 별도의 행을 구현했습니다. 지침은 https://hard-pin.adamantica.com/getting-started/index.html 을 참조

다음과 같이 보입니다.

나는 약 6 개월 전에 이것을 VS 코드에 구현하려고 시도했습니다. 그러나 그 당시에는 기능이 작동하지 않았습니다.

오늘 저는 HardPin이라는 문제에 대한 임시 해결책이 있습니다.
저장소 : https://github.com/Adamantica/HardPin
웹 사이트 : https://hard-pin.adamantica.com

이 솔루션은 결코 완벽하지는 않지만 여전히 나를 훨씬 더 생산적으로 만들었습니다.

HardPin은 VS Code의 실제 소스에 쉽게 구현할 수있는 매우 비용 효율적인 솔루션 (약 200 줄의 간단한 코드)입니다. 그러나 솔루션이 :: before 요소의 스타일링을 활용하고 코드를 너무 우아하지 않게 절대 위치 지정한다는 사실로 인해.

자세한 정보는 https://hard-pin.adamantica.com 에서

와우 감사합니다! 어떻게 이것이 지금 Vs Code에 통합되지 않을 수 있습니까?

2 주 전에 이에 접근하는 방법에 대한 UX 토론 (이 토론을 트리거 한 Acmion 덕분에)이 있었으며 첫 번째 버전은 현재 master 있습니다. 브라우저가 고정 된 탭을 지원하는 것과 거의 비슷하게 작동합니다.

• 에디터 그룹의 시작 부분으로 이동합니다.
• 명시 적으로 닫히지 않는 한 닫히지 않습니다 (예 : "기타 닫기"는 닫히지 않음).
• 공간이 적고 스크롤바가 나타날 때도 계속 표시됩니다.
• 작은 공간 (예 : 아이콘 만)으로 만 표시되지만 시각적 모양을 변경하는 설정이있을 수 있다고 생각합니다.

현재 시각적 모양은 다음과 같습니다.

이것이 우리의 내부자 빌드에서 사용 가능할 때 사람들이 이것을 시도 할 수있을 때 더 많은 피드백을 요청하지만 비디오를 기반으로 한 제안에 만족합니다.

한 가지 주목할 점은이 디자인이 Visual Studio와 다른 방향으로 가고 있다는 것입니다. 고정 된 탭은 화면 밖으로 스크롤되지 않으므로 현재 두 번째 탭 행을 도입 할 계획이 없습니다. 여러 탭 행에 대한 지원은 새로운 문제로 이동하고 거기에서 논의해야 할 것입니다.

@bpasero 진행해 주셔서 감사합니다!

고정 된 탭은 화면 밖으로 스크롤되지 않으므로 현재 두 번째 탭 행을 도입 할 계획이 없습니다.

이 글을 읽은 후이 거대한 발표의 크기를 줄이고 싶지는 않지만, 고정 된 탭을위한 분리 된 행은 그것들을 사용하는 진정한 장점의 절반과 같습니다. 기술적 인 문제가 발생하므로 달성 할 수 없다면 더 이상 흥미롭지 않을 것입니다.

오랫동안 기다려 왔던 기능 이었지만, 슬프게도 예상치 못했던 기능이되었습니다.

노력해 주셔서 감사합니다.

@eliashdezr 공평하고 여러 탭 행을 논의하는 것에 반대하지 않는다는 것을 분명히하려고했습니다.

여러 탭 행에 대한 지원은 새로운 문제로 이동하고 거기에서 논의해야 할 것입니다.

제가 말하고자했던 것은 : 현재의 디자인 사고 방식으로 진행하고이를 시도하는 내부 사용자로부터 더 많은 피드백을 수집하고 개별 문제의 개별 개선 사항에 대해 논의하고 싶습니다. 이 문제가 너무 커져서 의미있는 토론을 할 수 없다고 생각합니다. 그게 말이 되길 바랍니다.

우우 오오오 오오오 오오오 !!! 수고하셨습니다. 감사합니다!

이것이 바로 제가 바랬던 것입니다. 비디오에서와 같이 작동하고 고정 된 탭을 재정렬 할 수 있다면 버그 외에는 테스트 할 필요가 없습니다.

고정 된 탭, 스크롤 가능성 및 여러 창이 모두 옵션이기 때문에 개인적으로 다중 행 탭이 필요하다고 생각하지 않습니다. 하나의 창에 너무 많은 탭이 열려있어 효과적이지 않은 지점에 도달했다고 생각합니다.이 고정 기능은 그 수를 최대화합니다. 그래도 다중 행 탭 옵션에 반대하지는 않습니다.

이것이 우리의 내부자 빌드에서 사용 가능할 때 사람들이 이것을 시도 할 수있을 때 더 많은 피드백을 요청합니다.

이에 대해 더 많은 정보를 제공 할 수 있습니까? 내부자가 빌드하고 피드백을 원하는 위치는 무엇입니까?

다시 한번 감사드립니다.

@eliashdezr 공평하고 여러 탭 행을 논의하는 것에 반대하지 않는다는 것을 분명히하려고했습니다.

여러 탭 행에 대한 지원은 새로운 문제로 이동하고 거기에서 논의해야 할 것입니다.

제가 말하고자했던 것은 : 현재의 디자인 사고 방식으로 진행하고이를 시도하는 내부 사용자로부터 더 많은 피드백을 수집하고 개별 문제의 개별 개선 사항에 대해 논의하고 싶습니다. 이 문제가 너무 커져서 의미있는 토론을 할 수 없다고 생각합니다. 그게 말이 되길 바랍니다.

나를 위해 @bpasero 를 지워 주셔서 감사합니다.

이에 대해 더 많은 정보를 제공 할 수 있습니까? 내부자가 빌드하고 피드백을 원하는 위치는 무엇입니까?

이번 주에 VSCode 1.45를 출시 할 예정이며 내부자 빌드는 곧 출시 될 예정입니다. Insider 빌드는 https://code.visualstudio.com/insiders/ 에서 stable과 나란히 설치할 수 있습니다

이 변경 사항을 포함하여 내부자를 사용할 수있게되면 여기에 다시 게시하겠습니다. 지금 설치하면 stable이 출시되면 자동으로 받게됩니다 👍

예상치 못한만큼 흥미 진진합니다!
감사합니다!

두 번째 행이 필수라고 생각하더라도 귀하의 접근 방식을 완전히 이해합니다.

충분히 감사하다고 말할 수 없습니다!

@bpasero 기능 업데이트에 감사드립니다!

내 주요 피드백은 사용자가 별도의 행에 탭을 고정 할 수 있도록하는 것이 중요하다고 생각합니다.

• 고정 된 탭에 전체 파일 이름을 표시하려면 필요한 것보다 더 많이 가로로 스크롤해야하는 "임시"탭을위한 공간을 많이 잃게됩니다.
• 별도의 줄에두면 고정되지 않은 탭을 훨씬 빠르게 구분할 수 있습니다.

고마워, 멋지다!

여러 탭을 닫을 때의 동작은 어떻습니까?
"모두 닫기"에서 계속 열려 있습니까?

동영상처럼 작동하고 고정 된 탭을 재정렬 할 수 있다면

고정 된 탭을 안팎으로 이동하여 고정하거나 고정 해제 할 수 있습니다. 드롭 피드백은 발생하는 상황을 나타냅니다 (예 : 고정 된 탭에 드롭하면 탭이 고정되고 그 반대의 경우도 마찬가지 임).

여러 탭을 닫을 때의 동작은 어떻습니까? "모두 닫기"에서 계속 열려 있습니까?

고정 된 탭을 닫는 유일한 방법은 명시 적으로 닫는 것입니다 (예 : 활성화 된 경우 Cmd+W 를 통해). "모두 닫기"또는 "기타 닫기"와 같은 작업은 고정 된 탭을 닫지 않습니다. 몇 가지 예외가 있습니다. 예를 들어, 고정 된 탭도 제거하는 "모든 편집기 그룹 닫기"명령이 있습니다.

@bpasero 굉장한 작업! VS 코드에서 이것을보기 위해 종료했습니다!

이 첫 번째 버전을 출시하는 것이 중요하며 그 후에 개선 사항 (예 : 별도의 행)을 구현할 수 있습니다.

Insiders는 이제 다음 변경 사항으로 업데이트됩니다 : https://code.visualstudio.com/insiders/

탭을 고정하려면 다음 중 하나를 수행하십시오.

• 오른쪽 클릭> 핀
• 또는 workbench.action.pinEditor 및 workbench.action.unpinEditor (기본적으로 CtrlCmd+K CtrlCmd+Enter ) 명령에 대한 키 바인딩을 구성합니다.

나는 전체 MS 스택에서 작업하지만 클라이언트 측 작업에서는 VS Code와 같은 가벼운 작업을 정말로 선호합니다. 얼마나 많은 고정 된 탭이 거래를 깨뜨 렸는지 슬펐습니다. 동료 소프트웨어 엔지니어부터 소프트웨어 엔지니어까지 감사합니다!

Insiders는 이제 다음 변경 사항으로 업데이트됩니다 : https://code.visualstudio.com/insiders/

탭을 고정하려면 다음 중 하나를 수행하십시오.

• 오른쪽 클릭> 핀
• 또는 workbench.action.pinEditor 및 workbench.action.unpinEditor (기본적으로 CtrlCmd+K CtrlCmd+Enter ) 명령에 대한 키 바인딩을 구성합니다.

와, 대단합니다! 아직 개발 초기 단계라는 것을 알고 있지만 파일을 고정하고 파일 이름을 표시하는 옵션이 있으면 좋을 것입니다. 무기한으로 열어두고 싶은 것을 고정하는 경우가 많지만 특정 유형의 파일이 여러 개 고정 된 경우 어느 것이 어느 것인지 알기가 어렵습니다.

고정 된 탭 파일 이름을 숨기는 것이 문제가 될 수 있습니다. 프로젝트에있는 대부분의 파일은 동일한 유형이므로 아이콘 만보고 구분할 수 없습니다.

고정 된 탭 파일 이름을 숨기는 것이 문제가 될 수 있습니다. 프로젝트에있는 대부분의 파일은 동일한 유형이므로 아이콘 만보고 구분할 수 없습니다.

나는 동의한다. 고정 된 탭의 두 번째 행이 더 유용 할 것입니다.
설정 옵션이 될 수 있습니다.

• 이름으로 고정
• 아이콘으로 고정
• 두 번째 행에 핀 (이름 포함)

그만한 가치가있는 경우에는 일반 Visual Studio와 일치하는 동작을 선호합니다. 탭은 왼쪽에 "고정"되지만 전체 파일 이름은 유지됩니다. Heh, 고정 된 탭에 대해 Visual Studio에서 "두 번째 행"동작을 사용한 적이 없다고 말할 수 없습니다. -P

고정 된 탭에서 원하는 것은 "모두 닫기"또는 "기타 닫기"유형 작업을 수행 할 때 사라지지 않고 workbench.editor.limit.value 탭을 열면 자동으로 닫히지 않는다는 것입니다. . 사실, workbench.editor.limit.value 는 저에게 가장 중요합니다. 그 제한에 도달하면 "모두 닫기"를 누르는 것보다 더 많이 발생하기 때문에 지금은 workbench.editor.limit.value 옵션 을 사용하지 않습니다

고정 된 탭은 다음과 같이 작동합니다.

• 단일 편집기 용이 아닌 닫기 작업은 무시합니다 (예 : "모두 닫기").
• workbench.editor.limit 와 관련하여 고정 된 탭은 더티 탭으로 취급되며 닫히지 않습니다.

내 의견은 고정 탭에 파일 이름이 표시되어야한다고 생각합니다.
크롬의 고정 탭에 이름을 붙일 필요가 없었던 이유는 아이콘이 구별하기에 충분했기 때문이라고 생각합니다.

경우에 따라 파일 이름의 첫 글자가 포함 된 아이콘 만 표시하는 것이 유용 할 수 있습니다 (예 : 다양한 플랫폼에서 사용자의 이니셜을 표시하는 기본 아바타).
예를 들어 'README.md'및 'TODO.md'가 고정 된 경우 'R'이있는 아이콘과 'T'가있는 아이콘이 표시됩니다.

고정 된 탭의 크기 (현재는 38px )를 입력 할 수있는 설정이 하나 있어야하는지 궁금합니다. 38px 이상을 넣으면 탭 이름이 렌더링되기 시작하지만 해당 너비를 초과하면 이름이 잘립니다.

아이콘이 활성화되지 않은 고정 된 탭을 보지 못했다면 파일 이름의 첫 글자를 선택합니다.

탭 오른쪽 하단에 아이콘을 배지로 추가하는 것은 어떻습니까?

그냥 생각 ...

고정 된 탭의 크기 (현재는 38px )를 입력 할 수있는 설정이 하나 있어야하는지 궁금합니다. 38px 이상을 넣으면 탭 이름이 렌더링되기 시작하지만 해당 너비를 초과하면 이름이 잘립니다.

이 + 각 탭의 제목 문자열에 대해 가장 가까운 문자로 반올림하는 것이 좋은 생각이라고 생각합니다. 글자 수만 계산할 것을 제안했지만 탭 제목이 모노 간격으로 보이지 않습니다.

뿡뿡

탭 오른쪽 하단에 아이콘을 배지로 추가하는 것은 어떻습니까?

항상 아이콘 설정과 독립적으로 수행 하시겠습니까, 아니면이 경우에만 수행 하시겠습니까? 사용자가 아이콘을 비활성화하도록 선택했다면 아이콘을 표시해서는 안되며 다른 경우에는 작은 배지가 파일을 구분하기에 충분한 가시성을 가지고 있는지 확실하지 않습니다.

안녕하세요.

각 탭의 제목 문자열에 대해 가장 가까운 문자로 내림하는 것이 좋습니다.

나는 그 생각을 이해하고 있는지 잘 모르겠습니다. 예를 들어 줄 수 있습니까?

각 탭의 제목 문자열에 대해 가장 가까운 문자로 내림하는 것이 좋습니다.

나는 그 생각을 이해하고 있는지 잘 모르겠습니다. 예를 들어 줄 수 있습니까?

글꼴이 고정 폭이 아니므로 픽셀 너비로 설정할 수 있으며 이론적으로 문자의 일부를 표시합니다. 나는 너비가 어떤 문자에 도달하는지 알아 낸 다음 전체 문자가 아닌 경우 (탭당) 앞의 문자 만 표시하도록 반올림합니다. 이미 그렇게 할 수도 있습니다, idk; 그래도 부분적인 문자 가시성으로 추악하게 보일 것입니다.

항상 아이콘 설정과 독립적으로 수행 하시겠습니까, 아니면이 경우에만 수행 하시겠습니까? 사용자가 아이콘을 비활성화하도록 선택했다면 아이콘을 표시해서는 안되며 다른 경우에는 작은 배지가 파일을 구분하기에 충분한 가시성을 가지고 있는지 확실하지 않습니다.

실제로 아이콘을 비활성화 할 수 있는지 몰랐습니다. 😄
이 옵션은 구성 가능하거나 일반 아이콘 설정에 따라 달라집니다.

다음은 간단한 모형입니다.

예, "bagdes"는 일단 구현되면 조금 더 작을 수 있습니다.
그러나 많은 아이콘은 색상이 다르기 때문에 작더라도 구별 할 수 있습니다.

나는 이것이 현실에서 어떻게 보일지 봐야 할 것 같다.

고정 탭의 너비에 대해.
vscode가 내부적으로 어떻게 작동하는지 모르겠지만 사용자가 GUI를 확대 및 축소 할 수 있다는 점을 명심하십시오.
따라서 픽셀 단위의 고정 너비는 작동하지 않을 수 있습니다. HTML에는 요소의 크기를 동적으로 설정하는 데 사용할 수있는 다른 단위가 있습니다.
그러나 나는 vscode 개발자가 이것을 나보다 더 잘 알 것이라고 확신합니다. 😄

파일 이름에서 아이콘 + x 문자를 선택할 수 있다면 기쁠 것입니다. 공간을 낭비하기 때문에 '...'없이 가급적이면 좋습니다.

따라서 다음을 가질 수 있습니다.
☐ GameManager.cpp
☐ GameM
☐가
☐ G
아니면 그냥
☐

이것은 큰 레이아웃 변경이 필요하지 않으며 모든 코드베이스와 사용자에 맞게 조정할 수 있습니다.

하 하하하, 정말 긴 파일 이름을 만들 때 일어나는 일입니다.

하나의 탭으로 전체 공간을 차지합니다! :영형
(PS 그건 나쁘다.)

그리고 이것은 그것이 맞지 않을 때 일어나는 일입니다 (창을 더 작게 만들었습니다), 편지를 자릅니다.

파일 이름에서 아이콘 + x 문자를 선택할 수 있다면 기쁠 것입니다. 공간을 낭비하기 때문에 '...'없이 가급적이면 좋습니다.

예,하지만 고정 폭 글꼴이 아니라고 말했듯이 이렇게하면 고정 된 탭이 모두 크기가 달라집니다. 내 말은, 당신은 여전히 ​​그렇게 할 수 있다고 생각합니다 ... 아마도 그렇게 나쁘지 않은 것 같습니다 ...

정말? 탭에 제한이 없습니까? 글쎄요 .. 어떤면에서는 좋습니다. 하지만 ... 나쁘다. 그것에 대한 설정이 있습니까?

그리고 예, 크기가 다르지만 4 자로 설정하면 약간만 다를 것입니다.

너비를 통합하기 위해 탭 너비를 num_chars * 1em 로 고정하는 실험을합니다. 나는 웹 / css 전문가는 아니지만 내가 이해했듯이 1em은 대략 "m의 너비", 가장 넓은 문자이며 선택한 글꼴 또는 확대 / 축소 수준에 따라 변경됩니다.

"workbench.editor.tabSizing": "shrink" 를 구성하여 탭을 최소 120px 까지 더 작은 크기로 축소 할 수 있지만 기본값 ( fit )은 항상 전체 탭을 표시합니다. 사용 가능한 공간을 초과합니다.

@bpasero 일이 앞으로 나아가는 것을보고 정말 기쁩니다!

이에 대한 내 견해를 추가하려면 기본적으로 탭에 파일의 전체 이름을 표시하는 것이 더 낫다고 생각합니다. 예를 들어 cs 또는 js 파일로 독점적으로 작업 할 때 아이콘 만 있으면 상호 작용하기가 어렵습니다.
"tab.maxfilenamecharsize"와 같은 옵션을 사용하여 파일 이름이 너무 긴 경우 파일 이름을 잘라낼 지 여부를 결정할 수 있습니다. 탭 위로 마우스를 가져 가면 전체 이름이 표시되는 팝업이 표시됩니다.

참고로, 혹시 고정 된 탭의 전용 행에 대해 이야기하는 티켓을 이미 만들었습니까?

다음 문제를 추출했습니다.

• 탭 고정 허용 # 98558
• 고정 된 탭 : 다른 탭 위에있는 보조 탭 행에 표시 # 98160
• 고정 된 탭 : 더 많은 컨텍스트를 표시하는 설정 추가 # 98161

그 위에 사람들이 현재 구현 된 기능 집합을 볼 수있는 테스트 계획 항목 (https://github.com/microsoft/vscode/issues/98019)을 만들었습니다. 내가 열었던 기존 문제로 인해 문제가 해결되지 않으면 새로운 문제를 제출할 것을 제안합니다.

@ jez9999 이의가 없으면 계속해서이 문제를 닫고 참조 된 문제의 나머지 부분을 계속합니다. 나는이 문제가 많은 찬성 투표를 받고 명시 적으로 VS 방식 ( "Visual Studio와 유사한 탭을 고정하는 옵션 추가")을 요청하지만 투표 및 토론을 내가 만든 후속 문제로 옮기도록 요청한다는 것을 알고 있습니다.