[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    Re: Question about C++ vs. Python/Ruby/JS plasmoids
From:       "Richard Dale" <richard.j.dale () gmail ! com>
Date:       2008-09-01 10:11:36
Message-ID: 491684420809010311s44668bbfr68463f847e0389f8 () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


2008/9/1 Arne Babenhauserheide <arne_bab@web.de>

> Am Mittwoch 27 August 2008 18:38:05 schrieb Aaron J. Seigo:
> > this is a feature also provided by ECMA Script. the question is "why
> $LANG"
> > instead of just stickign to ECMA Script.
> >
> > the reasons i see are:
> >
> > * you know $LANG, or the project your are integrating with is written in
> > $LANG
> >
> > * in the cases you need access to more system libraries, but don't want
> to
> > write in C++ (Ruby/Python have bindings for pretty much everything)
>
> * in the cases where the languages are just better suited to the task. For
> example String operations, using anything from the standard library (if "it
> does the task for you" counts as being better suited :) ) or glueing things
> together in Python.
>
>
> How about using Kross to enable Plasmoids scripted in any language?
> - http://kross.dipe.org/
> - http://techbase.kde.org/Development/Tutorials/Kross/Introduction
>
> A possible first step could be a Plasmoid which takes its data from a Kross
> script.

That is what the script engine DataEngine api is for, and we have language
bindings for that.

Note that Kross is intended for scripting existing applications, it isn't a
language independent library for implementing language bindings. We have a
system for doing that called 'Smoke', which is used currently for the Ruby
and C# bindings.

If plasma applets actually need scripting support (I'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'm not sure if having a
scripting api makes sense anyway.

-- Richard

[Attachment #5 (text/html)]

<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>



_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


[prev in list] [next in list] [prev in thread] [next in thread]