Re: [PATCH 2/2] gitweb: Show trailing slash when listing tree entry in tree listing

[Jeff King <peff@peff.net>]

On Mon, Oct 09, 2006 at 11:41:17PM -0700, Luben Tuikov wrote:

> Then let's universally underline absolutely _every_ link in gitweb
> which is clickable, regardless of where it appears, the font, typeset
> and size.

Instead, let's make a strawman argument!

Though I agree that it would be nicer for ALL links in gitweb to be
consistent, I think there is an argument to be made about look. However,
the specific example I mentioned is a single list in which some elements
are underlined and blue (which has been the classic user interface hint
for a link for a decade), and some aren't. Do you see why I think that
might be inconsistent?

> Unless you have "a priori" knowlege of "underline means clickable" there

Which was my argument in the first place (note that I was talking about
people with a high degree of computer exposure).

> is no chance of thinking that "not-underlined means not-clickable".

There is clearly a non-zero chance. Here's a relatively ridiculous
argument.

Look at the 'summary' page for a project. For each commit, there are
blue and underlined 'commitdiff', 'text', and 'snapshot' links.  The
date, author, and message text have no such decoration. I click on the
underlined things and see that they are all links. I click on date and
author and see they are not links. The pattern of underlining links has
held for five out of six elements. Do you think it's unreasonable to
guess that the sixth element is not a link based on that pattern?


Look, I agree that not underlining everything might make the page look
nicer. And if we want to balance consistency against aesthetics, that's
fine. But please don't argue that there isn't an inconsistency.

-Peff