From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Abrahamsen Subject: Re: Moving and resetting attachments Date: Sat, 03 Jun 2017 00:51:34 +0800 Message-ID: <87wp8utjs9.fsf@ericabrahamsen.net> References: <874lw05njr.fsf@ericabrahamsen.net> <8737bi21dc.fsf@ericabrahamsen.net> <87d1am4t0h.fsf@nicolasgoaziou.fr> <874lvy8t6s.fsf@ericabrahamsen.net> <87inkelapp.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40543) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dGppW-0000Jy-Po for emacs-orgmode@gnu.org; Fri, 02 Jun 2017 12:53:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dGppT-0002iP-Hx for emacs-orgmode@gnu.org; Fri, 02 Jun 2017 12:53:42 -0400 Received: from [195.159.176.226] (port=38704 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dGppT-0002iL-Aq for emacs-orgmode@gnu.org; Fri, 02 Jun 2017 12:53:39 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dGppL-0008Gv-U9 for emacs-orgmode@gnu.org; Fri, 02 Jun 2017 18:53:31 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org Nicolas Goaziou writes: > Eric Abrahamsen writes: > >> Mostly I was thinking of two things: 1) giving the user the chance to >> say yea or nay on a file-by-file basis, > > I cannot see why this could be a good thing. IIRC, attachment directory > naming scheme can be somewhat opaque, when using ID, and by changing the > name, you lose the way to find back the files in the old directory. IOW, > you most certainly want to move all files. What I meant was, first ask the user for a directory, then cycle through the files and ask whether to move each file to that directory. The user wouldn't specify the directory itself for each file. And with `map-y-or-n-p', the user can just hit "!" to take care of all files. Am I misunderstanding your concern? The only time the ID attachment directory scheme (which is indeed opaque) would come into play is when the command was called with a prefix argument -- ie, when removing a custom directory, and reverting to the automatic directory. In that case, the directory would be automatically derived, and the user would simply be presented with the choice to move each file there, or not. Hopefully this is a misunderstanding, E