* bug#38039: 27.0.50; Dired kill associated buffers matching extension
@ 2019-11-03 0:22 Jeff Spencer
2019-11-03 0:30 ` Jeff Spencer
2022-05-08 14:06 ` Lars Ingebrigtsen
0 siblings, 2 replies; 3+ messages in thread
From: Jeff Spencer @ 2019-11-03 0:22 UTC (permalink / raw)
To: 38039
[-- Attachment #1: Type: text/plain, Size: 835 bytes --]
I submited the prior bug request Dired dired-clean-up-after-deletion
bug.
A feature enhancement that is related to this is that I would like to be
able to set
the file extensions that would automatically be deleted. Then for the
other file extensions confirm before deleting the buffers. I see
possiblyl changing dired-clean-confirm-killing-deleted-buffers to
allowing three differnt options. One is nil meaning don't ask and
automatically kill everything. One is t meaning confirm all buffers. The
last is a list like '(.txt .pdf)) that will allow these extensions to
automatically be killed but all others it will ask. But the problem with
this is the dired and sub-directory killing part. If you specify a list,
I think there needs a seperate variable that you can control the dired
buffer killing from the regular buffer killing.
[-- Attachment #2: Type: text/html, Size: 909 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#38039: 27.0.50; Dired kill associated buffers matching extension
2019-11-03 0:22 bug#38039: 27.0.50; Dired kill associated buffers matching extension Jeff Spencer
@ 2019-11-03 0:30 ` Jeff Spencer
2022-05-08 14:06 ` Lars Ingebrigtsen
1 sibling, 0 replies; 3+ messages in thread
From: Jeff Spencer @ 2019-11-03 0:30 UTC (permalink / raw)
To: 38039
[-- Attachment #1: Type: text/plain, Size: 996 bytes --]
Sorry, the bug report I submitted was bug #38037.
On Sat, Nov 2, 2019 at 8:22 PM Jeff Spencer <jeffspencerd@gmail.com> wrote:
>
> I submited the prior bug request Dired dired-clean-up-after-deletion
> bug.
>
> A feature enhancement that is related to this is that I would like to be
> able to set
> the file extensions that would automatically be deleted. Then for the
> other file extensions confirm before deleting the buffers. I see
> possiblyl changing dired-clean-confirm-killing-deleted-buffers to
> allowing three differnt options. One is nil meaning don't ask and
> automatically kill everything. One is t meaning confirm all buffers. The
> last is a list like '(.txt .pdf)) that will allow these extensions to
> automatically be killed but all others it will ask. But the problem with
> this is the dired and sub-directory killing part. If you specify a list,
> I think there needs a seperate variable that you can control the dired
> buffer killing from the regular buffer killing.
>
[-- Attachment #2: Type: text/html, Size: 1494 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#38039: 27.0.50; Dired kill associated buffers matching extension
2019-11-03 0:22 bug#38039: 27.0.50; Dired kill associated buffers matching extension Jeff Spencer
2019-11-03 0:30 ` Jeff Spencer
@ 2022-05-08 14:06 ` Lars Ingebrigtsen
1 sibling, 0 replies; 3+ messages in thread
From: Lars Ingebrigtsen @ 2022-05-08 14:06 UTC (permalink / raw)
To: Jeff Spencer; +Cc: 38039
Jeff Spencer <jeffspencerd@gmail.com> writes:
> A feature enhancement that is related to this is that I would like to be able to set
> the file extensions that would automatically be deleted. Then for the
> other file extensions confirm before deleting the buffers. I see
> possiblyl changing dired-clean-confirm-killing-deleted-buffers to
> allowing three differnt options. One is nil meaning don't ask and
> automatically kill everything. One is t meaning confirm all buffers. The
> last is a list like '(.txt .pdf)) that will allow these extensions to
> automatically be killed but all others it will ask. But the problem with
> this is the dired and sub-directory killing part. If you specify a list,
> I think there needs a seperate variable that you can control the dired
> buffer killing from the regular buffer killing.
(I'm going through old bug reports that unfortunately weren't resolved
at the time.)
In my opinion, this would require so much customisation that I don't
think it's a feature that many people would use. So I'm closing this as
a "wontfix".
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2022-05-08 14:06 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-11-03 0:22 bug#38039: 27.0.50; Dired kill associated buffers matching extension Jeff Spencer
2019-11-03 0:30 ` Jeff Spencer
2022-05-08 14:06 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
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.