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

Re: Repository Browser "on open" behavior/auto-update

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: Thu, 5 Jun 2008 11:56:09 +0100

2008/6/4 Laker Netman <laker_netman_at_yahoo.com>:
>> From: Simon Large <simon.tortoisesvn_at_googlemail.com>
>> To: users_at_tortoisesvn.tigris.org
>> Sent: Wednesday, June 4, 2008 3:44:54 PM
>> Subject: Re: Repository Browser "on open" behavior/auto-update
>>
>> 2008/6/4 Laker Netman :
>> > Hi all.
>> >
>> > After searching through the docs, mailing list archive and "issue tracker", I
>> hope I didn't overlook something obvious :)
>> >
>> > Selecting "Repo-browser" from the context menu always opens the dialog at the
>> repository directory level equivalent to the working copy where it was invoked.
>> I think it would be handy to have the option (under settings and/or at the
>> bottom of the repo-browser dialog) to have the browser always open at the
>> repository root.
>>
>> Why would you want to do that? Going to the root is a single mouse
>> click. Trying to get back from the root to the WC root is multiple
>> mouse clicks. And more importantly you may not even have access rights
>> to the repo root.
>>
>
> Well, it's what I end up doing the vast majority of the time. And (the way explorer is configured on my system at least) it's two double-clicks to reach the root... which I have to do over-and-over.

That's why I suggested looking at 1.5.0-RC2 where the repo-browser has
been re-designed.

> Not sure what you mean by "Trying to get back from the root to the WC root is multiple mouse clicks.", but I don't think it's applicable to my question.
>
> If someone didn't have access rights (which would never be the case in my particular situation) then they'd get an error message and could disable the option or seek a solution from their repo admin. I'm looking for an *option*, not changing the world for everyone. Computers and software are designed to eliminate repetitive tasks; for me this is a repetitive task.
>

In that case why not set up a shortcut to open the repo browser at the
repo root. The command line interface to TortoiseProc is documented in
the help file.

>> > In conjunction with that, the browser could auto-refresh (vs. manual
>> F5/Ctrl-F5). Auto-refreshing being an independent selection.
>> >
>>
>> Again, why? That would hammer the repository server and slow down your browsing.
>>
>
> In my situation this is a non-issue. The server housing the repositories is fast, there are only a couple people using it, and I'm on a 10gig backbone w/gigabit ethernet to my system, so I'd prefer to hammer my repo server. That's why I suggested an *option* to do it a different way.
>

The trouble is that people will see an option which sounds nice (hmm,
auto-refresh. I like things happening automatically) and use it
without thinking how it affects everyone else. It might work great for
you, but imagine 1000 Tortoise clients hammering a public repository.
The system admin has no way to control that behaviour apart from
barring nuisance users.

>> > Also, if it could be selectable as to whether or not the repository folder is
>> "open" or "closed" when the dialog opens that'd be great, too.
>> >
>> > Perhaps a simpler to implement version would be another context menu item
>> (that could be managed under "Look and Feel") like "Repo-browser (root)", that
>> provides that specific action, while preserving the existing, default menu item
>> (and functionality).
>> >
>> > If any of this is already possible, I'd greatly appreciate a pointer as to
>> what settings to change :)
>>
>> Lots of options, little gain. But have a look at the 2-pane repo
>> browser in 1.5.0-RC2
>>
>
> Yes, lots of options. "Gain" is subjective. I wasn't looking to be judged. I was just curious if the functionality existed already. I'll check out the source.
>

Contributions are always welcome, but we do try to avoid having too
many options. More often than not they benefit a very small number of
people and just clutter the UI for everyone else. This is not a
judgment on you, just looking at it from the perspective of the other
hundreds of thousands of users and how it will impact them.

Simon

-- 
: ___
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/> The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-06-05 12:56:20 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.