Plasma/libplasma2/modellikedataengines: Difference between revisions
< Plasma | libplasma2
Line 14: | Line 14: | ||
{{FeatureProjectDone|places||[email protected]}} | {{FeatureProjectDone|places||[email protected]}} | ||
{{FeatureProjectTodo|tasks||[email protected]}} | {{FeatureProjectTodo|tasks|use tasks model from libtaskmanager|[email protected]}} | ||
{{FeatureProjectTodo|activities||[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||[email protected]}} |
Revision as of 16:45, 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.
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 | <[email protected]> | |
TODO | statusnotifieritem | <[email protected]> | |
TODO | microblog | <[email protected]>
|