Re: Google Summer of Code 2009: GIT

hi,

On Sat, Mar 21, 2009 at 2:20 AM,  [off-list ref] wrote:

On Fri, 20 Mar 2009, Johannes Schindelin wrote:

quoted

On Thu, 19 Mar 2009, david@lang.hm wrote:

quoted

On Fri, 20 Mar 2009, Johannes Schindelin wrote:

quoted

I'd rather have more file types supported that are useful for the
average user, than a generic XML merge driver that is useful to only a
handful of people.

we are both after the same thing,

Apparently not...

quoted

the most use to the average user.

you look at SVG, ODF word, ODF spreadsheet, OOXML, etc as completely
seperate things that should have support developed seperatly.

No.  I look at SVG, ODF text, ODF spreadsheet, etc as things with
completely different user interfaces.

And likewise, the merge _helper_, the very thing the user will get to see,
must have different user interfaces.

I absolutly agree with this. the UI and merge _helper_ tools for these
different file formats are completely different.

quoted

And I see much more potential for this project to fail in those different
user interfaces than something as _trivial_ (in relation) as XML merging.

and the key thing that I am saying is that a properly done XML merge may
eliminate the need to do _any_ development of a merge helper tool.

I also think that if xml file merging is done in a proper way and
according to the end-user editor, then it will not be needed to work
on the GUI part. For example, to merge the ODF files, we need to study
the merge conflict structure of Openoffice and will have to modify the
xml file in the same way so that OO can understand it. Similarly for
other file types.

so rather than focusing on what the merge helper tool is going to be and
what the UI for that is, I am focusing on the potential to eliminate any
need to hae a specific helper tool by making it so that the marked up files
can be manipulated with the existing tools for that file type.

David Lang

-- 
Saurabh Gupta
Senior,
NSIT,New Delhi, India