>> 2) I think we should consider exposing svn diff as an option in the UI,
>> although now that I write it down, I suppose Create Patch is the same
> would you display it as a compare editor or just the diff file?
Just the diff. I would rather show the compare editor, but that would
really require the next item. I think the main thing would be to just
expose the efficiency of svn diff. I wouldn't replace the existing compare
options, just maybe add one. Like I said, Create Patch is basically the
same thing unless we allowed you to do more advanced diffs, like from the
>> 3) The ideal would be if we could extend the Compare engine to work off
>> the output of svn diff. There is an existing Eclipse bugzilla for this,
>> but I do not know if we can count it. I am fairly certain the API is
>> already designed so that this is possible to do, it would just be nice
>> Eclipse provided it "for free" since unified diff is a standard format.
> This would be cool, but it wouldn't be very easy to implement with the
> infrastructure. You would have to create your own merge viewer with
> differencer (using the diff output as one of the inputs). The problem is
> viewers are associated to file extensions or content type and there is
already one for
> text files.
This is the existing bug report in Eclipse. I suspect that someone who
knew the code could do it reasonably easily. Well not easy, but probably
no more difficult than what they have already.
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
Received on Sun Feb 6 11:35:59 2005