Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: <derby-dev@db.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
Date: Wed, 31 May 2006 14:11:08 -0700
From: Rick Hillegas <Richard.Hillegas@Sun.COM>
Subject: Re: Code formatting debate, confusion and wasted time ,
 Has it gone on long enough?
In-reply-to: <20060531204826.GA31215@localhost.localdomain>
Sender: Richard.Hillegas@Sun.COM
To: derby-dev@db.apache.org
Message-id: <447E066C.1050107@sun.com>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
References: <447DA443.3000706@sbcglobal.net>
 <20060531191838.GB29296@localhost.localdomain>
 <3cf983d0605311235u2b7ebce3qdf6db491e46b0bb1@mail.gmail.com>
 <c25576af0605311255q4992eb67ncf41701f4151961a@mail.gmail.com>
 <447DFBA5.3090500@sun.com> <20060531204826.GA31215@localhost.localdomain>
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)

I would like to understand what code archaeology looks like after the 
Homogenizing Event. I think that this will split codeline time into two 
segments: Before Homogenization and After Homogenization. The 
Homogenizer will appear as the author of a lot of our code. In tracing 
the history of a file, you will have to cross-reference two subversion 
clients, one rolled back Before Homogenization and one set at the 
current level After Homogenization. Can this be simplified? Are there 
tools that zipper the two views together?

-Rick

Bernt M. Johnsen wrote:

>>>>>>>>>>>>>Rick Hillegas wrote (2006-05-31 13:25:09):
>>>>>>>>>>>>>                          
>>>>>>>>>>>>>
>>Before injecting a massive singularity into our code archaeology, I 
>>would like to better understand the passionate objection to tabs. Let me 
>>explain my perspective: I use a crude, old-fashioned editor called 
>>emacs. My tabs are configured at 4 space intervals. With this setting, I 
>>almost never have a problem reading the existing code. So who is having 
>>problems and why? 
>>    
>>
>
>1) Some tools change code invisibly. E.g. Emacs will (at least in some
>   configurations) change from space to tabs or vice vers when you hit
>   the tab key.
>2) Tabstops set to 4, as you do, requires all tools working with Derby
>   to be identically set up. I guess that never will happen.
>3) Spaces are spaces and mey not be differently interpreted.
>
>I use Emasc too (best IDE there is!) and have configured Emacs to fill
>with spaces when I hit the tab key.
>
>  
>
>>Do other people's IDEs silently bulk reformat the code?
>>    
>>
>
>It seems like some do.....
>
>  
>
>>Can that behavior be disabled? 
>>    
>>
>
>Well. Difficult to say. We deal with Emacs, XEamacs, netbeans,
>Eclipse, vi, and a host of other tools/editors here.
>
>  
>
>>Could we be satisfied with the following simple rules, which used to
>>satisfy us nine years ago:
>>
>>1) Ladies and gentlemen, set your tabs to four spaces.
>>2) Don't bulk reformat other people's code.
>>
>>I hope we are not headed into a religious war.
>>    
>>
>
>And: I don't hate tabs. But my nearly 30 years of programming have
>taught me that spaces work better than tabs, but I can live with
>both. What I dont *want* to live with (although I of course can), is
>unnecessary white space changes when working with svn. Therefore, an
>enforced standard would be welcomed by me.
>
>  
>
>>[...]
>>    
>>