.editorconfig
。彼の回答には、他の人があなたが意図したとおりにコードが見えるように構成を設定するための現在の最良の方法が含まれていると思います。あなたがそれを読んでいるときに他の人のコードがどのように見えるかを変更する。
.editorconfig
。彼の回答には、他の人があなたが意図したとおりにコードが見えるように構成を設定するための現在の最良の方法が含まれていると思います。あなたがそれを読んでいるときに他の人のコードがどのように見えるかを変更する。
回答:
はい。mortenpiで述べられているように、これは追加のクエリパラメーターを使用して行うことができます。詳細については、彼の回答を参照してください。
この構成を2つまたは4つのスペースに変更することは可能ですか?
いいえ。これは、Aceエディターを介した編集機能の一部としてのみ使用でき、変更は保持されません。
このブログ投稿では、組み込みIDEに関する詳細情報を提供しています。
ただし、確認するblob(ファイル)のURLがわかっている場合は、編集セグメントでblobセグメントを変更し、ドロップダウンを使用して適切なタブサイズを選択することで、編集モードに簡単に切り替えることができます。
?ts=4
)
?ts=2
または?ts=4
をURLに追加して、タブサイズを変更できます。
例:https : //github.com/jquery/jquery/blob/master/src/core.js?ts=2
値は1から12までの任意の値であるようです。ただし、Gistsまたはrawファイルビューでは機能しません。
出典:GitHubチートシート
あなたが持っている場合は.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
インストールスタイラスをインストールするよりも、お使いのブラウザでは、コードでより良いサイズのタブ:GitHubのを。
Google Chromeの拡張機能もあります。
[*]
(github上の)で尊重されていないようです。で別のエントリを追加する必要がありました[.*]
。
README.md
コードスニペットでは機能しません。これは新しい観察です。README.md
コードスニペットで8スペース以外のタブサイズが使用されたかどうかはわかりません。
ブラウザー拡張機能を使用すると、実際にそれを行うことができます。インストールスタイリッシュ(中のFirefoxやChromeを)、その後、このユーザースタイルインストール:「GitHubの:コード内でより良いサイズのタブを」。
一部の言語では機能しない場合があります。たとえば、JavaScriptファイルを表示していて、変更に気づきませんでした。そこで、著者のスタイルを削除し、次の行を追加しました。
.tab-size {
-webkit-tab-size: 4 !important;
-moz-tab-size: 4 !important;
-o-tab-size: 4 !important;
tab-size: 4 !important;
}
そして、それはChromeで動作しました(スクリーンショット)。
スクリーンショットからわかるように、ワイドスクリーンモードも有効にし、カラースキームをSolarizedに変更しました。したがって、ChromeのStylish拡張機能を使用して、GitHubページで3つのユーザースタイルを実行しています。これが誰かの役に立つことを願っています。
<code>
もお勧めです。
\t
を8に置き換え
ます。ムルデ。
あなたが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 });
私はそれらをhttp://valjok.blogspot.com/2014/07/indentation-correction-for-exposing.htmlを修正するためにそれをしました 。
別のオプションは、要点を埋め込むときに、すべてのタブを必要な数のスペースに置き換えることです
<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>
作業中のプロジェクトのオプションである場合、タブをスペースとして扱うようにエディターを変更すると、問題が解決します。
したがって、たとえば、Visual Studio Codeでは、構成は次のようになります。
{
"editor.tabSize": 2,
"editor.insertSpaces": true
}
Sublimeでは次のとおりです。
{
"tab_size": 2,
"translate_tabs_to_spaces": true
}
最近まで、私はスペースのないタブを主張していました。切り替え後、Githubレンダリングの奇妙さを修正し、ワークフローに重大な欠点があることに気づきませんでした。
最善の解決策は、可能であれば、すべてのタブを正しい数のスペースで置き換えるように、ソースコードのメンテナーに説得することです。
「タブごとのスペースの数」の決定は、タブが表示されている場所に依存するため、タブを使用することは今日のコードで問題となっています。
?ts=4
。
pre { tab-size: 4 }