On Tue, 16 Oct 2007, Tom Tobin wrote:I do indeed. I don't think it's sensible. And I did think I already answered that issue by talking about how most editors don't even support it or show the difference between tabs and spaces. For example, the editor I use - microemacs - supports tabs just fine. It does auto-indentation etc. But it does it with hard-tabs by default, so now you have to have some editor-specific setup for that particular project if you ever want to do anything else. And that's really what it boils down to. Everybody support 8-character hardtabs (and usually by default). They may support other things *too*, but any time you move away from that standard behaviour, you'll most likely find something that doesn't support the alternatives. So yes, the answer really is: "git uses 8-character hard-tabs, live with it". Linus - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Ryan Hope | reiser4 for 2.6.27-rc1 |
| Paul Menage | Re: [RFC][PATCH 6/7] Account for the number of tasks within container |
| Glauber de Oliveira Costa | [PATCH 1/19] unify desc_struct |
| David Woodhouse | Re: OT: character encodings (was: Linux 2.6.20-rc4) |
git: | |
| Eric Wong | Re: [RFC] Git config file reader in Perl (WIP) |
| Junio C Hamano | [PATCH/POLL] git-format-patch: the default suffix is now .patch, not .txt |
| Martin Langhoff | Re: pack operation is thrashing my server |
| Franck Bui-Huu | Re: [PATCH 1/2] Add git-archive |
| Chris Bullock | OpenBSD isakmpd and pf vs Cisco PIX or ASA |
| Richard Stallman | Real men don't attack straw men |
| Axton | Re: rouge IPs / user |
| Hannah Schroeter | Re: Improving disk reliability |
| Andi Kleen | [PATCH RFC] [4/9] modpost: Fix format string warnings |
| Jeff Garzik | Re: [regression] e1000e broke e1000 |
| Linus Torvalds | Re: [GIT]: Networking |
| Pekka Enberg | Re: [rfc][patch 1/3] slub: fix small HWCACHE_ALIGN alignment |
