<br><br><div class="gmail_quote">On Wed, Apr 9, 2008 at 11:15 PM, Miguel Angel Alvarez <<a href="mailto:maacruz@gmail.com">maacruz@gmail.com</a>> 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="Ih2E3d"><br></div>>A script is just a command fed by stdin, which can communicate with amarok via<br>
>dcop/dbus to change it's behaviour, so no way the script can cause any<br>
>instability in amarok which is not a quality problem of amarok itself (except<br>>DOS attacks)<br>>
Since it is nothing more and nothing less than that, it can do anything that<br>>
any command run in the same user account can do, and that's all. Users are<br>>
able to install and run anything, so there are no more security implications<br>>
than anything else the user can do. If the user is afraid of what a script<br>>
can do, he may be able to run amarok under a different user account (the same<br>>
applies to web browsers).<br>
<div class="Ih2E3d"></div></blockquote><div> <br>Using Kross will cause some stability problems. It can let the scripts to use the UI pointers directly.<br>So, I am planning to propose a list of functions/pointers to use kross, and to leave other classes/functions to continue using dbus.<br>
<br>Peter<br></div></div>