RE: [TSVN] Re: RFC: New cache scheme

Will Dean wrote:
> At 15:05 24/01/2005 +0000, you wrote:
>
>> And if that had been suggested three option tabs back?
>
> We would have fewer options...
Fewer is not _necessarily_ better, but it could be.

 
>> IMHO a blanket ban on new options (especially where functionality is
>> being changed) is as wrong headed as adding options recklessly.
>
> Sure. I did start my sentence 'Maybe'.
>
>> Why not just try for a reasonable consensus as at present?
>
> Sure.
>
>> TSVN is balancing this particular tightrope well, why change what
>> works.
>
> I'm not. I'm participating in a discussion.
Of course - as I hope are we all. I'm just presenting a counter-argument for
making changes (to the ui) in as non-disruptive a fashion as practicable.

> Personally I think it is extremely close to having too many
> options as it
> is, and a few of them might have been avoided by improving the
> implementation rather than allowing people to switch it off.
Sometimes yes, it would be prudent to poll users (on the list out of
necessity) on any proposed removals to see how the option is set and why.
Obviously an option setting that is no longer usable because of code changes
is another matter.
Some people do things in odd ways, sometimes they even have reasons.
 
> That's not a criticism of Stefan at all - it's enormously
> quicker to add an
> option to turn something off than it is to rewrite it, and
> perf-related things are often very difficult to verify on a different
> setup.
>
>> Add a new option if, and only if, a meaningful benefit results.
>
> Absolutely. It's just hard to get rid of them once they've
> been added.
Oh yes, it's just I think it would be better to be cautious in making any
changes to a UI - either way. From my pov I don't care much, I'm satisfied
(as a user) with he way this project runs, it's that while you can totally
change the caching (for example) if you even switch a few tabs around
someone will likely complain.
For a bad analogy you could probably get away with changing a car from front
to rear wheel drive, petrol to electric etc and a lot of drivers wouldn't
notice, but if the colour of the radio backlight changes...
Maybe I'm be too conservative here - after all by it's nature tsvn is
primarily a tool for devs. On the other hand we're all users to someone.
Bill

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org
This e-mail transmission is strictly confidential and intended solely
for the person or organisation to whom it is addressed. It may contain
privileged and confidential information and if you are not the intended
recipient, you must not copy, distribute or take any action in reliance
on it. If you have received this email in error, please reply to the
sender as soon as possible and delete the message. Please note that we
are able to, and reserve the right to, monitor e-mail communications
passing through our network.
The views expressed in this email are not that of the company unless
specified within the message.
The inclusion of this footnote indicates that the mail message and any
attachments have been checked for the presence of known viruses.
If you have any comments regarding our policy please direct them to
postmaster@cox.co.uk
________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org