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

List:       kstars-devel
Subject:    Re: [Kstars-devel] KStars & scripting
From:       mohamed bendaoud <ankaadz () gmail ! com>
Date:       2010-02-26 21:46:06
Message-ID: b00730851002261346l309bfd3r71d3b8f7a46341c2 () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


2010/2/26 Khudyakov Alexey <alexey.skladnoy@gmail.com>

> =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 26 =C6=C5=D7=D2=C1=CC=D1 2010 01:2=
2:15 Yiannis Belias =CE=C1=D0=C9=D3=C1=CC:
>
> > > Scripts are using D-bus to communicate with kstars. Therefore I propo=
se
> > > to clean up current D-bus interface and document it. Latter part is
> most
> > > important. It's not possible to write scripts when interface is
> unknown.
> >
> > Well, it seems the script builder acts like a kind of documentation
> system,
> > like the "function wizard" in open office.
> >
> Yes it does but it is kind of. But it's royal pain to maintain in actual
> state. I think it should be replaced with normal documentation. Chapter i=
n
> kstars handbook devoted to scripting would be nice. Any other suggestions=
?
>
> > > After that both script builder should and code for script execution
> > > should be removed. They are maintenance burden.
> > >
> > > Your opinions on the matter?
> >
> > Since I'm interested in scripting with kstars, I did a small search abo=
ut
> >  KDE scripting. At Amarok for example, they have kept a subset of their
> old
> >  d-bus scripting and added a javascript api based on QtScript
> framework[0].
> >  Others seem to use QtScript too, like plasma for writing plasmoids and
> >  controlling the desktop. On the other hand, there is smoke(seems to
> export
> >  much of kde api) and kross(not for stand alone scripts?) that support
> many
> >  languages, like python and ruby.
> >
> > Out of curiosity, I followed the QT scripting guide[1], and made an
> example
> >  of how one could use a supposedly existing kstars javascript api to ma=
ke
> a
> >  simple calculation. I'm attaching the files to see for yourselves.
> >
> There are two major non-contraditory options. First one is d-bus for
> controlling application from outside. I think it's good to have ability
>
> Another option is to use QtScript/Kross to extend functionality of
> applications. Both of these technologies provide way to embed another hig=
h-
> level language.
>
> Probably right option is to clean up d-bus first.
>
> > Also, I've been looking at the kstars/INDI docs and there are
> references[2]
> >  about INDI scripts for controlling devices, even with the help of scri=
pt
> >  builder[3].
> > I have not been able to find a reference of how a script like that coul=
d
> >  look like, though ... Just some commented out INDY functions in kstars=
.h
> >
> It is supposed to work but:
>
> Excerpt from kstars.h
> >    // TODO INDI Scripting to be supported in KDE 4.1
> >    #if 0
> As you can see scripting got a lot of attention. I hope it will work in
> 4.5.
> _______________________________________________
> Kstars-devel mailing list
> Kstars-devel@kde.org
> https://mail.kde.org/mailman/listinfo/kstars-devel
>

Bonjour , je ne comprends pas l'anglais  mais le Francais

Salutations

[Attachment #5 (text/html)]

<div dir="ltr"><br><br>
<div class="gmail_quote">2010/2/26 Khudyakov Alexey <span dir="ltr">&lt;<a \
href="mailto:alexey.skladnoy@gmail.com">alexey.skladnoy@gmail.com</a>&gt;</span><br> \
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; \
PADDING-LEFT: 1ex" class="gmail_quote">÷ ÓÏÏ ÝÅÎÉÉ ÏÔ 26 ÆÅ×ÒÁÌÑ 2010 01:22:15 \
Yiannis Belias ÎÁÐÉÓÁÌ:<br> <div class="im"><br>&gt; &gt; Scripts are using D-bus to \
communicate with kstars. Therefore I propose<br>&gt; &gt; to clean up current D-bus \
interface and document it. Latter part is most<br>&gt; &gt; important. It&#39;s not \
possible to write scripts when interface is unknown.<br> &gt;<br>&gt; Well, it seems \
the script builder acts like a kind of documentation system,<br>&gt; like the \
&quot;function wizard&quot; in open office.<br>&gt;<br></div>Yes it does but it is \
kind of. But it&#39;s royal pain to maintain in actual<br> state. I think it should \
be replaced with normal documentation. Chapter in<br>kstars handbook devoted to \
scripting would be nice. Any other suggestions?<br> <div class="im"><br>&gt; &gt; \
After that both script builder should and code for script execution<br>&gt; &gt; \
should be removed. They are maintenance burden.<br>&gt; &gt;<br>&gt; &gt; Your \
opinions on the matter?<br>&gt;<br> &gt; Since I&#39;m interested in scripting with \
kstars, I did a small search about<br>&gt; šKDE scripting. At Amarok for example, \
they have kept a subset of their old<br>&gt; šd-bus scripting and added a javascript \
api based on QtScript framework[0].<br> &gt; šOthers seem to use QtScript too, like \
plasma for writing plasmoids and<br>&gt; šcontrolling the desktop. On the other hand, \
there is smoke(seems to export<br>&gt; šmuch of kde api) and kross(not for stand \
alone scripts?) that support many<br> &gt; šlanguages, like python and \
ruby.<br>&gt;<br>&gt; Out of curiosity, I followed the QT scripting guide[1], and \
made an example<br>&gt; šof how one could use a supposedly existing kstars javascript \
api to make a<br>&gt; šsimple calculation. I&#39;m attaching the files to see for \
yourselves.<br> &gt;<br></div>There are two major non-contraditory options. First one \
is d-bus for<br>controlling application from outside. I think it&#39;s good to have \
ability<br><br>Another option is to use QtScript/Kross to extend functionality of<br> \
applications. Both of these technologies provide way to embed another high-<br>level \
language.<br><br>Probably right option is to clean up d-bus first.<br> <div \
class="im"><br>&gt; Also, I&#39;ve been looking at the kstars/INDI docs and there are \
references[2]<br>&gt; šabout INDI scripts for controlling devices, even with the help \
of script<br>&gt; šbuilder[3].<br>&gt; I have not been able to find a reference of \
how a script like that could<br> &gt; šlook like, though ... Just some commented out \
INDY functions in kstars.h<br>&gt;<br></div>It is supposed to work \
but:<br><br>Excerpt from kstars.h<br>&gt; š š// TODO INDI Scripting to be supported \
in KDE 4.1<br>&gt; š š#if 0<br> As you can see scripting got a lot of attention. I \
hope it will work in \
4.5.<br>_______________________________________________<br>Kstars-devel mailing \
list<br><a href="mailto:Kstars-devel@kde.org">Kstars-devel@kde.org</a><br> <a \
href="https://mail.kde.org/mailman/listinfo/kstars-devel" \
target="_blank">https://mail.kde.org/mailman/listinfo/kstars-devel</a><br></blockquote></div><br>Bonjour \
, je ne comprends pas l&#39;anglaisš mais le Francais<br> š<br>Salutations</div>



_______________________________________________
Kstars-devel mailing list
Kstars-devel@kde.org
https://mail.kde.org/mailman/listinfo/kstars-devel


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

Configure | About | News | Add a list | Sponsored by KoreLogic