fix tricky regression noticed by Vyacheslav Tokarev on Google Reader.
[kdelibs.git] / threadweaver / Ideas-RFC.txt
blob22917a12570761cfc94a45226bcbac2ae32db245
1 This document is our own "Request for Comments". We list ideas here on how to
2 improve ThreadWeaver and discuss them. You can also vote on them by adding or
3 removing a star in front of the text after the bullet like this: 
4 - *** job priorities
5 =============================>--------------------<==========================
7 Generic items on job handling:
8 ------------------------------
9 - (DONE in 0.5) JobSequence objects (a queue of Jobs that will be executed in order,
10   automatically sets up deps)
11 - (DONE in 0.5) virtual aboutToBeQueued method for jobs (allows jobs to queue subjobs
12   before themselves)
13 - (DONE in 0.6) (implemented in Experimental/FailableJob) cancellation of dependent jobs if a dependency raises an error
14   (all-or-nothing)
15 - (DONE in 0.6) job priorities (with Queue merge performed at queueing time)
16   (planned for 0.7)
17 - (DONE as resource restrictions, 0.6) job categories (can currently
18   be done by using different Weaver objects)  
19   (planned for 0.6)
21 Items to provide performance improvements:
22 ------------------------------------------
23 - thread scheduling priorities on the OS scheduler level (may actually not
24   work on Linux, has to be researched first)
26 GUI elements: 
27 -------------
28 - GUI dependent Weaver implementation along with GUI dependent Job classes
29   with automatic feedback on Job processing progress
30   (probably needs it's own library, to keep the library dependencies local,
31   e.g. ThreadWeaver only relies on QtCore, ThreadWeaverGUI relies on QtCore +
32   QtGui)