Thunderbird:Compact Message Header:Use Cases: Difference between revisions

Jump to navigation Jump to search
sorry, but the removed items are not specific use cases
No edit summary
(sorry, but the removed items are not specific use cases)
Line 1: Line 1:
In Thunderbird 3, {{Bug|480623}} moves compact header view to an extension. Please list use cases where compact header is helpful and/or normal message header gets in the way. A use case in this context should ideally include a '''specific''' type of user, a '''specific''' type of mail, and circumstances or work flow implications.  The purpose is to collect information which will later be organized, discussed, and used toward the end goal of a) improving how compact header view is supported, and b) helping specific use cases where improving compact header is not sufficient to significantly improve the use case.
In Thunderbird 3, {{Bug|480623}} moves compact header view to an extension. Please list specific use cases where compact header is helpful and/or normal message header gets in the way. A use case in this context must include a '''specific''' type of mail, often a '''specific''' type of user, and circumstances of how work flow is impacted.  The purpose is to collect information which will later be organized, discussed, and used toward the end goal of a) improving how compact header view is supported, and b) helping specific use cases where improving compact header is not sufficient to significantly improve the use case.


The "need" for vertical space and your passion for the need are of course assumed, and so should be omitted from the use case (see [[#Notes_and_Assumptions]]).  Discussion and promoting one's position beyond the specifics is a non-goal. A short one or two sentence description limited to '''how''' the message pane is used in a specific case will be most helpful.
The "need" for vertical space and your passion for the need are of course assumed, and so should be omitted from the use case (see [[#Notes_and_Assumptions]]).  Discussion and promoting one's position beyond the specifics is a non-goal. Generic use cases are not helpful. A short one or two sentence description limited to '''how''' the message pane is used in a specific case will be most helpful.


= Use Cases =
= Use Cases =
* Generally, being able to see as much of a message's body as possible without being forced to scroll! Vertical space should be of primary importance!
* Very many (most?) users read their e-mails in the preview pane. Giving them a non-sucky experience should be a priority.
* Reading e-mails, which are typically taller than the preview pane. Showing as much as possible and minimizing scrolling is critical.


* Viewing photos from family & friends, which are typically taller than the preview pane. Users should be able to see at least one *full* photo without scrolling.
* Viewing photos from family & friends, which are typically taller than the preview pane. Users should be able to see at least one *full* photo without scrolling.
Line 22: Line 16:


* Newsgroups graphics (stationery) posts that assume a larger viewing window. As compared to OE, we offer an 8% reduction in size.
* Newsgroups graphics (stationery) posts that assume a larger viewing window. As compared to OE, we offer an 8% reduction in size.
* Users of previously composed Templates will have to adjust for the new smaller viewing window.
* The problem pertains to standalone window as well as the preview pane. I think that there are more users using the standalone model as opposed to the preview pane, as is commonly understood.
* Implementing Bug # 499516 IMO would be the best of both worlds. Showing the header pane where appropriate and helpful, and hiding it when not needed.


= Notes and Assumptions =
= Notes and Assumptions =
canmove, Confirmed users
2,237

edits

Navigation menu