From mboxrd@z Thu Jan 1 00:00:00 1970 From: Florian Lindner Subject: Re: Moving and resetting attachments Date: Tue, 6 Jun 2017 15:56:59 +0200 Message-ID: References: <874lw05njr.fsf@ericabrahamsen.net> <8737bi21dc.fsf@ericabrahamsen.net> <87d1am4t0h.fsf@nicolasgoaziou.fr> <874lvy8t6s.fsf@ericabrahamsen.net> <87inkelapp.fsf@nicolasgoaziou.fr> <87wp8utjs9.fsf@ericabrahamsen.net> <87fufgnpxi.fsf@nicolasgoaziou.fr> <87bmq3tjxs.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53920) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dIEyv-0007S7-9g for emacs-orgmode@gnu.org; Tue, 06 Jun 2017 09:57:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dIEyr-0003Wm-9f for emacs-orgmode@gnu.org; Tue, 06 Jun 2017 09:57:13 -0400 Received: from [195.159.176.226] (port=37193 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dIEyr-0003WT-2W for emacs-orgmode@gnu.org; Tue, 06 Jun 2017 09:57:09 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dIEyi-0000e9-K7 for emacs-orgmode@gnu.org; Tue, 06 Jun 2017 15:57:00 +0200 In-Reply-To: <87bmq3tjxs.fsf@ericabrahamsen.net> Content-Language: en-US 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 Am 05.06.2017 um 01:25 schrieb Eric Abrahamsen: > Nicolas Goaziou writes: > >> Hello, >> >> Eric Abrahamsen writes: >> >>> 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. >> >> When asking for each file if it should be moved or not, you can end up >> with files in both the old and the new directory. My concern is that, >> when the old directory is a default ID directory, there is no simple way >> to get the files back. So, I think we should automatically move files in >> this case. >> >> I also agree with your special case described above. > > Okay, makes sense. I hope we haven't totally scared off Florian... > > Florian, are you interested in doing another version of the patch? Haha, I couldn't follow everything in your discussion, but I'm happy to hear, that you two deem that a worthy feature to integrate. I will try to modify my code accordingly and count on your assistance! Best, Florian