all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#17911: 24.3.50; ido-delete-file-at-head deleting files with no prompt confirmation
@ 2014-07-03 12:46 Guilherme Gondim
  2019-08-03 20:40 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 2+ messages in thread
From: Guilherme Gondim @ 2014-07-03 12:46 UTC (permalink / raw)
  To: 17911


In `ido-find-file' typing C-k (`ido-delete-file-at-head') when
`delete-by-moving-to-trash' is t, the file is "deleted" straightway by
moving to trash directory. Otherwise, if it is nil, the "delete
function" will ask if you really want delete the file.

Should not ido ask for confirmation in case of
`delete-by-moving-to-trash'? I found it quite dangerous once the user
could type C-k by mistake and might not notice his file was moved to
trash.

Thanks,
Guilherme


In GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2)
 of 2014-01-01 on gkar, modified by Debian
 (emacs-snapshot package, version 2:20140101-1~bpo70+1)
Windowing system distributor `The X.Org Foundation', version 11.0.11204000
System Description:	Debian GNU/Linux 7.5 (wheezy)

Configured using:
 `configure --build x86_64-linux-gnu --host x86_64-linux-gnu
 --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib
 --localstatedir=/var --infodir=/usr/share/info/emacs-snapshot
 --mandir=/usr/share/man --with-pop=yes
 --enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/24.3.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.3.50/site-lisp:/usr/share/emacs/site-lisp
 --with-crt-dir=/usr/lib/x86_64-linux-gnu/ --with-x=yes
 --with-x-toolkit=gtk3 --with-imagemagick=yes 'CFLAGS=-DDEBIAN
 -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' CPPFLAGS=-D_FORTIFY_SOURCE=2
 'LDFLAGS=-g -Wl,--as-needed -znocombreloc''


-- 
Guilherme Gondim
pgp BD9325BC





^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#17911: 24.3.50; ido-delete-file-at-head deleting files with no prompt confirmation
  2014-07-03 12:46 bug#17911: 24.3.50; ido-delete-file-at-head deleting files with no prompt confirmation Guilherme Gondim
@ 2019-08-03 20:40 ` Lars Ingebrigtsen
  0 siblings, 0 replies; 2+ messages in thread
From: Lars Ingebrigtsen @ 2019-08-03 20:40 UTC (permalink / raw)
  To: Guilherme Gondim; +Cc: 17911

Guilherme Gondim <guilherme@semente.io> writes:

> In `ido-find-file' typing C-k (`ido-delete-file-at-head') when
> `delete-by-moving-to-trash' is t, the file is "deleted" straightway by
> moving to trash directory. Otherwise, if it is nil, the "delete
> function" will ask if you really want delete the file.
>
> Should not ido ask for confirmation in case of
> `delete-by-moving-to-trash'? I found it quite dangerous once the user
> could type C-k by mistake and might not notice his file was moved to
> trash.

(I'm going through old bug reports that unfortunately have not received
any responses yet.)

I think the ido design makes sense -- when there's undo available,
asking the user isn't necessary.

So I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2019-08-03 20:40 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-07-03 12:46 bug#17911: 24.3.50; ido-delete-file-at-head deleting files with no prompt confirmation Guilherme Gondim
2019-08-03 20:40 ` 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.