* bug#31732: 26.1; vc-dir: Deleting unregistered files
@ 2018-06-06 7:56 Simen Heggestøyl
2019-07-13 4:12 ` Lars Ingebrigtsen
0 siblings, 1 reply; 4+ messages in thread
From: Simen Heggestøyl @ 2018-06-06 7:56 UTC (permalink / raw)
To: 31732
[-- Attachment #1: Type: text/plain, Size: 261 bytes --]
I'd find it handy to be able to delete unregistered files directly
from the VC Directory buffer, similar to what Magit does when typing
'k' on an untracked file.
Maybe there could be a way to delete multiple files at once too, by
marking them first.
-- Simen
[-- Attachment #2: Type: text/html, Size: 349 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#31732: 26.1; vc-dir: Deleting unregistered files
2018-06-06 7:56 bug#31732: 26.1; vc-dir: Deleting unregistered files Simen Heggestøyl
@ 2019-07-13 4:12 ` Lars Ingebrigtsen
2019-07-14 1:16 ` Noam Postavsky
0 siblings, 1 reply; 4+ messages in thread
From: Lars Ingebrigtsen @ 2019-07-13 4:12 UTC (permalink / raw)
To: Simen Heggestøyl; +Cc: 31732
Simen Heggestøyl <simenheg@gmail.com> writes:
> I'd find it handy to be able to delete unregistered files directly
> from the VC Directory buffer, similar to what Magit does when typing
> 'k' on an untracked file.
>
> Maybe there could be a way to delete multiple files at once too, by
> marking them first.
Yes, that's a command I've always missed. I've added it to the trunk
now, bound to the `d' keystroke.
By the way, there's already a `vc-dir-delete-file' command, but it only
works for tracked files, and will notify the underlying VC. So the new
command is called `vc-dir-delete-files-no-vc', which is a pretty awkward
name. If anybody wants to change it -- please do. :-)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#31732: 26.1; vc-dir: Deleting unregistered files
2019-07-13 4:12 ` Lars Ingebrigtsen
@ 2019-07-14 1:16 ` Noam Postavsky
2019-07-14 12:26 ` Lars Ingebrigtsen
0 siblings, 1 reply; 4+ messages in thread
From: Noam Postavsky @ 2019-07-14 1:16 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: Simen Heggestøyl, 31732
Lars Ingebrigtsen <larsi@gnus.org> writes:
>> I'd find it handy to be able to delete unregistered files directly
>> from the VC Directory buffer
> new command is called `vc-dir-delete-files-no-vc', which is a pretty awkward
> name. If anybody wants to change it -- please do. :-)
vc-dir-delete-filesystem-only perhaps? Although I wonder if
vc-dir-clean-files (which would only work on unregistered files) would
be better, since it seems like deleting a tracked file would usually be
a mistake.
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#31732: 26.1; vc-dir: Deleting unregistered files
2019-07-14 1:16 ` Noam Postavsky
@ 2019-07-14 12:26 ` Lars Ingebrigtsen
0 siblings, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2019-07-14 12:26 UTC (permalink / raw)
To: Noam Postavsky; +Cc: Simen Heggestøyl, 31732
Noam Postavsky <npostavs@gmail.com> writes:
> vc-dir-delete-filesystem-only perhaps? Although I wonder if
> vc-dir-clean-files (which would only work on unregistered files) would
> be better, since it seems like deleting a tracked file would usually be
> a mistake.
Ah, yes, that's true. I've now renamed to -clean-files and made it
error out on trying to delete tracked files.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2019-07-14 12:26 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-06-06 7:56 bug#31732: 26.1; vc-dir: Deleting unregistered files Simen Heggestøyl
2019-07-13 4:12 ` Lars Ingebrigtsen
2019-07-14 1:16 ` Noam Postavsky
2019-07-14 12:26 ` Lars Ingebrigtsen
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).