Im making a modification to my recent suggestions on
this thread regarding a possible 2 or 3 frame model
for Dashboard.
As it stands now, we would have an ideal base from
which to build on for user friendly triaging even in
high email volume situations, as well as for creating
user friendly drag and drop stamping processes.
However, the main weakness at this point is that it
forces the user to double click an item from any of
the list views inside each frame in order to read the
content of the item. We could remedy this by adding
an extra tab to each frame so that users are not
forced to double click an item to read its contents.
Hence, when a user selects an email from the list view
of the email InBox in Frame 1, four potential tabs may
be created for that frame depending on the
qualifications of the selected item:
Tab 1 - for the original InBox list view itself
Tab 2 - for displaying the contents of the selected
email
Tab 3 - for displaying all messages in the thread of
the selected email
Tab 4 - for displaying any collections that the
selected item may have been previously assigned to by
the user.
Similarly, when a user selects a memo from the memo
list view in Frame 2, up to three tabs may be created
depending on the qualifications of the selected item:
Tab 1 - for the original Memo InBox list view
Tab 2 - for displaying the contents of the selected
Memo
Tab 3 - for any linked items
If, in the future, Frame 3 might be employed for
triaging and stamping of OOo documents then this could
be approached similarly to the Memo frame.
Tab 1 - for the original OOo document file list view
Tab 2 - for displaying the first few lines of the
selected document
Tab 3 - for any linked items
Hence, in practice, the user would have the choice of
either reading the selected item contents either,
(a) within the frame itself (by single clicking the
item from the list view and then selecting the
contents tab) or
(b) opening the item into a separate window above
Dashboard (by double clicking the item from the list
view).
Another related subject to consider is the alias
issue, i.e., what if an item belongs to more than one
collection? For this, we could allow for icon coding
of the tabs so that all collections tabs display the
same icon, ex. a small green cactus. Hence, if an
item belongs to more than one collection, we might see
two or more tabs for the item, all with small green
cactus icons but numbered in sequence, for example
a, b, c.
--Selva
--- selva r <[EMAIL PROTECTED]> wrote:
> Additional clarification regarding the positioning
> of
> the previously described tabs that would appear if
> the
> selected item on the list view of each frame
> qualifies
> are as shown below by the arrows.
>
> _______________________________________________
> I frame 1 I I
> I I I
> I I 2 ->I
> I I I
> I ->I ->I
> I I I
> I ->I_______________I
> I I I
> I ->I 3 ->I
> I I I
> I I ->I
> I I I
> I___________________________I_______________I
>
>
> Hence, when an email is selected from the email
> InBox
> list in Frame 1, then one may see the frame change
> to
> one with three tabs within the frame:
>
> Tab 1 - the email list window itself
> Tab 2 - the email thread tab
> Tab 3 - the linked items tab
>
> Similarly, in the Memo frame (frame 2), when a
> particular memo is selected by single click, one may
> then see the frame change to one with two tabs
> within
> the frame:
>
> Tab 1 - the memo list window
> Tab 2 - the linked items tab
>
> Ditto for handling of linked items in Frame 3 which
> in
> future which may possibly be used for triaging and
> stamping of OOo documents.
>
> --Selva
>
>
>
>
__________________________________________________________
Find your next car at http://autos.yahoo.ca
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design
