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

Re: [TSVN] Trac/bugtraq - Ticket to Changeset link

From: Mark Phippard <MarkP_at_softlanding.com>
Date: 2004-10-27 22:45:33 CEST

SteveKing <steveking@gmx.ch> wrote on 10/27/2004 04:37:52 PM:

> Mark Phippard wrote:
> > Forgetting that we have set this all aside for now, if we used my idea
> > allowing a client-side program to be run, I see that there would be
> > distinct programs:
> >
> > 1) List of ID's. This program would produce a text file list of
> > TSVN would use the text file to create a UI.
> What about not using an external program. You could simply register an
> URL scheme (like e.g. mybugtracker://) to your program and then you can
> have as many parameters for your program as you need (in the URL). I
> think that's a better approach because it doesn't need an external
> program but could be the default browser too.

If we are talking about the original idea, then the problem would be
passing data back to TSVN. TSVN would want to be able to invoke a program
and wait for it to complete so that it could examine the data it created
in the text file. As for your latest idea, yes this is what I would do.

> > 2) Validation. This program would be passed in the ID's the user
> > or selected. The program would pass something back like "OK, "WARN"
> > "ERR", and possibly a message to display as well. Only if ERR was
> > back would you stop the user.
> How do you suggest such a program would validate the ID? If it has to
> contact a server to do that, then a simple pre-commit hook could do the
> same?

There are a lot of ways. I think the default TSVN-provided
implementation, would send a request to a URL and receive the response
back as the answer. The validation would happen on the server based on
the request it received. In my own app, my program would just call an
OS/400 program that did the work.

Again, I think if #1 is going to remain as just invoking a URL (which is
fine) then I do not think #2 would be done. If you were going to
implement #1 the way I suggested, my point was that #2 would be the same
basic framework and idea.


Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.

To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Oct 27 23:47:56 2004

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.