> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sandy > McArthur > Sent: Tuesday, March 28, 2006 11:03 PM > To: Jakarta Commons Developers List > Subject: Re: [all] Line width and such minutiae > > On 3/29/06, Jörg Schaible <[EMAIL PROTECTED]> wrote: > > Phil Steitz wrote on Wednesday, March 29, 2006 4:27 AM: > > > > > On 3/28/06, Martin Cooper <[EMAIL PROTECTED]> wrote: > > >> On 3/28/06, Gary Gregory <[EMAIL PROTECTED]> wrote: > > >>> > > >>>> -----Original Message----- > > >>>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > > >>>> Of Martin Cooper Sent: Tuesday, March 28, 2006 3:02 PM > > >>>> To: Jakarta Commons Developers List > > >>>> Subject: Re: [all] Line width and such minutiae > > >>>> > > >>>> On 3/28/06, Henri Yandell <[EMAIL PROTECTED]> wrote: > > >>>>> > > >>>>> On 3/28/06, Phil Steitz <[EMAIL PROTECTED]> wrote: > > >>>>> > > >>>>>> My personal preference is 80 column line widths, partly because > > >>>>>> this makes diffs readable. > > >>>>> > > >>>>> Sorry, forgot to add this to the other email. > > >>>>> > > >>>>> For the record, I like 120 column line widths. Java's a verbose > > >>>>> language, 80 feels cramped. People can print in landscape :) > > >>>> > > >>>> > > >>>> For me, printing is not the issue, side-by-side diffs are the > > >>>> issue. I hate having to scroll horizontally all the time to see > > >>>> the actual diffs. That's why I'm with Phil on 80 character widths. > > >>> > > >>> This sounds to me like a problem with a particular diff tool. I do > > >>> not think we should restrict our source code based on the > > >>> limitations of /one/ tool. > > > > Try to use proportional fonts. Ist arted using it years ago and I will > never go back. So linelength gets somewhat pointless :) > > > > >>> For those of us using Eclipse, this is not an issue since the tool > > >>> (Eclipse) presents a nice user-interface that allows me to focus on > > >>> the nature of the changes as opposed to the changes and the format > > >>> the changes are given in. > > >>> > > >>> We use 120 at work. I think we got the idea from Jakarata Commons > > >>> but I cannot find a link right now. Plenty of Commons projects use > > >>> 120, so the number must come from some previous agreement. > > >> > > >> > > >> Perhaps agreement among some subset of us - the components I've > > >> worked on use 80 characters. ;-) > > >> > > > > > > The number 80 has numerological properties that imbue the code with a > > > special quality that obviously only you and I appreciate, Martin. > > > > > > Mailers wrapping commit diffs is a sign that we have offended the Gods > > > when we code "beyond the end of the card" ;-) > > > > STOP. We must limit the line length to 76. Any longer line will be > wrapped by my mailer. > > > > :D > > I'd like to formally apologize for any of the times I've been more > than the 4th person to respond in a thread. Oops I'm doing it now. :-) > > A little more seriously though, the svn-to-email script really could > use some modernization. We live in an age of mime email and each part > of commit message really should be it's own mime part of type > text/x-patch or something. (I don't see an existing patch mime-type: > http://www.iana.org/assignments/media-types/ ) Part of the problem > something that is more structured than text/plain is being labeled as > such. This could be a first step to mail clients with built in > colorized diff view.
I just read about this thing called HTML. Has anyone heard of it? Gary > > -- > Sandy McArthur > > "He who dares not offend cannot be honest." > - Thomas Paine > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]