Plasma/libplasma2/modellikedataengines: Difference between revisions
< Plasma | libplasma2
| Line 23: | Line 23: | ||
{{FeatureProjectTodo|rss|Needs porting to KF5 first|[email protected]}} | {{FeatureProjectTodo|rss|Needs porting to KF5 first|[email protected]}} | ||
{{FeatureProjectTodo|statusnotifieritem||[email protected]}} | {{FeatureProjectTodo|statusnotifieritem||[email protected]}} | ||
{{FeatureProjectTodo|microblog|Needs porting to KF5 first|[email protected]}} | {{FeatureProjectTodo|microblog|Needs porting to KF5 first, at least connecting to twitter should get unbroken|[email protected]}} | ||
|} | |} | ||
Revision as of 16:51, 2 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]> | |
| TODO | 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 | <[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]>
|