home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / c / 17021 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  2.4 KB
  1. Xref: sparky comp.lang.c:17021 comp.software-eng:4459
  2. Path: sparky!uunet!olivea!spool.mu.edu!umn.edu!csus.edu!netcom.com!mcgregor
  3. From: mcgregor@netcom.com (Scott Mcgregor)
  4. Newsgroups: comp.lang.c,comp.software-eng
  5. Subject: Re: Wanted: Supported equivalent of FileMerge
  6. Message-ID: <1992Nov23.084509.1636@netcom.com>
  7. Date: 23 Nov 92 08:45:09 GMT
  8. References: <1992Nov20.015605.10416@spectrum.xerox.com> <1992Nov20.054149.27595@netcom.com> <bklkgg-S@twinsun.com>
  9. Organization: Netcom - Online Communication Services (408 241-9760 guest)
  10. Lines: 41
  11.  
  12. In article <bklkgg-S@twinsun.com> eggert@twinsun.com (Paul Eggert) writes:
  13.  
  14. >GNU diff has also seen some improvements since McGregor's old study,
  15. >particularly in the area of merging.  I wonder what the results would
  16. >be like if the study were performed again today?
  17.  
  18. The last test we did against GNUdiff (and Gnuemacs) was earlier this
  19. year. That's the one I reported here, not an older study.
  20. Nevertheless, I am always game to work with any other group that would
  21. like to do an independent test.  Volunteers are welcome. Tests against
  22. Sun's merge-tool and DEC's dxdiff are welcome too.
  23.  
  24. GNUdiff is very good about certain things, but more limited with
  25. respect to how it deals with the cognitive limitations of its users.
  26. The errors that we found in the GNUdiff tests were pilot errors and delays
  27. in areas where we had expected cognitive overload (losing one's place,
  28. confusion, etc.) to occur. GNUdiff continues to be improved, and
  29. indeed we support use of it as an underlying engine for computing
  30. diffs (but not displaying and reconciling them). However the 
  31. improvements to GNUdiff are primarily new features and options and not
  32. significant enough  enhancements to the user interface needed for better task
  33. performance. One reason for this is that GNUdiff is designed to support
  34. ASCII terminals and therefore can't take advantage of some of the
  35. design freedoms that X displays allow, and which Merge Ahead uses to
  36. actively reduce cognitive load on the user that reduces task
  37. performance.
  38.  
  39. Other than this limitation (which to be fair, wasn't GNUdiff's primary
  40. goal), I think GNUdiff is quite good, and makes a great diff engine.
  41. But for people that want a car rather than their hands directly on the
  42. engine, some of the alternatives are worth a look.
  43.  
  44.  
  45.  
  46. -- 
  47.  
  48. Scott L. McGregor        mcgregor@netcom.com
  49. President            tel: 408-985-1824
  50. Prescient Software, Inc.    fax: 408-985-1936
  51. 3494 Yuba Avenue
  52. San Jose, CA 95117-2967
  53.