<div dir="ltr">Hi,<div><br></div><div>I'd like to post a plan for how accounts will be created in Plasma 5 and how authentication will work.</div><div><br></div><div>In KDE4, one creates an account using the KCM, the password is stored in KWallet and then auth-handler picks it up from it when authenticating.</div>

<div><br></div><div>With Plasma5, I've revived the Accounts-SSO framework (it's used by Ubuntu, Gnome, elementaryOS etc) and we'd like this to be the only place in Plasma5 where you configure your online accounts (any online accounts), including KTp ones. In the past weeks I was working on this and have a very much working version, here's how it works:</div>

<div><br></div><div>We provide our own Accounts-SSO KCM (KAccounts), user selects which account to create, KAccounts loads a plugin built on top of ktp-accounts-kcm internal library and displays the proper UI (basically our current wizard), that account and its credentials is stored in the SSO storage and a mapping of ktp account <--> kaccount account is also stored. Then auth handler reads that mapping and requests the account credentials from the SSO framework. This means that direct integration with KWallet is no more, the SSO framework however can use KWallet for storing things.</div>

<div><br></div><div>What's done:</div><div> * creating and deleting a KTp account from KAccounts</div><div> * auth handler properly authenticating</div><div><br></div><div>What's missing</div><div> * edit identity button</div>

<div> * edit account details (including display name & icon)</div><div> * proper/simple Salut handling like we do now</div><div><br></div><div>Code is mostly all merged in frameworks branches of ktp-accounts-kcm, ktp-common-internals and ktp-auth-handler. Any help is welcome.</div>

<div><br></div><div>I'm not yet sure what to do with our own accounts kcm. All code from the repo besides the kcm itself is being used for KAccounts, so I'm thinking about just disabling the build of the kcm. At that point however it might be worthy moving the plugins and libs from the kcm back into ktp-common-internals repo as the repo is no longer a "kcm".</div>

<div><br></div><div>Then there's the fact that this makes KTp hard-depend on the Accounts-SSO framework starting with frameworks, which is fine with me, but if you have objections, please speak up now. If you have any other questions, please ask.</div>

<div><div><br></div><div>Cheers</div>-- <br><div><span style="color:rgb(102,102,102)">Martin Klapetek | KDE Developer</span></div>
</div></div>