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

Re: New functionality

From: Stefan Fuhrmann <stefanfuhrmann_at_alice-dsl.de>
Date: Fri, 11 Dec 2009 04:02:24 +0100

Anders Munch <ajm_at_flonidan.dk
<mailto:ajm_at_flonidan.dk?Subject=Re:%20New%20functionality>> wrote on
Wed, 9 Dec 2009 12:39:37:
>
> Stefan Fuhrmann wrote:
> /> (2) New "editfile" command. It is currently available via CL /
> /> only but will soon be added to the repobrowser. /
> /> /
> /> Synopsis: /
> /> * the given path may either be a URL or a path within a w/c /
> /> * if it is a URL, the item will be checked out to temp location /
> /> and will be deleted after the command finished. /
> /> * if the item is not locked but has svn:needs-lock set, the /
> /> lock will be acquired (asking the user for a lock comment, /
> /> if the TSVN or project settings require it). In the latter case, /
> /> it will released automatically at the end as well. /
> /> * the document gets opened with the associated application /
> /> (using Windows standard mechanism) /
>
> Which means it will attempt to *run* my .py-files, rather than edit
> them, and my co-workers will attempt to edit IDE project files, which
> will fail because files referred to are missing, and possibly end up
> committing corrupted project files.
>
Win32 Python is particularly bad when it comes to its registry settings
(e.g. the scripting host apartment) ...

But thanks for the hint. I think I found a solution that will catch most
of these cases: Whenever additional command line parameters (%2 etc.)
will be passed to the application, the app probably tries to execute
the file as a script. The user must select the proper editor manually in
that case.
>
> /> * after closing that application, the changes will be committed /
> /> using the standard commit dialog. If nothing was changed, /
> /> the dialog will not show up. /
>
> Have you thought about non-blocking file associations? I don't think
> you *can* detect when the application closes, in general.
I get the process handle and just wait for it to be signaled.
> I think this feature is more trouble than it's worth.

The whole feature is not worse than the existing "open" menu entry.
It will only be available from the repository browser, so it will mainly
be used by non-programmers. Again, that should reduce the risk
of people shooting themselves into their or other people's feet.

Main use-case: document management. People want to modify
that Excel sheet with one click instead of the "c/o, lock, open, commit,
opt. cleanup" sequence currently required. Every click comes at 5 EUR ;)

-- Stefan^2.

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

To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-12-11 04:02:28 CET

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.