Jump to content

KTp/Components/Account Management GUI: Difference between revisions

From KDE Community Wiki
< KTp
add some use cases
delete account use cases and conclusions
Line 43: Line 43:


====Delete Account====
====Delete Account====
Alice no longer wants to log into her AIM account on her work computer, but she still intends to use it on her home one.
Bob has decided he doesn't trust jabber.org any more, so he wants to remove his jabber account both from his computer and from jabber.org altogether.
=====Conclusions=====
* Deleting account should be easily possible from the UI.
* It should, if possible either support optionally deleting the account altogether (if the IM network allows this), or possibly point the user to web-based ways of doing this if it is not possible programmatically?

Revision as of 11:54, 14 January 2010

WARNING: Brain-dump on this page. Please take with a liberal pinch of salt

Design Notes/Features

  • KCM Module - can be reused in config dialog of any Telepathy using App to give a "configure accounts" option.
  • Built in default auto-generated UI as a fallback for configuring any Connection manager.
  • Plugin interface to provide prettier UI's for particular connection managers.
  • Plugins for most important connection managers asap:
    • Gabble
    • Butterfly
    • Salut
    • Haze (mainly the more common protocols in Haze)

Current Status

Written, with a gabble plugin. HOWEVER, the design turns out to be a bit crap, and quite limited, so we need to refactor quite a lot.

TODO: Explain what's crap about the current design (Grundleborg 15:37, 12 January 2010 (UTC))

Contact

Developed mainly by George Goldberg (Find me on IRC in #kde-telepathy as 'grundleborg' or email me: 'grundleborg googlemail com'.

Redesign

Use Cases

Add an Account

Imhotep has a Yahoo Messenger account which he wants to use to text chat with his friends. He's not particularly computer savvy, but knows his username and password. However, he tends to get confused when presented with too many unfamiliar form fields.

Pretzel, on the other hand, is at school. He wants to be able to use his netbook to chat to his MSN buddies during classes on the school network. However, the school uses a proxy server and blocks the default MSN port. Pretzel is pretty good with computers so wants to change the advanced network and proxy settings of his MSN account to get round the school network limitations.

Conclusions
  • Adding accounts needs to be as simple as possible by default, only presenting the minimum necessary fields.
  • Advanced options need to be accessible but not threatening to less tech-savvy users.

Edit Account

Delete Account

Alice no longer wants to log into her AIM account on her work computer, but she still intends to use it on her home one.

Bob has decided he doesn't trust jabber.org any more, so he wants to remove his jabber account both from his computer and from jabber.org altogether.

Conclusions
  • Deleting account should be easily possible from the UI.
  • It should, if possible either support optionally deleting the account altogether (if the IM network allows this), or possibly point the user to web-based ways of doing this if it is not possible programmatically?