Jump to content

Plasma/libplasma2/modellikedataengines: Difference between revisions

From KDE Community Wiki
Bhushan (talk | contribs)
Claim tasks
Bhushan (talk | contribs)
Line 18: Line 18:
{{FeatureProjectTodo|activities|either just use the import or the same model|[email protected]}}
{{FeatureProjectTodo|activities|either just use the import or the same model|[email protected]}}
{{FeatureProjectTodo|applicationjobs||[email protected]}}
{{FeatureProjectTodo|applicationjobs||[email protected]}}
{{FeatureProjectTodo|apps||[email protected]}}
{{FeatureProjectTodo|apps|Needs fixing crash|[email protected]}}
{{FeatureProjectTodo|filebrowser||[email protected]}}
{{FeatureProjectTodo|filebrowser||[email protected]}}
{{FeatureProjectTodo|notifications||[email protected]}}
{{FeatureProjectTodo|notifications||[email protected]}}

Revision as of 13:36, 3 January 2014

Discussion

Many dataengines return data as series of items: like rss, microblog and tasks, and they do in different ways, rss has a list of Data in a single key, microblog has an item per key, tasks has an item per source.

Proposed Solution

In Plasma2 dataengine has a setModel method, that can associate a QAbstractItemModel instance to a Source. Affected dataengines should be ported as well as plamoids that are using them.

Dataengines to port

Status Engine Comments Developer
DONE places <[email protected]>
IN PROGRESS tasks use tasks model from libtaskmanager <[email protected]>
TODO activities either just use the import or the same model <[email protected]>
TODO applicationjobs <[email protected]>
TODO apps Needs fixing crash <[email protected]>
TODO filebrowser <[email protected]>
TODO notifications <[email protected]>
TODO rss Needs porting to KF5 first <[email protected]>
TODO statusnotifieritem <[email protected]>
TODO microblog Needs porting to KF5 first, at least connecting to twitter should get unbroken <[email protected]>