Version: 1.8.50 (using KDE 3.4.89 (CVS >= 20050314), compiled sources) Compiler: gcc version 3.3.5 (Debian 1:3.3.5-8) OS: Linux (i686) release 2.6.10 Dragging an inline-showing-attachment from kmail to (for example) korganizer shows just one URL; a file:///tmp/something KMail should also show an imap:// url in that drag gesture to allow applications that can understand that to use that one instead. Usecase: I get an email with an invitation and an image attachment. I (manually) add an appointment to korganizer to reflect that invitation. I then drag the image from my kmail window to the korganizer 'edit event' window to the 'Attachments' tab. I'm surprised to see korganizer get an file:///tmp/foo/invite.jpg in my korganizer. Closing the email window and pressing 'show' indeed gives me a warning that the attachment does not exist.
> Dragging an inline-showing-attachment from kmail to (for example) > korganizer shows just one URL; a file:///tmp/something Correct as the attachment is stored there. > KMail should also show an imap:// url in that drag gesture to allow > applications that can understand that to use that one instead. That's might be nice for online imap but has several sideeffects which are not easy to handle. I'd see this as a wish as we have to deal with all kinds of accounts and the local files are definitely created.
Carsten; providing a second URI in the drag-content does not create sideeffects; using those urls does, which means thats not relevant for this report. Providing the imap:// uri is the only correct place for the attachment; it is where it can be retrieved by other software. The fact that the attachment is stored in file:///tmp/* only for the time the email limits the scope of that url to the kurl-invoked application. Naturally; I have no problem with that url being placed in the drag-gesture data, but adding the imap version really doesn't seem like a big problem. And I know that as soon as a kmail-bug is turned into a wishlist its effectively ignored the rest of my life :)
Am Sonntag, 15. Mai 2005 12:34 schrieb Thomas Zander: [bugs.kde.org quoted mail] Ahh, putting it in the drag-content sounds good. No idea how that works (have to check) but this _is_ a wish ;-) > Naturally; I have no problem with that url being placed in the drag-gesture > data, but adding the imap version really doesn't seem like a big problem. > And I know that as soon as a kmail-bug is turned into a wishlist its > effectively ignored the rest of my life :) The namespace patch was a wishlist....
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented. Thank you for your understanding.
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.