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

RE: Status information -- needs a better solution

From: Jared Armstrong <jarmstrong_at_omnispear.com>
Date: 2006-02-02 20:32:59 CET


It would have been nice if you would not have taken this so personally. I have seen several requests and suggestions on this list now that I and others have made where we were told to be quiet because they did not agree with what some of the key TSVN players want. Perhaps there are better ways to implement specific pieces of TSVN than what is currently in place.

If we were all paying clients and you reacted this way, you might have to start looking for a new client base.

Jared Armstrong

-----Original Message-----
From: Stefan Küng [mailto:tortoisesvn@gmail.com]
Sent: Thursday, February 02, 2006 2:14 PM
To: users@tortoisesvn.tigris.org
Subject: Re: Status information -- needs a better solution

Douglas Pearson wrote:
> We're actively evaluating SVN and its clients for our business and
> Tortoise looks excellent in every regard except for what seems to us
> its rather absurd approach to status information.

What you call here 'absurd' it the key component of TSVN. If you don't like it, please use another client and don't insult us and the many many hours we spent working on this project.

> The "new" solution of having the TSVNCache process crawling slowly
> round the file system updating the status icons as it goes seems
> practically useless to us as this means there is no way to know when
> status information is actually correct (except for leaf nodes in the
> folder tree). It's a bit like having the speedometer in your car
> always showing a value with the promise that "sometimes this is how
> fast you're actually going".

For me, it's pretty accurate.

> The price for collecting this inaccurate is a process that's always
> running and consuming 5-20MB of RAM.

Wow! A process that's consuming about 1% of CPU and 5-20MB RAM! Call the police!
Just open up the task manager and check the many processes on your system. For most of them, you don't even know what they're for, but they still use more CPU and RAM than the TSVN cache.

> Presumably many people don't share our reaction or the situation would
> have changed, but can we suggest a simple solution:

Ok, you still have to learn a lot.
First of all, what makes you think your solution would be simple? You don't know anything about TSVN, its userbase or the code. So how can you make such an assumption? Can you even begin to imagine what it would take to implement that? Or deal with the whole userbase later on because of that change?

> a) Allow for the status crawler to be disabled completely (so status
> icons would only be shown for leaf nodes in the tree and nowhere
> else--perhaps just an icon to show that a folder was under SVN management).

Check the settings dialog: you can exclude any path you want from showing the overlay icons. If you then remove the TSVNCache.exe file from the TSVN installation folder, you don't have to worry about the cache anymore.

> b) Provide an explicit "status" command on the context menu to run
> "svn status" and display the results.

Ever heard or tried "check for modifications"?

> This would remove the TSVNCache process hit and status information
> would always be correct (if less complete).
> Any chance of this happening?

Next time, if you really want something in TSVN, make sure you don't insult the whole project with your mail. It really hurt me.


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Thu Feb 2 20:33:09 2006

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.