VS Code의 파일 및 폴더 아이콘!

2016년 9월 8일 Chris Dias 작성, @chrisdias

반란. 반항. 봉기.

이 단어들은 2014년에 VS Code의 파일 탐색기 트리에 아이콘을 처음 추가했을 때를 모두 설명합니다. @dmitar-asenov는 @egamma의 취리히 연구소에서 인턴으로 일하면서 트리를 빠르게 훑어볼 때 파일과 폴더를 구분하기 위해 몇 시간 동안 기본적인 아이콘 세트를 해킹했습니다.

"Monaco" 편집기를 개발하기 시작했을 때, 탐색기 아이콘은 경량 편집기에 포함되지 않았습니다. 팀은 아이콘 없는 트리의 단순하고 깔끔한 모양을 좋아했습니다. 우리에게 아이콘은 무겁고 가치가 거의 없다고 느껴졌습니다. 100개 이상의 아이콘을 유지하고 Visual Studio IDE와 동기화하는 것을 걱정했습니다. 나중에 마음이 바뀌면 사용할 수 있도록 아이콘 구현을 남겨두었지만, 실제로 켜지는 않았습니다.

2016년 2월로 시간을 되돌립니다. PR 3200은 다시 논의해야 할 필요를 강요했지만, "1.0" 릴리스와 다른 기능 요청(탭 등)을 고려하여 대화를 미룰 수밖에 없었습니다.

2016년 8월 릴리스를 계획하면서 가장 인기 있는 기능 요청 중 다수가 해결되었고 아이콘 지원이 최상위로 올라왔습니다.

• GitHub에서 200개 이상의 '좋아요'를 받았습니다.
• 거의 2500표를 얻어 최근 은퇴한 User Voice 목록에서 9위를 차지했습니다.
• 200,000개 이상의 다운로드, 170개의 리뷰, 별 5개 평점을 받은 Roberto Huertas의 vscode-icons 확장 프로그램은 마켓플레이스에서 5번째로 인기 있는 확장 프로그램이 되었습니다.

아마도 2014년에 우리가 틀렸을지도 모릅니다. 당시 VS Code 팀의 10명은 통계적으로 유의미한 데이터 세트를 구성하기 어려웠습니다. 200개의 '좋아요'는 이 피드백에 귀 기울이고 다시 검토해야 함을 말해줍니다. 피드백 감사합니다!

처음부터 아이콘 테마를 VS Code의 확장 기능으로 만들어야 한다는 것은 명확했습니다. 모두가 동의하는 단일 아이콘 세트를 만드는 것은 불가능할 것이기 때문입니다. 적절한 확장 메커니즘 없이는 Roberto는 vscode-icons 확장 프로그램을 제대로 작동시키기 위해 설치된 소스를 패치해야 했습니다.

이 접근 방식은 확장 프로그램을 VS Code의 일일 또는 월간 업데이트마다 다시 설치해야 한다는 것을 의미할 뿐만 아니라, 핵심 제품이 배포 후 수정되었기 때문에 쉽게 진단하거나 수정할 수 없는 새로운 유형의 문제를 야기했습니다. 앞으로 우리는 확장 프로그램 설치 결과로 사용자가 VS Code를 다시 설치해야 하는 상황을 방지하기 위해 핵심 제품 손상 위험을 최소화하기 위해 노력할 것입니다.

파일 아이콘 테마

VS Code 1.5 릴리스와 함께 이제 파일 탐색기에서 아이콘을 지원합니다.

파일 > 기본 설정 메뉴 또는 명령 팔레트(⇧⌘P (Windows, Linux Ctrl+Shift+P))에서 "파일 아이콘 테마"를 검색하세요.

처음에는 모든 유형에 대해 폴더 열기/닫기 아이콘과 단일 파일 아이콘을 가진 **Minimal**이라는 단일의 간단한 테마로 출시할 예정이었습니다.

Seti 아이콘 테마

다양한 아이콘을 테스트하고 Roberto와 협력하여 그의 주요 시나리오를 지원할 수 있는지 확인하면서, Sublime Text에서 처음 인기를 얻은 Seti UI 아이콘을 발견했습니다.

그리고 우리는 설득되었습니다.

팀원 대부분이 이제 Seti 아이콘을 사용하므로 모든 사람이 즐길 수 있도록 제품에 포함하기로 결정했습니다. 파일 아이콘 테마 선택 대화 상자에서 **Seti (Visual Studio Code)** 아이콘 테마를 선택하기만 하면 됩니다.

참고: 색상 테마와 마찬가지로 파일 아이콘 테마 목록을 위아래로 이동하며 선택한 테마의 미리 보기를 볼 수 있습니다!

나만의 아이콘 테마 만들기

확장 프로그램 개발자가 자신만의 파일 아이콘 테마 팩을 만드는 것은 매우 쉽습니다. 여기에서 원시 문서를 확인하고 VS Code 문서의 "새 아이콘 테마 추가" 토픽을 여기에서 확인하세요. 향후 피드백에 따라 API를 계속 완성할 것입니다.

다시 한번 모든 피드백에 감사드리며, 인기 있는 확장 프로그램을 구축하고 훌륭한 API를 제공하는 데 도움을 준 Roberto에게 감사드립니다.

행복한 코딩 되세요,

Chris Dias