All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Tor Arne Vestbø" <torarnv@gmail.com>
To: "Ferry Huberts (Pelagic)" <ferry.huberts@pelagic.nl>
Cc: git@vger.kernel.org, Robin Rosenberg <robin.rosenberg@dewire.com>,
	"Shawn O. Pearce" <spearce@spearce.org>
Subject: Re: [EGIT] [PATCH v1 1/1] Add an ignored icon
Date: Tue, 24 Feb 2009 10:23:47 +0100	[thread overview]
Message-ID: <49A3BCA3.8010201@gmail.com> (raw)
In-Reply-To: <42268.77.61.241.211.1235455860.squirrel@hupie.xs4all.nl>

Ferry Huberts (Pelagic) wrote:
> On Tue, February 24, 2009 06:15, Ferry Huberts (Pelagic) wrote:
>> Tor Arne Vestbø wrote:
>>> Ferry Huberts wrote:
>>>> Add an ignored icon to the label decorations page and make
>>>> sure that it is actually decorated: from now on do not ignore
>>>> ignored resources during decoration.
>>> The reason this was not added in the original series was because that's
>>> kind of the point of ignoring a resource -- you don't want any
>>> information about it. Also, none of the other team plugins provide
>>> decorations for ignored resources-
>>>
>> I could also argue that I want everything to be explicit, even the
>> status of ignored files :-)

That's a reasonable argument :) I'm not really opposed to the feature -- 
I was just trying to think of reasons why it might not be such as good 
idea, just to be safe and have that discussion. But you are right.

Acked-by: Tor Arne Vestbø <torarnv@gmail.com>

>> If you look at (for example) TortoiseSVN then you'll see that it does
>> provide an ignore icon. My icon was sort of 'inspired' by that one.
>> Don't know if it's on by default though, will have to check that.
> 
> I just checked, TortoiseSVN has the overlay for ignored items on by default

The difference is TortoiseSVN does not come with a set of global default 
ignored files (as far as I know). Eclipse does, see Team->Ignored...

So, a globally ignored file such as foobar.BAK would show up as 
non-decorated if shared using the CVS or SVN plugins, but with an icon 
if shared with Git. That might be confusing to users, especially since 
the minus-sign icon does not have any history in Eclipse as something 
being "ignored" (it actually breaks the convention of using 
non-decoration -- meaning no "untracked"-icon -- to signal ignored).

So, I would still argue that we should leave it off by default.

Tor Arne

  reply	other threads:[~2009-02-24  9:15 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-23 19:03 [EGIT] [PATCH v1 0/1] Add an ignored icon Ferry Huberts
2009-02-23 19:03 ` [EGIT] [PATCH v1 1/1] " Ferry Huberts
2009-02-23 23:59   ` Tor Arne Vestbø
2009-02-24  5:15     ` Ferry Huberts (Pelagic)
2009-02-24  6:11       ` Ferry Huberts (Pelagic)
2009-02-24  9:23         ` Tor Arne Vestbø [this message]
2009-02-24  9:22           ` Ferry Huberts (Pelagic)
2009-02-24  7:06     ` Robin Rosenberg
2009-02-24  9:28       ` Tor Arne Vestbø

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=49A3BCA3.8010201@gmail.com \
    --to=torarnv@gmail.com \
    --cc=ferry.huberts@pelagic.nl \
    --cc=git@vger.kernel.org \
    --cc=robin.rosenberg@dewire.com \
    --cc=spearce@spearce.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.