Contributing

If you would like to support and become part of the Plasma Active team, you can use the following list of open tasks as inspiration. Please pick one of these tasks, for questions, you can always get in touch with us.

To add a new task, please email the mailing list (active at kde.org) with a subject starting with "Task Proposal:" and which includes a User Story, Why This Is Important, Proposed Implementation and Task Details section as used on this page for tasks. After discussion on the mailing list, it can be moved here. The unclaimed tasks section is a great place to start looking for inspiration.

If you start working on of the tasks below, please let the rest of the team know by email or on irc so that we may coordinate. While each task has an "owner" everyone is welcome and encouraged to participate in the development of solutions for the task.

Support for multiple (input-dependent) keyboard layouts

Status: not started

User Story

When users enter a number using the on-screen keyboard, a keyboard with only numbers offers easier input than a full keyboard. Normal text input needs different keys than terminal input, etc. Users should be presented with the optimal keyboard for the input they make, or at least be able to switch between different layouts.
International keyboard layouts should be available as well.

Why this is important

Typing with an on-screen keyboard is never ideal, but a task-optimized layout helps entering specific kinds of characters a lot. International layouts are essential for any language that makes frequent use of non-ASCII characters.

Proposed implementation

Write a keyboard layout description file to QML converter which would, using the Maliit keyboard layout descriptions and the C++ library to access them the Maliit project has written. This would give us a set of QML files that can be loaded directly into a keyboard shell, and this QML should use Plasma Qt Components

Write a Maliit plugin that loads these QML files and provides integration with things such as switching layouts, etc.

This will get us support for non-Qt apps, edit area avoidance, ability for apps to request specific layout types and other advanced features for "free". It will add a Maliit dependency, however. The Maliit developers have been extremely supportive and open so far, and we are holding monthly meetings with them.

Task Details

Owned by: ?

Effort Estimation: ?

Task dependencies: None.

On the fly switching from Desktop to touch screen UI

Status: 0% complete

User Story

Hybrid devices that can act as a tablet or docked in as a lightweight desktop/laptop are going to be more and more common (see Asus transformer or Microsoft Surface).
The attempts to provide a single user interface for the two modes are proven to be suboptimal in one of the two modes (or even both). Ideally the UI should seamlessy morph between a fully desktop and a fully mobile one. While this won't be achievable in the short term, at least a dinamyc morph of all the currently running apps, we can provide a roadmap to achieve this by grades.

Proposed implementation

At the beginning the switch will be manual: either an app to do that or an icon in the workspace

The mouse cursor theme should change dinamically from the completely hidden one to the default one

The splash screen should be launched again, since is going to be a long procedure

The plasma-device shell and the kwinactive windowmanager should be stopped

plasma-desktop and normal kwin(with different settings) should be started

At this point probably applications won't be able to adapt, so the currently open applications will stay there unchanged. Something that can be done is showing a different list of applications in the menus of plasma-desktop and plasma-device.

Ideally every application should be able to save their settings in a device specific way.

Centralized account management

Status: 0% complete

Not started.

User Story

A big portion of the user life on the tablet is about interacting with online services, being sharing photos on flickr, twitter or syncing the contents of his activities, files and contacts to an owncloud instance.

Why this is important

Many different applications will need access to the same services, so a separate user authentication is not acceptable, a centralized framework is needed.

Proposed implementation

Implement a QML UI for the Webaccounts Framework.

Write a couple of SLC plugins at least for sharing photos and text* document the process for third party developers to add other services in the supported ones

This will get support for a central authentication system, shared between any app that needs to connect to a service, slc, owncloud

Task Details

Owned by: ?

Effort Estimation: ?

Task dependencies: None internal, but depends on Webaccounts

eBook browser

Status: 0% Completed

User Story

Jimmi has a number of eBooks in PDF and ePub format on his Plasma Active device. He opens the Books application, which presents his ePub and PDF files to him in an easy to navigate and visually pleasing way, e.g. by grouping multiple issues of a periodical or multiple volumes of a book together.

Why this is important

Reading books already works well, Files is not optimized for browsing a collection of books or periodicals.

Proposed implementation

The Books application should offer an UI optimized for browsing books/periodicals/articles instead of just Files with a preselection on PDFs/ePubs.

Task Details

Owned by: ?

Effort Estimation: ?

Task dependencies: None.

Integrate SLC in Calligra Active

Status: ?% complete

User Story

Sarah receives a text document via email. She opens it, reads it, then connects it to an Activity related to the topic and rates it to reflect its importance.

Why this is important

Share/Like/Connect is especially useful for office documents because it can significantly enhance productive use.

Proposed implementation

Calligra Active still lacks SLC support, so that should be implemented.

Task Details

Owned by: Shantanu Tushar

Effort Estimation: ?

Task dependencies: None

Privacy and data security

User Story

Alice works for Letni Micro Devices, and she is afraid of corporate espionage. The documents she is dealing with need to be available only to her and away from any prying eyes. She needs to have an option to encrypt the sensitive data in activities related to her job.

Her husband Bob is a shrink and he has to keep the patient data confidential. He creates an activity per patient, and only unlocks the data related to the patient he currently is seeing.

Their kid Malkolm sometimes uses the device and is able to access only public activities.

Why this is important

Privacy is important in corporate environment for obvious reasons. It is also important at home where you might need to hide certain activities like gift shopping from other house mates.

Proposed implementation

Encrypt activity data using fuse/encfs. Limit the meta-data that is stored in nepomuk or encrypt it.

Task Details

Owned by: ?

Effort Estimation: ?

Task dependencies: None

Audio/Video chat and IM integration in PA

Status: ?% completed

User Story

Peter and Mary are grandparents but life far away from their grandchildren. They want to "see" them more often and know that their grandchildren own computers with webcams. With some simple taps they are able to make a video and audio connection.

Why is this important

Communication is a crucial feature for todays mobile devices. A lot of the tablets have at least one webcam.

Proposed implementation

There is currently an SoK project for getting the KTp Active prototype into a usable state, mentored by David Edmundson.

Task details

Owned by: David Edmundson

Effort Estimation: ?

Task dependencies: Centralized account management

Support more (touch) devices

Status: ? completed

User Story

1. A developer gets interested in the project and works on hip PC to develop
new app/utility/core functionality but has a limited number of expensive
devices to deploy and test on.

2. A user sees a blog post, youtube video of Plasma Active and thinks he
would like to use it, again he is limited to a couple of devices

Why this is important

Currently we only have a couple of touch devices supported slowing the rate of adoption by developers and users. More devices will bring developers and users to the project

Proposed implementation

Add more documentation to describe the porting process to the POV and Archos tablets to allow others to port to similar devices.

Utilise the targets being worked on in the Mer project as Plasma Active targets.

Task Details

Owned by: Martin Brook (vgrade)

Effort Estimation: ?

Task dependencies: None, maybe some seed hardware

Application Human Interface Guidelines

Status: 10% completed

User Story

A UI for an Active App is to be designed and implemented. The creator(s) want(s) to create a UI that fits with the rest of Plasma Active with as little effort as possible.

Why this is important

Having HIGs for Active Apps has advantages for three groups of people:

Designers, because they can use elements that work well and are consistent with other apps in their designs instead of having to re-invent the wheel

Developers, because they can use existing components and frameworks to implement the designs

Users, because they can transfer knowledge between applications and can use proven elements

Proposed implementation

Create HIGs for

general aspects of Active UIs

specific widgets and components

Task Details

Owned by: Thomas Pfeiffer

Effort Estimation: 4

Task dependencies: None

Web Reading: sync and share bookmarks

Status: 0% completed

User Story

Laura is a knowledge worker who sits in front of her desktop at the office for most of the day. She's an avid social networker, and checks on new messages a few times a day. Laura's friends often post links to interesting articles, which Laura would like to read later on her tablet.

When Laura grabs her tablet on the couch, or on the train, she finds a list of interesting webpages which she wanted to read later.

Why is this important?

Webbrowsing is one of the primary tasks using tablets. Its workflow should be as good as possible, and it should be easy to do lighter reading on the tablet, without device borders getting in the way.

Proposed implementation

Integrate webbrowser with one or more online bookmark sync service, or at least make it easy to "send URLs to the tablet" when working from another computer.

ownCloud is a nice starting point, ownCloud is going to use the MozillaSync API, which is cool since it also gets us support for Firefox and a few other browsers by default.

Also look at Rekonq's bookmark sync, implement that as well.

Task Details

Owned by:

Possible mentor: Sebastian Kügler

Effort Estimation: 3

Task dependencies: None, possibly "Centralized account management"

Unclaimed

Screen rotation

Marco implemented a screen rotation system (on X11) that basically worked, but still had some problems so it wasn't released with PA4. It should be finished

Owned by: Marco Martin ?

Effort Estimation: ?

Task dependencies: None, perhaps Wayland to work well

Device shell

First boot config wizard effort 2 for the infrastructure, modules:

based on the system settings application:, same modules with prev/next buttons

Time/Timezone (current ui should be ok)

Wireless (only with the applet?)

Accounts (when ready, depends from account management)

Password device (if wanted)

Media

Taking pictures with web camera (kamoso does that already, just make it more touch friendly)

sharing photos to web services (kipi can do that; SLC integration?)

Maps and navigation (GPS) (Marble QML)

App management

App for updates

easy app browsing and installation (works already with Bodega?)

Developer Support

SDK, good API documenation with examples about how to use components (in