Comment changer la taille de l’onglet sur GitHub?

Lorsque je visualise des fichiers sur GitHub, les tabs apparaissent sous la forme de 8 espaces.

Exemple:

Exemple

Est-ce possible de changer cette configuration en 2 ou 4 espaces?

    Mettre à jour

    Oui Comme indiqué par mortenpi, cela peut être fait par un paramètre de requête supplémentaire. Voir sa réponse pour plus de détails.

    Réponse originale

    Est-ce possible de changer cette configuration en 2 ou 4 espaces?

    Non. Il est uniquement disponible dans la fonction d’édition via l’éditeur Ace et la modification n’est pas conservée.

    Cet article de blog fournit plus d’informations sur l’EDI intégré.

    Cependant, à condition de connaître l’URL du blob (fichier) que vous souhaitez consulter, vous pouvez passer facilement en mode édition en modifiant le segment blob avec un segment d’ édition et en utilisant la liste déroulante pour sélectionner le format de l’onglet souhaité.

    tabSize

    Vous pouvez append ?ts=2 ou ?ts=4 à l’URL pour modifier la taille de l’onglet.

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

    Il semble que la valeur puisse aller de 1 à 12. Elle ne fonctionne pas sur Gists ou sur les vues de fichiers brutes.

    Source: GitHub Cheat Sheet

    Définir la taille d’onglet affichée par défaut pour votre référentiel

    Lorsque vous avez un fichier .editorconfig dans votre référentiel, il le respectera lors de l’affichage du code sur GitHub.

    indent_style = tab et indent_size = 4 affiche les tabs avec 4 colonnes au lieu de 8 https://github.com/isaacs/github/issues/170#issuecomment-150489692

    Exemple .editorconfig pour plusieurs extensions fonctionnant dans les produits JetBrains:

     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 sortingm_trailing_whitespace = true [*.md] sortingm_trailing_whitespace = false 

    Modifier la façon dont vous voyez les tabs sur d’autres référentiels

    Installez élégant dans votre navigateur, puis installez GitHub: des tabs de meilleure taille dans le code .

    Il existe également des extensions Google Chrome:

    Il est possible de le faire avec une extension de navigateur. Installez Stylish (dans Firefox ou Chrome ), puis installez ce style d’utilisateur: « GitHub: tabs de meilleure taille dans le code ».

    Cela pourrait ne pas fonctionner pour certaines langues. Par exemple, je visualisais un fichier JavaScript et je n’ai remarqué aucun changement. J’ai donc supprimé le style de l’auteur et y ai inséré les lignes suivantes:

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

    Et cela a fonctionné sur Chrome ( capture d’écran ).

    Comme vous pouvez le voir sur la capture d’écran, j’ai également activé le mode écran large et changé le schéma de couleurs en Solarized. J’ai donc trois styles d’utilisateur fonctionnant sur les pages GitHub via l’ extension Stylish pour Chrome . J’espère que ça aidera quelqu’un.

    Voici une mise à jour pour Stylish. C’est la réponse de aledujke avec .tab-size remplacé par .diff-viewer.

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

    Je l’ai fait pour les corriger http://valjok.blogspot.com/2014/07/indentation-correction-for-exposing.html .

    Une autre option consiste à remplacer tous les tabs par le nombre d’espaces requirejs

     

    S’il s’agit d’une option pour le projet sur lequel vous travaillez, changer votre éditeur pour traiter les tabs comme des espaces résoudra le problème.

    Ainsi, par exemple, dans Visual Studio Code, la configuration ressemble à ceci:

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

    En Sublime c’est:

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

    Jusqu’à récemment, j’ai insisté sur les tabs non espacés. Après avoir changé, cela a corrigé l’étrangeté du rendu de Github, et je n’ai remarqué aucun inconvénient significatif dans mon stream de travail.

    La meilleure solution consiste, si possible, à convaincre les responsables du code source que vous examinez de remplacer tous les tabs par le nombre d’espaces correct.

    Utiliser des tabs est problématique dans le code aujourd’hui, car vous le voyez souvent sur le Web, où la décision de “combien d’espaces par onglet” dépend de l’endroit où il est affiché.