From: Manuel Uberti <manuel.uberti@inventati.org>
To: Dmitry Gutov <dgutov@yandex.ru>, emacs-devel <emacs-devel@gnu.org>
Subject: Re: project-find-file: switch to include non-tracked files
Date: Wed, 6 Oct 2021 07:18:12 +0200 [thread overview]
Message-ID: <bb6764f4-032e-934d-330e-2c08c761d504@inventati.org> (raw)
In-Reply-To: <2b9ae9f3-a253-f4f4-c08c-05e3c8ef1115@yandex.ru>
On 05/10/21 21:47, Dmitry Gutov wrote:
> It kind of got lost among other issues, sorry. That's doubly easy to do with
> emacs-devel threads, so if you could use Debbugs for feature requests in the
> future, that would be great.
Do you want me to move the discussion on Debbugs?
> Now, I've whipped up a small POC. See the attachment, try it out.
> Since 'find' without ignore instructions is as fast as 'git ls-files' (even
> faster, in my testing, on my machine), it didn't require any changes in the API
> so far.
Thank you. I gave it a try and it works as expected.
> But is that the behavior we want?
>
> Currently it lists _all_ files in the directory, including, say, all contents of
> .git/ (of which there can be a lot, depending on the project, whether it uses
> 'git flow', etc).
>
> Should we add the common ignores from vc-directory-exclusion-list? To simply
> filter those dirs out?
>
> Maybe something else too? Like grep-find-ignored-files (it lists common
> compiled/object files which one usually doesn't want to search, or even visit)?
>
> Combining the vars above would bring the file listing to the default
> 'project-ignores' behavior. Which the 'transient' backend uses, for example.
I think ignoring directories such as .git would be good to speed up the command
and make the candidate list cleaner.
> But in the previous iteration of this thread you also referred to Helm's 'C-c i'
> behavior. Does it only list the ignored files?
'C-c i' in helm-ls-git toggles the '-o' switch for git ls-files, so it does not
include the listing of the .git directory in its result.
> In any case, we could make 'C-u project-find-file' have this behavior: listing
> only ignored files instead. And maybe not all of them: skipping the contents of
> .git/, .bzr/, etc, still sounds useful. The upside is possibly having a lot
> fewer files to choose from.
I agree with you.
--
Manuel Uberti
www.manueluberti.eu
next prev parent reply other threads:[~2021-10-06 5:18 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-04 8:33 project-find-file: switch to include non-tracked files Manuel Uberti
2021-10-04 11:24 ` Philip Kaludercic
2021-10-04 13:44 ` Stefan Kangas
2021-10-04 13:50 ` Manuel Uberti
2021-10-04 14:06 ` Stefan Kangas
2021-10-05 19:28 ` Dmitry Gutov
2021-10-05 19:47 ` Dmitry Gutov
2021-10-06 5:18 ` Manuel Uberti [this message]
2021-10-06 6:05 ` Dmitry Gutov
2021-10-06 6:12 ` Manuel Uberti
2021-10-14 0:47 ` Dmitry Gutov
2021-10-14 6:37 ` Manuel Uberti
2021-10-14 12:01 ` Dmitry Gutov
2021-10-14 12:06 ` Manuel Uberti
2021-10-14 21:55 ` Dmitry Gutov
2021-10-15 5:24 ` Manuel Uberti
2021-10-15 12:12 ` Dmitry Gutov
2021-10-15 13:05 ` Manuel Uberti
2021-10-15 13:25 ` Dmitry Gutov
-- strict thread matches above, loose matches on Subject: below --
2021-05-04 13:39 Manuel Uberti
2021-05-04 14:04 ` Stefan Kangas
2021-05-04 14:16 ` Dmitry Gutov
2021-05-04 14:55 ` Manuel Uberti
2021-05-04 16:43 ` Dmitry Gutov
2021-05-04 16:57 ` Manuel Uberti
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bb6764f4-032e-934d-330e-2c08c761d504@inventati.org \
--to=manuel.uberti@inventati.org \
--cc=dgutov@yandex.ru \
--cc=emacs-devel@gnu.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.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).