[Kde-pim] Drag and drop of emails

Bruno Virlet bvirlet at kdemail.net
Fri Nov 9 11:44:06 GMT 2007


Hi,

Actually I did work on drag and drop support in Akonadi and iirc it
should provide an identifier (the akonadi url) with an url mimetype
and also the serialized version with the actual email mimetype. Your
idea to encode the data in different formats (HTML, plain text) seems
good but this probably means that we want to extend the serializer
plugins to encode in different formats for drag and drop.

Bruno

On Nov 9, 2007 12:52 AM, Kevin Krammer <kevin.krammer at gmx.at> wrote:
> On Friday 09 November 2007, Ingo Klöcker wrote:
> > On Thursday 08 November 2007, David Jarvie wrote:
> > > Is it possible to drag and drop emails from KMail to another
> > > application in KDE 4, like it was in KDE 3? I can't find any way of
> > > obtaining the email's body. In KDE 3, the body could be got by
> > > calling the DCOP function getDecodedBodyPart() in KMailIface, but
> > > that function doesn't appear to have been implemented in KDE 4. If
> > > this facility doesn't yet exist, are there plans for it to be written
> > > - or is it something that Akonadi will provide?
> >
> > I'd say that only an identifier should be exchanged via drag&drop and
> > the receiving application should then fetch the message from Akonadi.
> >
> > OTOH, this won't work for applications that don't understand the
> > identifier. A possible solution for this for arbitrary KDE applications
> > would be an Akonadi kioslave and the thingy exchanged via drag&drop
> > would be an akonadi: URL.
> >
> > Of course, this won't work with non-KDE applications, e.g. you would not
> > be able to drag a message from KMail to the desktop of another desktop
> > environment.
>
> Similar to clipboard operations, it is possible for the source application to
> specific a list of possible formats it can offer the content in, usually
> starting with the most native format.
>
> An email could probably be offered as:
> - an Akonadi identifier (or probably better as an URI)
> - encoded in its transport form ("raw")
> - formatted as the HTML the client would be using for rendering
> - as plain text
>
> Maybe as ODF when such a library becomes available and probably others I don't
> know about :)
>
> Cheers,
> Kevin
>
> --
> Kevin Krammer, KDE developer, xdg-utils developer
> KDE user support, developer mentoring
>
> _______________________________________________
> 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/
>
_______________________________________________
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