[Kde-pim] Drag and drop of emails

Kevin Krammer kevin.krammer at gmx.at
Fri Nov 9 20:08:51 GMT 2007


On Friday 09 November 2007, Ingo Klöcker wrote:
> On Friday 09 November 2007, Kevin Krammer wrote:

> > An email could probably be offered as:
> > - an Akonadi identifier (or probably better as an URI)
> > - encoded in its transport form ("raw")
>
> Would the latter still work if the message has been fetched only
> partially from the server (e.g. only the necessary message headers, or
> the message without its attachments)? If not, then how should we handle
> this case?

The source application might decide not to offer formats it does not have 
enough data for.
I guess it really depends what kind of MIME types there are for this kind of 
data (emails). If it is possible to hint "just headers" or "just the text 
body" or whatever, this could be used as well.

Basically this is all just about options, nothing is mandatory.
An application can just offer one format and just offer the internal one.
Offering more just increases likeliness that a receiving application can use 
one of them.

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20071109/e9401ba9/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/


More information about the kde-pim mailing list