[Kde-pim] mulitpart/alternative & mixed libkmime question.

[Ingo Klöcker]

On Tuesday 27 February 2007 19:57, Tom Albers wrote:
> Op vr 16 feb 2007 11:17 schreef u:
> > From a quick look at the code, a small change to
> > Content::addContent() should help: If it is of type mulitpart even
> > without having sub-contents currently, it should not convert itself
> > into a sub-content and create a new multipart node, but just skip
> > to appending the sub-content.
> >
> > That should make it possible to get close to Ingo's scenario if you
> > replace BodyPart::Mulitpart::... with Content and set its type
> > accordingly.
>
> Thanks for the hint, attached is a patch which does that. I included
> a 'simple' patch which is the same except for the extra indent, which
> makes the patch so much more readable in this case.
>
> With this patch, i'm able to do what i want, simplified:
>
[snip]
>
> I've grepped kdepim for addContent() and I could only find single
> entries in the knode code base, so that should not be effected. I did
> not see any entries in kmail. I think the maintainers of these apps
> should give there ok to the patch, and someone who understands
> libkmime a bit better then me ;-)

KMail does still use mimelib instead of libkmime so it's not surprising 
that you didn't find any occurrences of addContent() in kmail. I won't 
comment on the patch because I don't know enough about libkmime, but 
AFAICS it does what Volker proposed.

Regards,
Ingo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20070227/1d63666f/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/