[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: Displays of Attachments
From:       Ingo =?iso-8859-15?q?Kl=F6cker?= <ingo.kloecker () epost ! de>
Date:       2002-04-28 14:37:57
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sunday 28 April 2002 15:09, Karl-Heinz Zimmer wrote:
> On Sunday 28 April 2002 14:36, Marc Mutz wrote:
> > 3. horiz( vert(folders, horiz(headers,mime)), reader):
> > + needed for consistency with (1)
> > - more or less a duplicate of (4)
> > -> remove, since it's a dup of 4.
>
> NOPE.
>
> This layout is not a dup of the last one and not 'almost'.
>
> The reason why this layout exists is simple: some people want to have
> the full width for the message viewer _but_ they have a considerable
> amount of folders so they prefer to have a semi-long folder list
> rather that the short one of the last layout option.

I agree to this.

> I have added this one as option 2 now.
> It isn't the default (yet) since I expect S/MIME mails become more
> and more used in the near future and in this case you quite often
> will want to quickly access the Mime Tree for various reasons...

Maybe the BSI people will use S/MIME. I doubt that home users will 
widely use S/MIME in the near future. They will use PGP/MIME instead.

> So the default (currently) is option 1:
>      1. vert(folders, horiz(headers,mime,reader):
> Also this layout has the advantage of being 'logical' since
> a) The topmost window contains a list of mails.
> b) Each mail contains one ore several parts, therefor the next
>    windows shows them in mime tree display.
> c) Each part can be displayed (or saved into file) separately
>    so this diaplaying occurs below.

IMO this layout is not logical since attachments are attached at the end 
of the message. Compare this to the list of attachments in real-life 
letters which is also at the end of the letter and not directly after 
the header.

Therefore IMO the new layout #2 is the better default (also because it's 
consistent with the composer as Marc noted).

Regards,
Ingo

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8zAlGGnR+RTDgudgRAi+DAKCSPqurML89SOOaQdJhLHlnv0QWIgCg19ST
VOTq4LZlcMcR5W4kaCQ/Rbw=
=FmKr
-----END PGP SIGNATURE-----
_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail
[prev in list] [next in list] [prev in thread] [next in thread]