Seems like an interesting idea, we at ktorrent would be willing to try this out, I'm not really satisfied with the current HTTP server implementation in ktorrent.<br><br>Joris,<br><br><div class="gmail_quote">On Sat, Mar 22, 2008 at 3:19 PM, Matej Svejda <<a href="mailto:mata@aw-modell.at">mata@aw-modell.at</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">> Why create a new server? There are plenty of web servers around.<br>

</div>Well, I think that creating a really small server myself would be easier than<br>
trying to integrate Kross into an existing server (but I might be wrong...).<br>
<div class="Ih2E3d"><br>
> >   * connect this web server to use Kross for executing scripts. This<br>
> > would give it instant ability to write code in Python, Ruby,<br>
> > JavaSciprt (?) and Java<br>
> What would be the usage scenario for this kind of language connection? How<br>
> would somebody wanting to provide a web interface for his KDE application<br>
> make use if it?<br>
</div>Developing web-apps in scripting-languages like Ruby or Python seems like<br>
the "natural" thing to do (that's how most of the current web-interfaces<br>
work). But the problem here is how to communicate between C++-software and<br>
those languages.<br>
This is where the whole integrating-Kross-into-the-server-idea kicks in:<br>
Accessing C++-objects in those scripting languages would become as easy as it<br>
is now when you write scripts for Kross-applications. You would just need to<br>
call something like...<br>
        serverInstance->addObject(object, "ObjectName");<br>
or ...<br>
        Kross::Action* action = new Kross::Action(this, "WebInterface");<br>
        action->setFile("script.py");<br>
        action->addObject(object, "ObjectName");<br>
        serverInstance->setAction(action);<br>
        serverInstance->trigger();<br>
<br>
Then you could do anything you like with that object in your web-interface<br>
script.<br>
<div class="Ih2E3d"><br>
> What would adding objects and module actually mean?<br>
</div>Adding them to the script so they can be accessed as if they were "native"<br>
objects in the scripting language that is being used.<br>
<div class="Ih2E3d"><br>
> I understand the idea as a way to provide a way for existing KDE<br>
> applications to get a web interface, not the other way around, coupling<br>
> existing web applications to KDE. So in what way would PHP be relevant<br>
> here?<br>
</div>It would give the programs the ability to use frameworks such as CakePHP or<br>
Prado. But that's not really required.<br>
<div class="Ih2E3d"><br>
> It depends on the concrete goal of the project and how it's approached. As<br>
> a generic solution it sounds like a pretty tough project to do in the<br>
> time-frame of the SoC. This of course also highly depends on your<br>
> background and how much you would have to learn to be able to become<br>
> productive.<br>
</div>Well, I have moderate C++ skills but I have lots of experience with<br>
web-development. I think having a proof-of-concept implementation and a port<br>
of one of the existing interface to this library by the end of the summer<br>
(without the PHP-backend for Kross) should be doable. But again, I could be<br>
wrong...<br>
<font color="#888888"><br>
Matej<br>
</font></blockquote></div><br>