From mboxrd@z Thu Jan 1 00:00:00 1970 From: Torsten Wagner Subject: Re: Drag images from Firefox to org-mode Date: Wed, 23 Oct 2013 20:59:18 +0200 Message-ID: References: <87eh7irjvi.fsf@yahoo.fr> <52610C29.3000505@yahoo.fr> <526114B4.6060303@yahoo.fr> <2d5635af9ad6d51badb40e1e19c85572@mail.rickster.com> <87y55qpp44.fsf@yahoo.fr> <857b1a922e24dda4404df4d19fabd7e2@mail.rickster.com> <20131018204553.GA87254@BigDog.local> <87k3h7ptcc.fsf@yahoo.fr> <23f3f3530f88fa5571d80b8c38adf4c6@mail.rickster.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41022) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VZ3eQ-0003Kx-Bd for emacs-orgmode@gnu.org; Wed, 23 Oct 2013 14:59:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VZ3eK-0005e7-T7 for emacs-orgmode@gnu.org; Wed, 23 Oct 2013 14:59:26 -0400 Received: from mail-ee0-x236.google.com ([2a00:1450:4013:c00::236]:57113) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VZ3eK-0005dh-IC for emacs-orgmode@gnu.org; Wed, 23 Oct 2013 14:59:20 -0400 Received: by mail-ee0-f54.google.com with SMTP id t10so385629eei.41 for ; Wed, 23 Oct 2013 11:59:18 -0700 (PDT) In-Reply-To: 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Oleh Cc: Nicolas Richard , Rick Frankel , org mode Hi, just wonder if we can drag-and-drop images into org-mode could we drag-and drop emails from e.g. thunderbird too. There is a plugin for thunderbird call thunderlink which allows to generate org-mode readable links. However, drag and drop an email in a browser gives a address which looks like: imap://user.name%2Borganisation.com@mailsystem.organisation.com:993/fetch>UID>/INBOX>1274 I tried to use this address to call it with thunderbird via thunderbird -mail but it failed. with permission denied: /INBOX I guess it would be very attractive for many users if they could create links to there email program by drag-and drop. Just an idea Torsten On 23 October 2013 20:26, Oleh wrote: > On Wed, Oct 23, 2013 at 7:13 PM, Rick Frankel wrote: >> On 2013-10-20 16:42, Nicolas Richard wrote: >>> >>> Oleh writes: >>> This can be fixed with a platform-aware function that checks both the >>> clipboard and the cut-buffer. >>> >>> I suggest to ask for a string with (read-string "URL: " nil nil default), >>> offering the content of the clipboard/kill ring/selections as the DEFAULT. >>> I think it's better to be explicit when downloading content, and there >>> isn't much overhead in asking for a confirmation. >> >> >> Agreed. Downloading stuff to your local machine should require a >> confirmation step. > > This is already in place. > >> >>> This can be fixed by adding `org-download-max-filename-length`. When >>> it >>> overflows, just resort to `default-directory' and provide a >>> message/option to fix. >>> >>> I suggest that the right place for those files is as attachment, and >>> that's where customization should happen. The function choosing the >>> right place (i.e. org-download--dir) could be turned into a defvar or >>> defcustom which could then be set either to #'org-download--dir or >>> #'org-attach-dir. >> >> >> Agreed. Also, the current "fix" (two variable and three functions!) is >> overly complex. > Two variables can change independently in a meaningful way, giving > 4 combinations with the possibility to alter just part of the setup on a file > local basis. Three functions specify the intent more clearly. > >> I propose that their be three options in the >> defcustom: >> - 'org-attach-directory (the default) >> - user entered string > I don't get this one. > >> - a function (which could be set to `org-download-dir') > This can be an option for `org-download-method' > >> >> >>> By the way, which system doesn't allow for spaces in directory names? >>> >>> ISTR that MSDOS (except the latest versions) didn't allow spaces in >>> filenames :) Anyway, I tend to avoid spaces as much as I can in >>> filenames (including dirs) >> >> >> Also, sending files to external command/shell script for processing >> often breaks if you have spaces in paths due to quoting issue. >> >> >>> If you want the ability to create arbitrary output directories >>> based >>> on document context, the customization can be made to accept a >>> function (lambda) as a value, which could then return a directory >>> prefix. >>> This isn't an option for users with no elisp skills. >>> >>> It is an option if there are enough examples/built-ins that can be used. >>> e.g. message-send-mail-function can be customized in this way, its >>> docstring gives a list of meaningful values. >> >> >> Agreed. > > There's still two functionality bits that I want to add: > local files and forwarding to default dnd handlers in the case it's > not an image. > But that can be added in later. > Please make the changes that you think are necessary and commit to org. > > regards, > Oleh >