Plasma/Active/mail: Difference between revisions

From KDE Community Wiki
< Plasma‎ | Active
(Changed priority for synchronization form E to Z, for Create/Modify signature from C to P, and did some textual improvements)
 
(10 intermediate revisions by 3 users not shown)
Line 1: Line 1:
= Usecases =
== User Actions ==


We need to agree on the usecases we want to support in the future Mail application of PA.
=== Common ===
Feel free to add anything to "unclassified" that comes to your mind.
Actions that are part of regular usage of Kmail Active (if they are available), and thus should be presented prominently in the UI


== Core ==
* read up on new/important emails and decide what to do with them quickly
main usecases that are deserve a prominent place in the UI
** reply to sender/all/list
 
** forward
* read up on new emails and decide what to do with them quickly
** move to trash / a favorite folder
* read up on important emails and reply to them
** mark as important/unread
** Mark as spam (if local spam filtering is activated)
* write new emails from scratch
* write new emails from scratch
** select to/cc/bcc
** spellcheck (instant)
* switch accounts
* open favorite folder


* setup / configure account(s)
=== Uncommon ===
* PIM interatction (add to address book ; create event/task from mail)
Actions which are not performed every day, but more often than rarely. Should be accessible when needed, but may take a few steps to execute
* encrypt mail
* sign mail
*
 
== Alternate ==
other usecases we want to enable


* find specific old mail to look up some information
* find specific old mail to look up some information
* manage email (bookmark / move / tag )
** browse the folder hierarchy
*
** Add a folder to favorite folders
* manage email  
** move to any folder
** tag (SLC)


* Show additional details for a mail (all headers, mail size etc.)


== Exotic ==
During email creation:
rare usecases that we might want to support
* send as urgent
* request disposition notification
* attach file
* switch signature insertion on/off
* encrypt/sign (only if PGP/SMIME is configured)
* format HTML mail


*
=== Rare ===
Actions that are performed only occasionally or only once at initial setup. Can be in separate UIs


== unclassified ==
* setup / configure
**account(s)
**encryption
**signature
**spellchecker


* multiple accounts
* create / manage filters
* import / export mail
* import / export mail
* create + apply filters
 
* print mail
=== SLC ===
* manage / apply filters
Action that can be performed via SLC and thus do not need to be part of the main UI
*
* PIM interaction
** add to address book
** create event from mail
** create task from mail
** connect to Activity
*print mail ??
* tag
 
 
= Requirements and Supported User Actions for KMail Active =
 
== Requirements ==
 
C=core/basic features; program does not work without
 
P=performance features: Not absolutely necessary, but create the impression of a good product
 
Z=buzz features, not expected by default
 
E=exotic (not really needed?)
 
=== Safety / Capabilities ===
*(C) Support multiple accounts
*(C) Support standard protocols (IMAP, POP3, SMTP)
*(?) Supports authentication via NTLM (Microsoft Windows) and GSSAPI (Kerberos) <span style="color:blue">Thomas: We should support these only if are essential for many business users.</span>
*(C) Supports plain text and secure logins, using SSL and TLS.
*(P) Native support for inline OpenPGP, PGP/MIME, and S/MIME encryption
*(P) Filter spam (Integration with popular spam checkers, e.g. SpamAssassin, Bogofilter, etc.)
*(P) Provide user defined rules
*(Z) Provide synchronization features (e.g. owncloud)
=== Receive / Read ===
*(C) Notification for new messages
*(C) Show text emails
*(P) Show html emails
*(Z) Show extended html stuff (background)
*(P) Replace text smilies with emoticons
*(P) Convert html 2 text (ability to display plain text only from an HTML mail)
*(C) Handle long lists of receivers (collapse/expand, cut, …)
*(P) Show details (email header)
=== Send / Compose ===
*(C) Create new text mail
*(P) Create new html mail
*(C) Select To/CC/BCC
*(C) Reply to Sender/All
*(P) Reply to mailing list
*(C) Forward message
*(P) Send as urgent
*(P) Request disposition notification
*(P) Insert signature
*(P) Attach file(s)
*(Z) Compress attachments
*(P) Check spelling  (as-you-type and on demand)
=== Organize / View ===
*(C) Integration of international character sets
*(P) Mark item (read/unread, important, tag (SLC)…)
*(Z) Link item (task, appointment, notes)
*(Z) Add sender(s) to contacts
*(P) Move items to folders
*(P) Create folders
*(P) Search for items (find specific old mail)
*(C) Navigate folder hierarchy
*(C) Move to trash
*(P) Create/Apply filters
*(C) Sort items by property (time, sender, receiver...)
*(E) Import/Export emails
=== Configuration ===
*(P) Create/Modify signature
*(Z) Provide alternate views (compact list, ...)
*tbd.
=== Usability ===
*(C) Make reading/writing efficient (minimize actions/clicks to start a function)
*(C) Provide adequate feedback
*(C) Check user input and let user confirm when necessary
*(C) Provide support (tooltips on demand)
*(C) Implement controls according system standard and organize workflow conform to user expectations
*(P) Provide individualization features
*(E) Let users control the processing (speed, direction, etc.)
=== User Experience ===
* Use standard UI components
* Design aesthetically pleasing GUIs
*tbd.

Latest revision as of 12:20, 28 June 2013

User Actions

Common

Actions that are part of regular usage of Kmail Active (if they are available), and thus should be presented prominently in the UI

  • read up on new/important emails and decide what to do with them quickly
    • reply to sender/all/list
    • forward
    • move to trash / a favorite folder
    • mark as important/unread
    • Mark as spam (if local spam filtering is activated)
  • write new emails from scratch
    • select to/cc/bcc
    • spellcheck (instant)
  • switch accounts
  • open favorite folder

Uncommon

Actions which are not performed every day, but more often than rarely. Should be accessible when needed, but may take a few steps to execute

  • find specific old mail to look up some information
    • browse the folder hierarchy
    • Add a folder to favorite folders
  • manage email
    • move to any folder
    • tag (SLC)
  • Show additional details for a mail (all headers, mail size etc.)

During email creation:

  • send as urgent
  • request disposition notification
  • attach file
  • switch signature insertion on/off
  • encrypt/sign (only if PGP/SMIME is configured)
  • format HTML mail

Rare

Actions that are performed only occasionally or only once at initial setup. Can be in separate UIs

  • setup / configure
    • account(s)
    • encryption
    • signature
    • spellchecker
  • create / manage filters
  • import / export mail

SLC

Action that can be performed via SLC and thus do not need to be part of the main UI

  • PIM interaction
    • add to address book
    • create event from mail
    • create task from mail
    • connect to Activity
  • print mail ??
  • tag


Requirements and Supported User Actions for KMail Active

Requirements

C=core/basic features; program does not work without

P=performance features: Not absolutely necessary, but create the impression of a good product

Z=buzz features, not expected by default

E=exotic (not really needed?)

Safety / Capabilities

  • (C) Support multiple accounts
  • (C) Support standard protocols (IMAP, POP3, SMTP)
  • (?) Supports authentication via NTLM (Microsoft Windows) and GSSAPI (Kerberos) Thomas: We should support these only if are essential for many business users.
  • (C) Supports plain text and secure logins, using SSL and TLS.
  • (P) Native support for inline OpenPGP, PGP/MIME, and S/MIME encryption
  • (P) Filter spam (Integration with popular spam checkers, e.g. SpamAssassin, Bogofilter, etc.)
  • (P) Provide user defined rules
  • (Z) Provide synchronization features (e.g. owncloud)

Receive / Read

  • (C) Notification for new messages
  • (C) Show text emails
  • (P) Show html emails
  • (Z) Show extended html stuff (background)
  • (P) Replace text smilies with emoticons
  • (P) Convert html 2 text (ability to display plain text only from an HTML mail)
  • (C) Handle long lists of receivers (collapse/expand, cut, …)
  • (P) Show details (email header)

Send / Compose

  • (C) Create new text mail
  • (P) Create new html mail
  • (C) Select To/CC/BCC
  • (C) Reply to Sender/All
  • (P) Reply to mailing list
  • (C) Forward message
  • (P) Send as urgent
  • (P) Request disposition notification
  • (P) Insert signature
  • (P) Attach file(s)
  • (Z) Compress attachments
  • (P) Check spelling (as-you-type and on demand)

Organize / View

  • (C) Integration of international character sets
  • (P) Mark item (read/unread, important, tag (SLC)…)
  • (Z) Link item (task, appointment, notes)
  • (Z) Add sender(s) to contacts
  • (P) Move items to folders
  • (P) Create folders
  • (P) Search for items (find specific old mail)
  • (C) Navigate folder hierarchy
  • (C) Move to trash
  • (P) Create/Apply filters
  • (C) Sort items by property (time, sender, receiver...)
  • (E) Import/Export emails

Configuration

  • (P) Create/Modify signature
  • (Z) Provide alternate views (compact list, ...)
  • tbd.

Usability

  • (C) Make reading/writing efficient (minimize actions/clicks to start a function)
  • (C) Provide adequate feedback
  • (C) Check user input and let user confirm when necessary
  • (C) Provide support (tooltips on demand)
  • (C) Implement controls according system standard and organize workflow conform to user expectations
  • (P) Provide individualization features
  • (E) Let users control the processing (speed, direction, etc.)

User Experience

  • Use standard UI components
  • Design aesthetically pleasing GUIs
  • tbd.