GitHub에서 탭 크기를 변경하는 방법은 무엇입니까?


275

GitHub에서 파일을 볼 때 탭은 8 개의 공백으로 나타납니다.

예:

예

이 구성을 2 개 또는 4 개의 공백으로 변경할 수 있습니까?



1
나는 @rofrol에 의해 허용 된 답변을 @rofrol 사용하여 변경해야 .editorconfig한다고 생각합니다. 그의 답변에는 다른 사람들이 의도 한대로 코드를 볼 수있는 방식으로 구성을 설정하는 데 가장 적합한 방법이 포함되어 있다고 생각합니다. 읽을 때 다른 사람의 코드가 어떻게 보이는지 변경합니다.
f1lt3r

@ f1lt3r 동의하지 않습니다. 사람들이 정말로 8 칸으로 내 코드를보고 싶다면 더 많은 힘을 얻습니다. 나는 그런 식으로 제한하고 싶지 않아서 github의 4 칸으로 볼 수 있습니다. 답변이 변경 될 경우 mortenpi의 답변이어야합니다
Assimilater

@Assimilater-rofrol의 대답은 누구든지 원하는 너비를 보지 못하도록 제한하지 않습니다. mortenpi의 대답은 보는 모든 파일에 대해 매개 변수를 추가해야하기 때문에 상당히 실망 스럽지만 동의하십시오.
f1lt3r

3
누구든지 기본값으로 8 칸을 사용하는 논리를 설명 할 수 있습니까? 8 개의 공백이 어리석은 것 이외의 시나리오를 상상할 수는 없지만 github의 기본값입니까? 무엇을 제공합니까?
PandaWood

답변:


24

최신 정보

. mortenpi가 언급했듯이 이것은 추가 쿼리 매개 변수를 통해 수행 할 수 있습니다. 자세한 내용은 그의 답변 을 참조하십시오.

원래 답변

이 구성을 2 개 또는 4 개의 공백으로 변경할 수 있습니까?

아니요. Ace 편집기를 통해 편집 기능의 일부로 만 사용할 수 있으며 변경 사항이 유지되지 않습니다.

블로그 게시물 은 임베디드 IDE에 대한 추가 정보를 제공합니다.

그러나, 당신은 당신이 검토 할 의향이있는 BLOB (파일)의 URL을 알고 있으면, 당신은 변경하여 쉽게 편집 모드로 전환 할 수 있습니다 얼룩 와 세그먼트 편집 세그먼트를하고 선호하는 탭 크기를 선택 드롭 다운을 사용합니다.

tabSize


20
좋은 생각이지만 문제는 일단 편집 모드로 들어가면 해당 아카이브를 포크합니다. 50 후 또는보기 전용-편집 때문에 과도한 비트를 얻을 수 있습니다)
tomByrer

2
동의했다. 그러나 그것은 기여 를 시작하는 좋은 동기가 될 수 있습니다 ;)
nulltoken

13
@ chrisdembia가 언급했듯이 이것은 더 이상 정확하지 않습니다. github에 당신이 (예를 들어, 쿼리 PARAM로 값을 전달하여 탭의 크기를 변경할 수 있습니다 ?ts=4)
dule

커뮤니티가 선택된 답변을 무시할 수있는 방법이 있습니까?
chrisdembia

1
@ chrisdembia 미리 알림 주셔서 감사합니다;) morenti의 답변을 업데이트했습니다.
nulltoken

354

탭 크기를 변경하기 위해 ?ts=2또는 ?ts=4URL을 추가 할 수 있습니다 .

예 : https://github.com/jquery/jquery/blob/master/src/core.js?ts=2

값은 1에서 12 사이의 값일 수 있습니다. Gists 또는 원시 파일보기에서는 작동하지 않습니다.

출처 : GitHub 치트 시트


97
이것이 가능하지만 URL 매개 변수를 기억하지 않고 탭 너비를 쉽게 선택할 수있는 방법이 있다면 좋을 것입니다.
aross

75
github을 사용하여 환경 설정으로 저장하면 URL에 다시 넣을 필요가 없습니다.
FrustratedWithFormsDesigner

3
@PhilDennis는 Chrome (Linux)에서 작동합니다.
mortenpi

1
@ NikolaMihajlović 약간 미묘하지만 ts 인수는 URL의 # 조각 앞에 있어야합니다. 예 : github.com/jquery/jquery/commit/…
mortenpi

2
좋은 해결책. 슬프게도 PR의 diff에서는 작동하지 않습니다.
bbjay

279

리포지토리의 기본 표시 탭 크기 설정

당신이있을 때 .editorconfig 저장소의를 GitHub의에서 코드를 볼 때 그것을 존중합니다.

indent_style = tab 및 indent_size = 4는 8 대신 4 개의 열이있는 탭을 표시합니다. https://github.com/isaacs/github/issues/170#issuecomment-150489692

JetBrains 제품에서 작동하는 여러 확장에 대한 .editorconfig 예 :

root = true

[*]
end_of_line = lf
insert_final_newline = true

# Matches multiple files with brace expansion notation
[*.{js,jsx,html,sass}]
charset = utf-8
indent_style = tab
indent_size = 4
trim_trailing_whitespace = true

[*.md]
trim_trailing_whitespace = false

다른 리포지토리에 탭이 표시되는 방식 변경

코드에서 더 나은 크기의 탭을 설치하는 것보다 브라우저에 Stylus 를 설치 하십시오 .

Chrome 확장 프로그램도 있습니다.


2
github은 이름이없는 파일 (.gitconfig 등)의 editorconfig 파일을 존중하지 않는 것 같습니다. 왜 또는 버그입니까? 예 github.com/rmandvikar/git-setup/blob/tabs/.gitconfig
hIpPy

7
도트 파일은 [*](github에서) 존중되지 않는 것 같습니다 . 로 다른 항목을 추가해야했습니다 [.*].
PotatoFarmer

이것은 지금까지 허용되는 답변이어야합니다! Github이 실제로 편집기 구성 규칙을 따르는 것에 놀랐습니다.
Maurício Giordano

1
그것은 커밋에서 존중되지 않습니다 :-(
Nikola Mihajlović

1
@rofrol 내가 잘못 생각합니다. 코드 및 diff에서는 탭 크기가 올바르게 작동하지만 README.md코드 조각 에서는 작동하지 않습니다 . 이것은 새로운 관찰입니다. README.md코드 스 니펫이 8 칸 이외의 탭 크기를 사용 했는지 여부는 알 수 없습니다 .
Redsandro

68

실제로는 브라우저 확장으로 가능합니다. 설치 세련된을 (에서 파이어 폭스크롬 "), 다음이 사용자 스타일 설치 GitHub의 : 코드에서 더 나은 크기 탭을 ".

일부 언어에서는 작동하지 않을 수 있습니다. 예를 들어, JavaScript 파일을보고 있는데 변경 사항이 없습니다. 그래서 저자가 가지고있는 스타일을 삭제하고 다음 줄을 넣었습니다.

.tab-size {
  -webkit-tab-size: 4 !important;
     -moz-tab-size: 4 !important;
       -o-tab-size: 4 !important;
          tab-size: 4 !important;
}

그리고 Chrome에서 작동했습니다 ( 스크린 샷 ).

스크린 샷에서 볼 수 있듯이 와이드 스크린 모드를 활성화하고 색 구성표를 솔라 라이즈로 변경했습니다. 그래서 Chrome 용 Stylish 확장 프로그램을 통해 GitHub 페이지에서 실행되는 3 가지 사용자 스타일이 있습니다 . 나는 이것이 누군가를 돕기를 바랍니다.


18
나는 그 사용자 스타일을 썼다 . 도움이 되셨 다니 다행입니다. 수정하고 Chrome에서 테스트했으며 이제 수정하지 않고 작동합니다.
Rory O'Kane 2016 년

2
내 사용자 스타일 인“ 모든 코드의 탭 크기는 4 ”이며 <code>모든 웹 사이트 에서 요소 의 탭 크기를 변경합니다 .
Rory O'Kane

1
Github는 모든 것을 \t8로 바꿉니다 &nbsp;. 메르 데
Rudie

2
그러나 그들은 이전에 그렇게하지 않았으며 왜 그들이 지금 그렇게하는지 알지 못합니다. "userscript"라고 생각합니다.
aledujke

1
우리의 GitHub의 다크 세련된의 userstyle는 탭의 크기를 설정할 수 있습니다. 그리고 적극적으로 유지되고 있습니다.
Mottie

0

당신이 UserScripts에 있다면, 이것은 나를 위해 그것을했습니다 :

// ==UserScript==
// @name         GitHub Tabs
// @namespace    http://foldoc.org/
// @version      1
// @description  Set sensible tabs on GitHub
// @author       Denis Howe
// @match        https://github.com/*
// ==/UserScript==

document.querySelectorAll('table').forEach(t => { t.dataset.tabSize = 2 });

이 대안을 선호했지만 다소 무작위로 작동하는 것 같습니다. 사용자 스크립트가 실행되기 전에 데이터가로드되지 않은 경우 (예 : 파일 목록을 클릭하고 파일을 열려면 클릭) 작동하지 않습니다.
10

-3

http://valjok.blogspot.com/2014/07/indentation-correction-for-exposing.html 수정하기 위해 그렇게했습니다 .

또 다른 옵션은 gist를 임베드 할 때 모든 탭을 필요한 수의 공백으로 바꾸는 것입니다

<div id="willReplaceTabs">
 <script src="https://gist.github.com/valtih1978/99d8b320e59fcde634ad/cf1b512b79ca4182f619ed939755826c7f403c6f.js"></script>

 <script language="javascript">
  var spaces = "  "
  willReplaceTabs.innerHTML = willReplaceTabs.innerHTML.replace(/\t/g, spaces)
 </script>
</div>

-6

작업중인 프로젝트에 대한 옵션 인 경우 탭을 공백으로 처리하도록 편집기를 변경하면 문제가 해결됩니다.

예를 들어 Visual Studio Code에서 구성은 다음과 같습니다.

{
    "editor.tabSize": 2,
    "editor.insertSpaces": true
}

Sublime에서는 다음과 같습니다.

{
    "tab_size": 2,
    "translate_tabs_to_spaces": true
}

최근까지 나는 비 간격 탭을 고집했습니다. 전환 후 Github 렌더링 기이함을 수정했으며 워크 플로에서 큰 단점을 발견하지 못했습니다.


-20

가장 좋은 해결책은 가능한 경우 모든 탭을 올바른 수의 공백으로 바꾸려는 소스 코드를 관리자에게 확신시키는 것입니다.

탭을 사용하는 것은 오늘날 웹에서 자주 볼 수 있다는 점에서 코드에서 문제가됩니다. "탭당 얼마나 많은 공간"에 대한 결정은 표시되는 위치에 따라 다릅니다.


7
이것은 정답이며 다운 보트를받을 자격이 없습니다. "탭 구성 가능"에 대한 탭 너비를 원하는 생각 이외의 것으로 변경할 수없는 소프트웨어가 너무 많습니다. 그리고 원하는 탭 너비의 배수 가 아닌 거리를 들여 쓰기 하면 탭과 공백이 혼합되어 탭 크기를 조정해도 더 이상 작동하지 않습니다.
zwol

8
8 칸 탭의 출처에 대한 Wikipedia 기사를 읽으십시오. "5 개의 문자가 0.5 인치이고 일반적인 단락 들여 쓰기에도 불구하고 8 자의 일반적인 가로 탭 크기가 발전했습니다. 2의 거듭 제곱은 제한된 디지털 전자 장치에 대해 이진법으로 계산하기가 더 쉽기 때문입니다." 답은 순환 추론 (즉, 표준이 표준이기 때문에 표준은 8 자임)을 사용하여 질문의 문을 닫습니다. asker는이 표준에 만족하지 않으며 그럴만한 이유가 거의 없습니다.
Adam

4
@mrjedmao 그것은 할 수 있습니다 ?ts=4.
Ben

5
공백을 가로 질러 커서를 움직일 때 편집 속도가 4 ~ 8 배 빨라지기 때문에 공간보다 탭을 선호합니다.

4
"개발자를 지불하는 사람을 제외하고, 흠?" 두뇌의 IDE가 행 단위 이동 기능을 사용하여 다음 문장을 건너 뛰었습니까? 나는 프로젝트의 시행 규칙이 개별 선호보다 우선한다고 명시 적으로 언급했다. || "모든 편집자에게 단어 별 / 필드 / 라인 기능이있는 경우 왜 그렇게해야합니까?" 예, 단순히 하나의 키를 눌러 전체 열을 순회하는 것보다 편집기 기능을 사용하여 코드를 탐색하는 것이 더 쉽다는 것을 의미합니다. 또한 모든 편집자가 기능을 말한 것은 아니며 일부는 다르게 작동합니다. 전 세계가 Sublime을 사용한다고 생각하지 마십시오.
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.