Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 31 Aug 2004 17:08:55 -0400
From:      Charles Swiger <cswiger@mac.com>
To:        Brooks Davis <brooks@one-eyed-alien.net>
Cc:        freebsd-current@freebsd.org
Subject:   Re: suggestion for /usr/src/UPDATING
Message-ID:  <F7D4E15B-FB91-11D8-B6F3-003065A20588@mac.com>
In-Reply-To: <20040831203131.GA25134@odin.ac.hmc.edu>
References:  <20040829213449.GA33843@hub.freebsd.org> <20040830135311.11040.qmail@web50603.mail.yahoo.com> <20040830163106.GA19044@dragon.nuxi.com> <20040830210817.GB749@galgenberg.net> <xzpu0uj901x.fsf@dwp.des.no> <DE9F7CE6-FB86-11D8-B6F3-003065A20588@mac.com> <20040831195329.GB21995@odin.ac.hmc.edu> <2F14AAB9-FB8B-11D8-B6F3-003065A20588@mac.com> <20040831203131.GA25134@odin.ac.hmc.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On Aug 31, 2004, at 4:31 PM, Brooks Davis wrote:
>> I am content to let any interested committer make that decision, but I
>> ask that  whoever first go through a trial mergemaster session using
>> '1' & '2' as the keys.  'q' and 'e' are right there, and I found the
>> improvement compared to using 'l' & 'r' immediately obvious and more
>> intuitive.
>
> I agree the current default is confusing and counterintuitive, at least
> at first.  That's not the point.  The point is that it's been that way
> for ages and changing it would gratuitously screw all the users who 
> have
> adapted to it.  There's no reason why you couldn't preserve the old
> behavior by default and in fact I'd request a back out of any commit
> that didn't.  I don't opposes adding a second set of keys such as 1 and
> 2, just breaking the old behavior.

I am more interested in permitting users to choose which keys they 
prefer to use than I am in arguing what should be the default behavior 
of sdiff.

It seems likely that if I'd commented out line 10 of my diff rather 
than line 9, I'd be dodging brickbats from the other side, but what the 
hell, the diff is the way it is because I wanted to test and see 
whether the changes actually made a noticable difference in usability.

I came to a conclusion, but the code I submitted is more friendly about 
supporting individual opinions than the prior code, and your suggestion 
to support multiple keys for choosing left and right also sounds like a 
good idea-- probably more doable if one started with my changes.

-- 
-Chuck

PS: I was going to ask, Brooks, whether you could describe a process 
you'd tolerate for changing the default behavior of a program with 
unreasonable defaults?



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F7D4E15B-FB91-11D8-B6F3-003065A20588>