Re: [O] Drag images from Firefox to org-mode

[Torsten Wagner]

Hi,

I have to correct myself, I could use the link created by thunderbird
drag and drop. I simply missed to put the link into quotes.

This works, thunderbird will open the message in a new view.
thunderbird -mails
"imap://address@hidden:993/fetch>UID>/INBOX>1274"

However, the drawback with this, the url is rather fragile. It relies
on the folder and a simple number. I am not sure how much one could
rely that this number is always the same. Maybe imap or thunderbird
compress the list of emails by time effectively renumbering each email
in a folder. Furthermore, if I move the mail to another folder my
org-mode link would be broken too.

Thunderlink (a thunderbird plugin), instead is able to fetch the
message-id, which is unique and independent on the mail position. If
there is an interest to extend the drag and drop to emails, I could
ask the developer of thunderlink if there is a way to change the drag
and drop url to the message-id e.g. with the help of his plugin.
Thunderlink itself works already quite well with org-mode. The newest
version on git-hub allows to create direct org-mode links which one
could simply copy and paste from the clipboard. Guess only a small
amount of work would be needed to make it drag and drop ready too.

One could also think of saving the email as plain text in the org-mode
folder and create a link to that. However, I frighten this would
require more work. One idea would be to fetch the email by the message
id from the imap server from within emacs. But I guess this would
create a large amount of dependencies to make this working.

Greetings

Torsten



On 23 October 2013 20:59, Torsten Wagner <address@hidden> wrote:
> 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://address@hidden:993/fetch>UID>/INBOX>1274
>
> I tried to use this address to call it with thunderbird
> via
> thunderbird -mail <above url> 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 <address@hidden> wrote:
>> On Wed, Oct 23, 2013 at 7:13 PM, Rick Frankel <address@hidden> wrote:
>>> On 2013-10-20 16:42, Nicolas Richard wrote:
>>>>
>>>> Oleh <address@hidden> 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
>>