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

RE: Re: IBugTraqProvider2: repository root

From: Thomas S. Trias <tomtrias_at_artizan.com>
Date: Wed, 5 Aug 2009 15:01:59 -0700 (PDT)

We've actually encountered a case where it would be useful to have the list of files themselves (along with their checked state). In our case, we are relying upon the user to re-validate after checking / un-checking files in the commit list. We are not writing bug tracking per se; our plug-in checks various properties and provides suggestions / fixes if the properties are missing or invalid.

Using the hooks was not as friendly an integration mechanism, so we ended up using window messages to gather information and to refresh the commit window if necessary. We realize that this is a rather brittle solution, but our alternative was to add a new plug-in architecture to TortoiseSVN.

I agree with one of the issues in Flyspray that suggests that there be interfaces for the various hooks. I also think that providing a call-back object and / or event source COM interface to a new iteration of the IBugtraqProviderXXX interface / TSVN type library would go a long way to providing flexible extensibility.

As time goes on, this will become more urgent for us, so we will end up adding this feature ourselves eventually. We are more than willing to give the result back to the community, but cooperation / collaboration would be ideal during the development process.

Thanks,

Thomas S. Trias
Senior Developer
Artizan Internet Services
http://www.artizan.com/

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2380652

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-08-06 06:54:50 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.