Change tabsize in git-gui Announcing the arrival of Valued Associate #679: Cesar Manara ...
Should a wizard buy fine inks every time he want to copy spells into his spellbook?
Semigroups with no morphisms between them
Maximum summed subsequences with non-adjacent items
Amount of permutations on an NxNxN Rubik's Cube
Putting class ranking in CV, but against dept guidelines
How much damage would a cupful of neutron star matter do to the Earth?
How did Fremen produce and carry enough thumpers to use Sandworms as de facto Ubers?
Time evolution of a Gaussian wave packet, why convert to k-space?
Is there any word for a place full of confusion?
What does this say in Elvish?
How would a mousetrap for use in space work?
How often does castling occur in grandmaster games?
How do I find out the mythology and history of my Fortress?
Why do early math courses focus on the cross sections of a cone and not on other 3D objects?
What is the meaning of 'breadth' in breadth first search?
Converted a Scalar function to a TVF function for parallel execution-Still running in Serial mode
Has negative voting ever been officially implemented in elections, or seriously proposed, or even studied?
Is multiple magic items in one inherently imbalanced?
One-one communication
What order were files/directories output in dir?
How do living politicians protect their readily obtainable signatures from misuse?
Does the Mueller report show a conspiracy between Russia and the Trump Campaign?
Did any compiler fully use 80-bit floating point?
What does it mean that physics no longer uses mechanical models to describe phenomena?
Change tabsize in git-gui
Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern)git GUI that has blacklist or whitelist patterns?Clear Recent Repos in Git GuiUsing git-gui on Mac with HomebrewUnable to push to remote Git repository, reading response from git-gui--askpass failedgit push/pull keeps on trying to produce GUI windowGit gui blame from Sublime Text 3Using diff-highlight with Git GUIHow do I set the spelling dictionary in Git Gui?How can we get a git gui client that does proper image diff?Change git init default branch name
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ height:90px;width:728px;box-sizing:border-box;
}
I was wondering if it's possible to change the tabsize in git-gui from 8 characters to 4. The only thing I found was core.whitespace = tabsize=4
but that only affects diff.
The reason why I'm asking is because I'm slowly phasing out the usage of tabs and instead use 4-space indentation. This however can give confusing results when watching the diff in git-gui, as tabsize is around 8 characters.
I know a simple :retab
in Vim solves my problem, but quite frequently I've got to work on big files with a long-term history which may have modifications in separate branches. So I can't always simply convert all tabs.
git git-gui
add a comment |
I was wondering if it's possible to change the tabsize in git-gui from 8 characters to 4. The only thing I found was core.whitespace = tabsize=4
but that only affects diff.
The reason why I'm asking is because I'm slowly phasing out the usage of tabs and instead use 4-space indentation. This however can give confusing results when watching the diff in git-gui, as tabsize is around 8 characters.
I know a simple :retab
in Vim solves my problem, but quite frequently I've got to work on big files with a long-term history which may have modifications in separate branches. So I can't always simply convert all tabs.
git git-gui
add a comment |
I was wondering if it's possible to change the tabsize in git-gui from 8 characters to 4. The only thing I found was core.whitespace = tabsize=4
but that only affects diff.
The reason why I'm asking is because I'm slowly phasing out the usage of tabs and instead use 4-space indentation. This however can give confusing results when watching the diff in git-gui, as tabsize is around 8 characters.
I know a simple :retab
in Vim solves my problem, but quite frequently I've got to work on big files with a long-term history which may have modifications in separate branches. So I can't always simply convert all tabs.
git git-gui
I was wondering if it's possible to change the tabsize in git-gui from 8 characters to 4. The only thing I found was core.whitespace = tabsize=4
but that only affects diff.
The reason why I'm asking is because I'm slowly phasing out the usage of tabs and instead use 4-space indentation. This however can give confusing results when watching the diff in git-gui, as tabsize is around 8 characters.
I know a simple :retab
in Vim solves my problem, but quite frequently I've got to work on big files with a long-term history which may have modifications in separate branches. So I can't always simply convert all tabs.
git git-gui
git git-gui
edited 7 hours ago
Steven M. Vascellaro
4,8661854103
4,8661854103
asked Apr 8 '11 at 9:47
HtbaaHtbaa
1289
1289
add a comment |
add a comment |
3 Answers
3
active
oldest
votes
As of git-gui-0.20 and git 2.4.0 (commit) a configuration parameter exists which has been added to configure the displayed tabsize in git gui.
Add this to your ~/.gitconfig
[gui]
tabsize = 4
or change it via the configuration menu of git-gui (Edit -> Options...)
Thanks. I updated my Git (was at 1.8 :-O) and I see this option. I still have to deal with a mixmatch of tabs and spaces every now and then so this is great.
– Htbaa
Feb 11 '16 at 9:45
add a comment |
I did some research.
The configuration core.whitespace
has nothing to do with how tabs are displayed. It is only used for git to recognize tab related whitespace errors. For example: when indent-with-non-tab
is enabled, and core.whitespace
is set to tabwidth=4
, and a line is indented using 4 spaces or more, then git will report an error.
For git, apart from the tab related whitespace error detection features, a tab character is a character like any other character. It gets compared and it gets dumped to whatever tool is used to display the characters. That means, to configure the displayed tab width you have to configure the "front ends" of git. In case of git diff
that would be "less" (the unix tool "less"). In case of git gui
that would be git-gui itself.
Configuring less is easy. You can set the git configuration core.pager
to setup less to display a tab using 4 spaces (less has a parameter -xn
to set tabwidth to n
).
Configuring git-gui turned out to be considerably harder. Git-gui is written in Tcl/Tk. I found a Tcl/Tk option to configure the tab width in text widgets. I also found a line in git-gui.sh
where it looks like the text widget is being initialized.
This is line 3346 of the file git-gui.sh
in git version 1.7.5:
catch {$ui_diff configure -tabstyle wordprocessor}
I changed that, according the Tcl/Tk manual, to:
catch {$ui_diff configure -tabs "[expr {4 * [font measure $font 0]}]" -tabstyle wordprocessor}
That did not seem to have any effect. I tried different values for -tabs
and they did have some effect on displayed tab width, so it seems to be the correct line to modify.
Unfortunately, Tcl/Tk does not seem to have a notion of tab width in terms of characters, instead, the tab width has to be set in pixels or centimeters.
Note that I have no experience in Tcl/TK whatsoever, so maybe I am just overlooking something simple here.
Anyway, now you know where to start digging. Remember to report back here if you have a working solution. Good luck.
Thank you for your research. I'll have to reserve some time for this to give it a try. The bounty is yours as deserved. When and if I figure out how to do it I'll be sure to report back here.
– Htbaa
May 3 '11 at 16:45
@Htbaa: I think you have to click the "award bounty" button to award the bounty. Accepting the answer does not award the bounty.
– lesmana
May 4 '11 at 6:52
Thanks. Done! I was pretty sure the bounty was given away.
– Htbaa
May 4 '11 at 12:20
add a comment |
I elaborated research made by lesmana.
The line
catch {$ui_diff configure -tabstyle wordprocessor}`
mentioned by lesmana should be replaced with following:
catch {$ui_diff configure -tabs "[expr {[get_config gui.tabsize] * [font measure font_diff 0]}] left" -tabstyle wordprocessor}
After doing this one can tune tab size using option "tabsize" in [gui] section of git configuration file (aka gui.tabsize).
Bad news:
- Some tabs after last non-whitespace character turn into simple spaces. This looks like a bug in tcl.
- One has to restart git-gui after changing font size to get correct tabs. Who knows how to resolve it?
Tested with:
- git-gui version 0.13.0.8.g8f85
- git version 1.7.4.1
- tcl version 8.4.16-2 (Ubuntu 11.04 i386 package)
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f268208%2fchange-tabsize-in-git-gui%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
As of git-gui-0.20 and git 2.4.0 (commit) a configuration parameter exists which has been added to configure the displayed tabsize in git gui.
Add this to your ~/.gitconfig
[gui]
tabsize = 4
or change it via the configuration menu of git-gui (Edit -> Options...)
Thanks. I updated my Git (was at 1.8 :-O) and I see this option. I still have to deal with a mixmatch of tabs and spaces every now and then so this is great.
– Htbaa
Feb 11 '16 at 9:45
add a comment |
As of git-gui-0.20 and git 2.4.0 (commit) a configuration parameter exists which has been added to configure the displayed tabsize in git gui.
Add this to your ~/.gitconfig
[gui]
tabsize = 4
or change it via the configuration menu of git-gui (Edit -> Options...)
Thanks. I updated my Git (was at 1.8 :-O) and I see this option. I still have to deal with a mixmatch of tabs and spaces every now and then so this is great.
– Htbaa
Feb 11 '16 at 9:45
add a comment |
As of git-gui-0.20 and git 2.4.0 (commit) a configuration parameter exists which has been added to configure the displayed tabsize in git gui.
Add this to your ~/.gitconfig
[gui]
tabsize = 4
or change it via the configuration menu of git-gui (Edit -> Options...)
As of git-gui-0.20 and git 2.4.0 (commit) a configuration parameter exists which has been added to configure the displayed tabsize in git gui.
Add this to your ~/.gitconfig
[gui]
tabsize = 4
or change it via the configuration menu of git-gui (Edit -> Options...)
edited Feb 23 '16 at 7:29
answered Feb 10 '16 at 7:51
Patrick B.Patrick B.
1,36111218
1,36111218
Thanks. I updated my Git (was at 1.8 :-O) and I see this option. I still have to deal with a mixmatch of tabs and spaces every now and then so this is great.
– Htbaa
Feb 11 '16 at 9:45
add a comment |
Thanks. I updated my Git (was at 1.8 :-O) and I see this option. I still have to deal with a mixmatch of tabs and spaces every now and then so this is great.
– Htbaa
Feb 11 '16 at 9:45
Thanks. I updated my Git (was at 1.8 :-O) and I see this option. I still have to deal with a mixmatch of tabs and spaces every now and then so this is great.
– Htbaa
Feb 11 '16 at 9:45
Thanks. I updated my Git (was at 1.8 :-O) and I see this option. I still have to deal with a mixmatch of tabs and spaces every now and then so this is great.
– Htbaa
Feb 11 '16 at 9:45
add a comment |
I did some research.
The configuration core.whitespace
has nothing to do with how tabs are displayed. It is only used for git to recognize tab related whitespace errors. For example: when indent-with-non-tab
is enabled, and core.whitespace
is set to tabwidth=4
, and a line is indented using 4 spaces or more, then git will report an error.
For git, apart from the tab related whitespace error detection features, a tab character is a character like any other character. It gets compared and it gets dumped to whatever tool is used to display the characters. That means, to configure the displayed tab width you have to configure the "front ends" of git. In case of git diff
that would be "less" (the unix tool "less"). In case of git gui
that would be git-gui itself.
Configuring less is easy. You can set the git configuration core.pager
to setup less to display a tab using 4 spaces (less has a parameter -xn
to set tabwidth to n
).
Configuring git-gui turned out to be considerably harder. Git-gui is written in Tcl/Tk. I found a Tcl/Tk option to configure the tab width in text widgets. I also found a line in git-gui.sh
where it looks like the text widget is being initialized.
This is line 3346 of the file git-gui.sh
in git version 1.7.5:
catch {$ui_diff configure -tabstyle wordprocessor}
I changed that, according the Tcl/Tk manual, to:
catch {$ui_diff configure -tabs "[expr {4 * [font measure $font 0]}]" -tabstyle wordprocessor}
That did not seem to have any effect. I tried different values for -tabs
and they did have some effect on displayed tab width, so it seems to be the correct line to modify.
Unfortunately, Tcl/Tk does not seem to have a notion of tab width in terms of characters, instead, the tab width has to be set in pixels or centimeters.
Note that I have no experience in Tcl/TK whatsoever, so maybe I am just overlooking something simple here.
Anyway, now you know where to start digging. Remember to report back here if you have a working solution. Good luck.
Thank you for your research. I'll have to reserve some time for this to give it a try. The bounty is yours as deserved. When and if I figure out how to do it I'll be sure to report back here.
– Htbaa
May 3 '11 at 16:45
@Htbaa: I think you have to click the "award bounty" button to award the bounty. Accepting the answer does not award the bounty.
– lesmana
May 4 '11 at 6:52
Thanks. Done! I was pretty sure the bounty was given away.
– Htbaa
May 4 '11 at 12:20
add a comment |
I did some research.
The configuration core.whitespace
has nothing to do with how tabs are displayed. It is only used for git to recognize tab related whitespace errors. For example: when indent-with-non-tab
is enabled, and core.whitespace
is set to tabwidth=4
, and a line is indented using 4 spaces or more, then git will report an error.
For git, apart from the tab related whitespace error detection features, a tab character is a character like any other character. It gets compared and it gets dumped to whatever tool is used to display the characters. That means, to configure the displayed tab width you have to configure the "front ends" of git. In case of git diff
that would be "less" (the unix tool "less"). In case of git gui
that would be git-gui itself.
Configuring less is easy. You can set the git configuration core.pager
to setup less to display a tab using 4 spaces (less has a parameter -xn
to set tabwidth to n
).
Configuring git-gui turned out to be considerably harder. Git-gui is written in Tcl/Tk. I found a Tcl/Tk option to configure the tab width in text widgets. I also found a line in git-gui.sh
where it looks like the text widget is being initialized.
This is line 3346 of the file git-gui.sh
in git version 1.7.5:
catch {$ui_diff configure -tabstyle wordprocessor}
I changed that, according the Tcl/Tk manual, to:
catch {$ui_diff configure -tabs "[expr {4 * [font measure $font 0]}]" -tabstyle wordprocessor}
That did not seem to have any effect. I tried different values for -tabs
and they did have some effect on displayed tab width, so it seems to be the correct line to modify.
Unfortunately, Tcl/Tk does not seem to have a notion of tab width in terms of characters, instead, the tab width has to be set in pixels or centimeters.
Note that I have no experience in Tcl/TK whatsoever, so maybe I am just overlooking something simple here.
Anyway, now you know where to start digging. Remember to report back here if you have a working solution. Good luck.
Thank you for your research. I'll have to reserve some time for this to give it a try. The bounty is yours as deserved. When and if I figure out how to do it I'll be sure to report back here.
– Htbaa
May 3 '11 at 16:45
@Htbaa: I think you have to click the "award bounty" button to award the bounty. Accepting the answer does not award the bounty.
– lesmana
May 4 '11 at 6:52
Thanks. Done! I was pretty sure the bounty was given away.
– Htbaa
May 4 '11 at 12:20
add a comment |
I did some research.
The configuration core.whitespace
has nothing to do with how tabs are displayed. It is only used for git to recognize tab related whitespace errors. For example: when indent-with-non-tab
is enabled, and core.whitespace
is set to tabwidth=4
, and a line is indented using 4 spaces or more, then git will report an error.
For git, apart from the tab related whitespace error detection features, a tab character is a character like any other character. It gets compared and it gets dumped to whatever tool is used to display the characters. That means, to configure the displayed tab width you have to configure the "front ends" of git. In case of git diff
that would be "less" (the unix tool "less"). In case of git gui
that would be git-gui itself.
Configuring less is easy. You can set the git configuration core.pager
to setup less to display a tab using 4 spaces (less has a parameter -xn
to set tabwidth to n
).
Configuring git-gui turned out to be considerably harder. Git-gui is written in Tcl/Tk. I found a Tcl/Tk option to configure the tab width in text widgets. I also found a line in git-gui.sh
where it looks like the text widget is being initialized.
This is line 3346 of the file git-gui.sh
in git version 1.7.5:
catch {$ui_diff configure -tabstyle wordprocessor}
I changed that, according the Tcl/Tk manual, to:
catch {$ui_diff configure -tabs "[expr {4 * [font measure $font 0]}]" -tabstyle wordprocessor}
That did not seem to have any effect. I tried different values for -tabs
and they did have some effect on displayed tab width, so it seems to be the correct line to modify.
Unfortunately, Tcl/Tk does not seem to have a notion of tab width in terms of characters, instead, the tab width has to be set in pixels or centimeters.
Note that I have no experience in Tcl/TK whatsoever, so maybe I am just overlooking something simple here.
Anyway, now you know where to start digging. Remember to report back here if you have a working solution. Good luck.
I did some research.
The configuration core.whitespace
has nothing to do with how tabs are displayed. It is only used for git to recognize tab related whitespace errors. For example: when indent-with-non-tab
is enabled, and core.whitespace
is set to tabwidth=4
, and a line is indented using 4 spaces or more, then git will report an error.
For git, apart from the tab related whitespace error detection features, a tab character is a character like any other character. It gets compared and it gets dumped to whatever tool is used to display the characters. That means, to configure the displayed tab width you have to configure the "front ends" of git. In case of git diff
that would be "less" (the unix tool "less"). In case of git gui
that would be git-gui itself.
Configuring less is easy. You can set the git configuration core.pager
to setup less to display a tab using 4 spaces (less has a parameter -xn
to set tabwidth to n
).
Configuring git-gui turned out to be considerably harder. Git-gui is written in Tcl/Tk. I found a Tcl/Tk option to configure the tab width in text widgets. I also found a line in git-gui.sh
where it looks like the text widget is being initialized.
This is line 3346 of the file git-gui.sh
in git version 1.7.5:
catch {$ui_diff configure -tabstyle wordprocessor}
I changed that, according the Tcl/Tk manual, to:
catch {$ui_diff configure -tabs "[expr {4 * [font measure $font 0]}]" -tabstyle wordprocessor}
That did not seem to have any effect. I tried different values for -tabs
and they did have some effect on displayed tab width, so it seems to be the correct line to modify.
Unfortunately, Tcl/Tk does not seem to have a notion of tab width in terms of characters, instead, the tab width has to be set in pixels or centimeters.
Note that I have no experience in Tcl/TK whatsoever, so maybe I am just overlooking something simple here.
Anyway, now you know where to start digging. Remember to report back here if you have a working solution. Good luck.
edited May 3 '11 at 8:49
answered May 2 '11 at 22:17
lesmanalesmana
13.5k63442
13.5k63442
Thank you for your research. I'll have to reserve some time for this to give it a try. The bounty is yours as deserved. When and if I figure out how to do it I'll be sure to report back here.
– Htbaa
May 3 '11 at 16:45
@Htbaa: I think you have to click the "award bounty" button to award the bounty. Accepting the answer does not award the bounty.
– lesmana
May 4 '11 at 6:52
Thanks. Done! I was pretty sure the bounty was given away.
– Htbaa
May 4 '11 at 12:20
add a comment |
Thank you for your research. I'll have to reserve some time for this to give it a try. The bounty is yours as deserved. When and if I figure out how to do it I'll be sure to report back here.
– Htbaa
May 3 '11 at 16:45
@Htbaa: I think you have to click the "award bounty" button to award the bounty. Accepting the answer does not award the bounty.
– lesmana
May 4 '11 at 6:52
Thanks. Done! I was pretty sure the bounty was given away.
– Htbaa
May 4 '11 at 12:20
Thank you for your research. I'll have to reserve some time for this to give it a try. The bounty is yours as deserved. When and if I figure out how to do it I'll be sure to report back here.
– Htbaa
May 3 '11 at 16:45
Thank you for your research. I'll have to reserve some time for this to give it a try. The bounty is yours as deserved. When and if I figure out how to do it I'll be sure to report back here.
– Htbaa
May 3 '11 at 16:45
@Htbaa: I think you have to click the "award bounty" button to award the bounty. Accepting the answer does not award the bounty.
– lesmana
May 4 '11 at 6:52
@Htbaa: I think you have to click the "award bounty" button to award the bounty. Accepting the answer does not award the bounty.
– lesmana
May 4 '11 at 6:52
Thanks. Done! I was pretty sure the bounty was given away.
– Htbaa
May 4 '11 at 12:20
Thanks. Done! I was pretty sure the bounty was given away.
– Htbaa
May 4 '11 at 12:20
add a comment |
I elaborated research made by lesmana.
The line
catch {$ui_diff configure -tabstyle wordprocessor}`
mentioned by lesmana should be replaced with following:
catch {$ui_diff configure -tabs "[expr {[get_config gui.tabsize] * [font measure font_diff 0]}] left" -tabstyle wordprocessor}
After doing this one can tune tab size using option "tabsize" in [gui] section of git configuration file (aka gui.tabsize).
Bad news:
- Some tabs after last non-whitespace character turn into simple spaces. This looks like a bug in tcl.
- One has to restart git-gui after changing font size to get correct tabs. Who knows how to resolve it?
Tested with:
- git-gui version 0.13.0.8.g8f85
- git version 1.7.4.1
- tcl version 8.4.16-2 (Ubuntu 11.04 i386 package)
add a comment |
I elaborated research made by lesmana.
The line
catch {$ui_diff configure -tabstyle wordprocessor}`
mentioned by lesmana should be replaced with following:
catch {$ui_diff configure -tabs "[expr {[get_config gui.tabsize] * [font measure font_diff 0]}] left" -tabstyle wordprocessor}
After doing this one can tune tab size using option "tabsize" in [gui] section of git configuration file (aka gui.tabsize).
Bad news:
- Some tabs after last non-whitespace character turn into simple spaces. This looks like a bug in tcl.
- One has to restart git-gui after changing font size to get correct tabs. Who knows how to resolve it?
Tested with:
- git-gui version 0.13.0.8.g8f85
- git version 1.7.4.1
- tcl version 8.4.16-2 (Ubuntu 11.04 i386 package)
add a comment |
I elaborated research made by lesmana.
The line
catch {$ui_diff configure -tabstyle wordprocessor}`
mentioned by lesmana should be replaced with following:
catch {$ui_diff configure -tabs "[expr {[get_config gui.tabsize] * [font measure font_diff 0]}] left" -tabstyle wordprocessor}
After doing this one can tune tab size using option "tabsize" in [gui] section of git configuration file (aka gui.tabsize).
Bad news:
- Some tabs after last non-whitespace character turn into simple spaces. This looks like a bug in tcl.
- One has to restart git-gui after changing font size to get correct tabs. Who knows how to resolve it?
Tested with:
- git-gui version 0.13.0.8.g8f85
- git version 1.7.4.1
- tcl version 8.4.16-2 (Ubuntu 11.04 i386 package)
I elaborated research made by lesmana.
The line
catch {$ui_diff configure -tabstyle wordprocessor}`
mentioned by lesmana should be replaced with following:
catch {$ui_diff configure -tabs "[expr {[get_config gui.tabsize] * [font measure font_diff 0]}] left" -tabstyle wordprocessor}
After doing this one can tune tab size using option "tabsize" in [gui] section of git configuration file (aka gui.tabsize).
Bad news:
- Some tabs after last non-whitespace character turn into simple spaces. This looks like a bug in tcl.
- One has to restart git-gui after changing font size to get correct tabs. Who knows how to resolve it?
Tested with:
- git-gui version 0.13.0.8.g8f85
- git version 1.7.4.1
- tcl version 8.4.16-2 (Ubuntu 11.04 i386 package)
edited Feb 10 '12 at 10:26
answered Feb 9 '12 at 19:04
iFrediFred
15113
15113
add a comment |
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f268208%2fchange-tabsize-in-git-gui%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown