--===============1998933122==
Content-type: multipart/signed; boundary=nextPart1711507.pr6UZG7XVq;
 protocol="application/pgp-signature"; micalg=pgp-sha1
Content-transfer-encoding: 7bit

--nextPart1711507.pr6UZG7XVq
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Friday 21 August 2009, Stephen Kelly wrote:
> Kevin wrote:
> > On Thursday 20 August 2009 15:32:55 Stephen Kelly wrote:
> >> We have several common use cases for most item types:
> >>
> >> * Show in a list. Requires only a minimum amount of information.
> >> In any message types, this is just the Envelope presumably.
> >> * Select. 'Read email' type use-case. Requires that the entire
> >> body is available. I think this is 'Body' part in mail serializer.
> >> * Attachments. 'Download/read attachment' type usecases. Get the
> >> attachment named 'funnycats.mpeg' or 'TPS reports.pdf'. I know at
> >> least events can have attachments, so the kcal_serializer should
> >> presumably have some way of handling this kind of behaviour.
> >
> > I think that summarizes pretty well the use cases. There's probably
> > a catch though, and your mail isn't clear about that. To cover the
> > attachments case, to know that I want "funnycats.mpeg" I need to
> > know it exists in the first place. So either "Body" provide it, or
> > you need an extra part for that.
>
> Right. That's what Item::availableParts is for in the patch. The idea
> is that the serializer learns the availableParts by looking at the
> body structure I guess.
>
> I think that means that mail resources have to always retrieve at
> least the body structure from the server so that the serializer can
> know what attachments/parts are available.

Yes.


> For other types, the situation may be similar.
>
> You probably don't want to always get the body structure from the
> server, but just the Envelope. Does the envelope provide information
> about attachments? It would need some anyway if we're to show a
> attachment emblem in the list view.

No. The envelope only provides information about (some of) the top-level=20
headers of the message. If you want to know if a message has=20
attachments then you have to fetch the body structure.


Regards,
Ingo

--nextPart1711507.pr6UZG7XVq
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iEYEABECAAYFAkqO5rwACgkQGnR+RTDgudgoAQCfb5wHhvA9OlTyKi+XduSPAZac
95IAniuuEvV9cvs5/lqWJidE9GbkmTG7
=DMae
-----END PGP SIGNATURE-----

--nextPart1711507.pr6UZG7XVq--

--===============1998933122==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
KDE PIM mailing list kde-pim@kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/
--===============1998933122==--