On 19 Mar 2008, at 23:40, Chris Espinosa wrote: On Mar 19, 2008, at 4:32 PM, Gerd Knops wrote: On Mar 19, 2008, at 6:08 PM, Chris Espinosa wrote:
On Mar 19, 2008, at 3:38 PM, Jim Prouty wrote:
At 6:25 PM -0700 3/18/08, email@hidden wrote:
Well, FileMerge has a fairly abysmal UI and we haven't updated it in
many years. We're addressing that.
The main issue is that you're comparing a newline-delimited file
against a Return-delimited file. Whoever mailed you the source code
revision converted the file to a different line endings, and you have
to convert it back in order to compare it.
It's 2008, and comparing files with different line endings is a "solved
problem". Apple should do better by its developers.
You might want to check out the integrated SCM file merge in Xcode proper, which a) is growing to address all the cases covered by FileMerge (but hasn't yet) and b) does this properly.
We're not investing in fixing the creaky old FileMerge because we've been diligently replacing it with an integrated function that works right.
Bummer, I was looking forward to FileMerge enhancements as I do most my Cocoa programming in TextMate (though with Xcode3 xcodebuild has become almost unbearable, frequently spending extended amounts of time in the "Checking Dependencies..." phase).
You filed a bug on the xcodebuild delays on 10/27/07 and we replied on 10/29 with a workaround, and the fix is available in the Xcode 3.1 Beta.
Chris
That's a shame, I rely on FileMerge as I use my Mac as an X Terminal to develop code on a UNIX server, I have the source mounted via NFS and use FileMerge to check for changes in code submitted by e-mail.
Is there any chance that we can keep FileMerge? I don't really want each developer to have to buy another product to make the Mac useable again. We have this problem with Windows users who need to buy an X Server, then lots of other bits that OS X has included, I don't really want that for Mac users.
Thanks, regards, Rob. |