<br><br><div class="gmail_quote">2009/4/7 Kevin Ottens <span dir="ltr"><<a href="mailto:ervin@kde.org">ervin@kde.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Tuesday 7 April 2009 09:57:25 Alessandro Diaferia wrote:<br>
> What about adding a new killed() signal to KJob? It should be emitted<br>
> whenever the job is killed which does not mean that an error occured, just<br>
> that someone killed the job. This way application can still behave well i<br>
> suppose.<br>
<br>
</div>That's basically what you get if you connect to finished(KJob*) and test the<br>
error code there. No need for an extra signal which does the same thing, even<br>
if I discourage the use of this signal for other purposes than job trackers.<br>
Adding yet another signal with a slightly different semantic would just add to<br>
my headaches. :-)</blockquote><div><br>Lol, ok.. I'd commit then but i think that the _k_slotJobFinished slot would be useful also in this case.. But since we are discouraged to use the finished() signal i dunno how to connect to that slot :)<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<div><div></div><div class="h5"><br>
Regards.<br>
--<br>
Kévin 'ervin' Ottens, <a href="http://ervin.ipsquad.net" target="_blank">http://ervin.ipsquad.net</a><br>
"Ni le maître sans disciple, Ni le disciple sans maître,<br>
Ne font reculer l'ignorance."<br>
</div></div></blockquote></div><br><br>-- <br>Alessandro Diaferia<br>KDE Developer<br>