>> 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
>> thing.
>
>
> 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
History Viewer.
>> 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
if
>> 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
current compare
> infrastructure. You would have to create your own merge viewer with
associated range
> differencer (using the diff output as one of the inputs). The problem is
that merge
> 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.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=74393
Mark
_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
Received on Sun Feb 6 11:35:59 2005