emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New file, extract


From: Juri Linkov
Subject: Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New file, extracted from etags.el
Date: Thu, 03 Jan 2019 00:11:01 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)

>> So a new command project-switch-to-file could complete on non-directory
>> file name components from the project.  And on duplicate file names
>> it could add a unique suffix '<sub/dir>' like is used to make buffer names
>> unique.  Then completions will show project file names in alphabetical order.
>
> You can already type 'sub/dir' and press TAB to see it
> completed. Especially if it's unique.

That's the problem.  Most of the time there is no need to complete
on directory names, only on file names, preferably listed alphabetically.

>> project-occur could operate only on visited project files
>> (but I doubt if this is useful).  project-rgrep is much more needed
>> to operate like rgrep, but without asking for file names and root directory.
>
> We already have project-find-regexp. Why bother?

Why not?  Different users have different preferences.

>> Actually I think the existing names are already good enough: "multifile"
>> for the package that supports multifile operations,
>
> It's not the only package that "supports multifile operations". xref does
> it as well (and arguably better), and also occur and grep, as
> some examples.

I don't mind moving the existing multi-occur and other multi- commands
to multifile.el.

>> and "project" for UI that operates on project files.
>
> project is not a UI, it uses one of the other packages for UIs.

I meant that project is at a higher level than multifile.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]