[PATCH] RunnerManager

[Aaron J. Seigo]

On Tuesday 22 April 2008, Jordi Polo wrote:
> So I argued about sending things to the queue ordered, 

won't happen. see my previous email in the thread for reasoning on this.

> we will get them 
> disordered even if we try hard but surely this is the most efficient way.
> We take the results and present to the user.

right ... which can be done with post-arrival sorting. the sorting happens 
before they are displayed in the UI but after they are delivered.

> Now I just discovered a big problem in this idea. The results will be
> created and recreated so what it is now the second result may not be the
> second one when the user goes click it ... 

this is the UI's job: to keep persistency in the visualization. with a unique 
id for each match, this becomes possible (as a reissue of the same match will 
not require creating a new UI item)

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/panel-devel/attachments/20080422/2d5ca1b0/attachment.pgp