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

List:       kmail-devel
Subject:    Re: Displays of Attachments
From:       Karl-Heinz Zimmer <khz () kde ! org>
Date:       2002-04-28 13:09:47
[Download RAW message or body]

On Sunday 28 April 2002 14:36, Marc Mutz wrote:
> On Sunday 28 April 2002 11:30, Matthias Kalle Dalheimer wrote:
..
> I think we should just check every position of the mimetree viewer for
> "logicalness":

Fully ACK.

(and of course that's exactly what I did
 before the current layout was implemented by us)


> vert( .. ): vertical splitter
> horiz( .. ): horizontal splitter
>
> 1. vert(folders, horiz(headers,mime,reader):
> + logical from Kalle's "drilling" metaphor
> - conflics with the composer style
> - puts a allegedly rarely used widget in the middle of the viewport
> -> keep nonetheless
>
> 2. vert( horiz(folders, mime), horiz( headers, mime):
> + logical from khz's "digest" example
> + keeps the mime widget out of the middle of the viewport
> + is in sync with the composer, which shows "attachments" also at the
> bottom - maybe a it too small horizontally
> -> keep since it's the only one with a vertically oriented mime viewer
>
> 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.

> 4. horiz( vert(folder,message), mime, reader):
                        ^^^^^^^
            should say: headers
> + needed for consistency with (1)
> -> keep for consistency with (1)
>
> 5(new). vert( folders, horiz(headers,reader,mime) )
> + exact analogue to composer layout
> + puts mime viewer outside the central region of the viewport.
> -> add, for consitency with composer. Make it default.

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...

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.

> 6(new). horiz( vert(folders, headers), reader, mime)
> + exact analogue to composer layout
> + put  mime viewer outside central region of viewport
> -> add, for consistency with composer
>
> I can't think of any other useful layouts right now. Feel free to suggest
> some for consideration on the list.
>
> This gives us five (5) layouts instead of the current four (4). I think
> that's acceptable.
>
> Furthermore, this ensures that - except for (2), which is so execptionally
> different that it simply has to be there[1] - the mime viewer always is
> recognized to be part of the reader. This will make it easier later on if
> and when the reader really becomes a KPart.

For me fiddeling with this layout options is done now, of course you are
free to add/change/improve everything - this is free software (and I was
_not_ the first one hacking KMail :))

Cheers,

Karl-Heinz    <going back to bug fixing>

-- 
Karl-Heinz Zimmer, Senior Software Engineer, Klarälvdalens Datakonsult AB
<mailto:khz@klaralvdalens-datakonsult.se>            <mailto:khz@kde.org>

_______________________________________________
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]