git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Duy Nguyen <pclouds@gmail.com>
To: Michael J Gruber <git@drmicha.warpmail.net>
Cc: Junio C Hamano <gitster@pobox.com>,
	Git Mailing List <git@vger.kernel.org>
Subject: Re: What's cooking in git.git (Feb 2015, #06; Sun, 22)
Date: Wed, 25 Feb 2015 17:20:31 +0700	[thread overview]
Message-ID: <CACsJy8C7inU3ZDA_do-D94-WQB9oTme4DfPwwPUm_LtWmp8VuQ@mail.gmail.com> (raw)
In-Reply-To: <54EB30F0.4010404@drmicha.warpmail.net>

On Mon, Feb 23, 2015 at 8:53 PM, Michael J Gruber
<git@drmicha.warpmail.net> wrote:
> Junio C Hamano venit, vidit, dixit 22.02.2015 22:41:
>
>> [Stalled]
>>
>> * nd/list-files (2015-02-09) 21 commits
>>  . t3080: tests for git-list-files
>>  . list-files: -M aka diff-cached
>>  . list-files -F: show submodules with the new indicator '&'
>>  . list-files: add -F/--classify
>>  . list-files: show directories as well as files
>>  . list-files: do not show duplicate cached entries
>>  . list-files: sort output and remove duplicates
>>  . list-files: add -t back
>>  . list-files: add -1 short for --no-column
>>  . list-files: add -R/--recursive short for --max-depth=-1
>>  . list-files: -u does not imply showing stages
>>  . list-files: make alias 'ls' default to 'list-files'
>>  . list-files: a user friendly version of ls-files and more
>>  . ls-files: support --max-depth
>>  . ls-files: add --column
>>  . ls-files: add --color to highlight file names
>>  . ls-files: buffer full item in strbuf before printing
>>  . ls_colors.c: highlight submodules like directories
>>  . ls_colors.c: add a function to color a file name
>>  . ls_colors.c: parse color.ls.* from config file
>>  . ls_colors.c: add $LS_COLORS parsing code
>>
>>  A new "git list-files" Porcelain command, "ls-files" with bells and
>>  whistles.
>>
>>  No comments?  No reviews?  No interests?
>
> I like the result a lot (I admit - I like colors in terminals).
> Since the aim is a user facing command I'm wondering whether the status
> symbols really should be those from "ls-files" or rather those from
> "status -s" (and diff --name-files). (Yes, that would require two chars.)
>
> status, status -s and the like are in an ordinary user's tool box.
> ls-files isn't, at least not with "-t", which we even mark as deprecated.

Noted. Will do.

> That makes me wonder, though, how difficult it would be to
> wt_status_collect_unchanged() and to leverage the status machinery
> rather than ls-files.

Hmm.. let me think about it. In a way this git-list-files is like an
alternative to git-status, perhaps you're right..
-- 
Duy

      parent reply	other threads:[~2015-02-25 10:21 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-22 21:41 What's cooking in git.git (Feb 2015, #06; Sun, 22) Junio C Hamano
2015-02-23 13:53 ` Michael J Gruber
2015-02-23 19:00   ` Junio C Hamano
2015-02-23 20:27     ` Jeff King
2015-02-25 10:20   ` Duy Nguyen [this message]

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=CACsJy8C7inU3ZDA_do-D94-WQB9oTme4DfPwwPUm_LtWmp8VuQ@mail.gmail.com \
    --to=pclouds@gmail.com \
    --cc=git@drmicha.warpmail.net \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).