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

SV: Re: SV: Re: Integration with Bugtracking Systems / Issue trackers

From: Hans-Emil Skogh <Hans-Emil.Skogh_at_tritech.se>
Date: 2006-08-24 09:41:25 CEST

>> To me it seems like a sensible implementation of client side
>> hooks would allow you to do exactly what you want.
> I agree that what we aim to do is at least strongly related
> to the client hooks, and if those hooks would already have
> been built, might be tempted to actually use it for this purpose.
> But I think the user experience would be better if the user
> himself or herself could call for the companion's dialog,
> rather than it being an on-OK event. What'd you think?

It would always be better if all custom functionality could be fitted
into the GUI. Unfortunately we don't live in a perfect world and there's
only so much space there before it gets too crowded...

I think client side hooks is the way to go, as users then can decide for
themselves what actions that should be performed in conjunction with,
for example, a commit.

I would like to add a couple of more possible hooks:
* start-commit: called before the commit dialog is shown
* start-update: called before the update is started

This partly to comply with Subversions hook-"pattern", and partly
because I think it would potentially be a very useful to be able to
present users with choices/do actions *before* the TSVN dialog even pops
up.

(Could someone add it to the issue (or give me access to do it? Tried to
apply for an account but haven't got a confirmation yet...))

Hans-Emil

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu Aug 24 09:40:58 2006

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

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