<div dir="ltr"><br><br><div class="gmail_quote">2008/9/1 Arne Babenhauserheide <span dir="ltr">&lt;<a href="mailto:arne_bab@web.de">arne_bab@web.de</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Am Mittwoch 27 August 2008 18:38:05 schrieb Aaron J. Seigo:<br>
<div class="Ih2E3d">&gt; this is a feature also provided by ECMA Script. the question is &quot;why $LANG&quot;<br>
&gt; instead of just stickign to ECMA Script.<br>
&gt;<br>
&gt; the reasons i see are:<br>
&gt;<br>
&gt; * you know $LANG, or the project your are integrating with is written in<br>
&gt; $LANG<br>
&gt;<br>
&gt; * in the cases you need access to more system libraries, but don&#39;t want to<br>
&gt; write in C++ (Ruby/Python have bindings for pretty much everything)<br>
<br>
</div>* in the cases where the languages are just better suited to the task. For<br>
example String operations, using anything from the standard library (if &quot;it<br>
does the task for you&quot; counts as being better suited :) ) or glueing things<br>
together in Python.<br>
<br>
<br>
How about using Kross to enable Plasmoids scripted in any language?<br>
- <a href="http://kross.dipe.org/" target="_blank">http://kross.dipe.org/</a><br>
- <a href="http://techbase.kde.org/Development/Tutorials/Kross/Introduction" target="_blank">http://techbase.kde.org/Development/Tutorials/Kross/Introduction</a><br>
<br>
A possible first step could be a Plasmoid which takes its data from a Kross<br>
script.</blockquote>That is what the script engine DataEngine api is for, and we have language bindings for that. <br><br>Note that Kross is intended for scripting existing applications, it isn&#39;t a language independent library for implementing language bindings. We have a system for doing that called &#39;Smoke&#39;, which is used currently for the Ruby and C# bindings. <br>
<br>If plasma applets actually need scripting support (I&#39;m not convinced they do personally), then from what Aaron has been saying about minimizing dependencies, maybe the core applets should standardize on QScript. If you write a non-core applet in Ruby or Python, I&#39;m not sure if having a scripting api makes sense anyway.<br>
<br>-- Richard<br></div><br></div>