[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [Subclipse-dev] Revision graph and cache implementation

From: Mark Phippard <markphip_at_gmail.com>
Date: Fri, 11 Jul 2008 11:06:47 -0400

On Fri, Jul 11, 2008 at 10:56 AM, Alberto Gimeno <gimenete_at_gmail.com> wrote:

> Thak you very much for your comments. I'll respond to you next week.
> I've been too busy with my studies. I'm studying your comments. I'd
> like to discuss especially your idea about putting a foreign key to
> the parent directory. What I do now is the following: if I get a
> "deleted /foo/bar" I insert a row per subfile or subdirectory marking
> them as deleted in that revision, and as you say this not linear, this
> has a 1:N behaviour. I'll write a more concise mail next week.
>
> This week I have had time to do some improvements:
> * Now the code is threaded (one thread queries the repository while
> other thread updates the cache).
> * Zoom in-out
> * colours showing the type of change (delete: red, modify: blue,
> add/copy: green).
> * tooltips showing date, author and comment
>
> some shots:
> http://farm4.static.flickr.com/3240/2658781686_a7a50e4e57_o.png
> http://farm4.static.flickr.com/3062/2657955813_3a22ec4170_o.png (zoomed out)
>
> The graph shown is the "plugin.xml" file from the subclipse core
> plugin repository.
> What I want to do now is:
> * discuss the cache design
> * put an option to hide the tags or show them in a different way
> (maybe as an overlay icon)
> * put an option to navigate to a certain branch (probably a combobox,
> however I don't know how to do that yet)
> * outlineview
> * make it nicer :P
> * make the background task cancellable. This should be not very
> difficult now that I update the cache in several steps.

It all sounds good! Commit it so we can play with it.

You never commented about changing the log API to a callback. As I
said, the underlying API supports it, we would have to expose it to
svnClientAdapter. It seems like it could have positive performance
implications as you could in theory have one thread receiving the log
callbacks as Subversion receives them, and then perhaps posting those
to some queue that another thread is processing to populate the cache.
 I'd think this would have to reduce the total time spent in the
operation, but also assumed the threading can be made to work
properly.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: dev-help_at_subclipse.tigris.org
Received on 2008-07-11 17:07:14 CEST

This is an archived mail posted to the Subclipse Dev mailing list.