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

Re: svn commit: r18355 - trunk/www

From: <kfogel_at_collab.net>
Date: 2006-02-16 04:20:04 CET

Greg Stein <gstein@lyra.org> writes:
> On Mon, Feb 13, 2006 at 10:07:42AM -0600, kfogel@collab.net wrote:
> > Greg Stein <gstein@lyra.org> writes:
> > > What was the point of this? This affects web search sites -- they
> > > aren't going to be able to find the information now. And without a
> > > redirect, they aren't going to know to alter their links.
> >
> > I don't see the problem, maybe I'm missing something?
> >
> > - Existing caches and search indexes will send searchers to the old
> > project_links.html, which simply tells the user to go to the new
> > links.html. No problem.
> >
> > - Over time, indexes will get updated to point directly to the new
> > page. Again, no problem.
> >
> > What's the scenario you're worried about?
>
> Introducing that extra step for the user. "Whoop. That's not it. Now
> what... hmm...."
>
> Obviously, not a big problem :-) But making users pause, think, and
> click again is an added cost, and I did not see the opposing benefit.
>
> *shrug*

True, it does introduce that extra step. But over time all links will
get slowly corrected, and the more intuitive name is better in the
long run. (We did this for the FAQ a while back, too, FWIW.)

I'm not sure how the actual problem you've described fits with the
sentence "This affects web search sites -- they aren't going to be
able to find the information now." :-).

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Feb 16 06:02:31 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.