<div class="gmail_quote">On Tue, Oct 6, 2009 at 10:27 PM, Aaron J. Seigo <span dir="ltr"><<a href="mailto:aseigo@kde.org">aseigo@kde.org</a>></span> wrote:<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 October 6, 2009, Aleix Pol wrote:<br>
</div><div class="im">> Well, depends a lot on how odd it is, you could install it within kdeedu<br>
> the same way we do with the kalgebra plasmoid. There's no odd dependency<br>
> crossing here.<br>
<br>
</div>the problem would be that we would then have two calculation plugins: one in<br>
kdebase (because a calculator isn't really optional in krunner) and one in<br>
kdeedu. we'd either need to ship both together (which means kdebase) or we<br>
need to provide a way for one plugin to automatically deactivate another.<br>
<br>
that would probably mean implementing a category system for specific types of<br>
functionality for which only one plugin should be active for (e.g.<br>
"Calculator") and a ranking system as we have with KTrader (so the kalgebra<br>
runner could install at a higher rank than the default qscript one).<br>
<br>
before we go through all that trouble: is is there a way we can use KAlgebra<br>
from multiple threads without problems? it's perfectly fine to instantiate<br>
some state object(s) in each call to AbstractRunner::match, but they need to<br>
either not have any shared data with other classes (which may contain code<br>
executed in a different thread) or be thread safe.<br>
<font color="#888888"><br></font></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><font color="#888888">
--<br>
</font><div><div></div><div class="h5">Aaron J. Seigo<br>
humru othro a kohnu se<br>
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43<br>
<br>
KDE core developer sponsored by Qt Development Frameworks<br>
</div></div><br>_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
<br></blockquote></div><font color="#888888"><br></font>As for thread safety, there should be not much of a problem, most of the code is not very interdepent. I'm actually already calculating 3D graphs and it simply works (there's an ugly hack to be able to use the same variable set, but that will be solved in an upcoming patch).<br>
<br>Well anyway I planned to write the runner at some point, I just have a too large todo list right now (as everyone else i guess). Maybe I'll come up with it at some point before 4.5.<br><br>Aleix<br><br>