|
Iron Perth
Registered User
Join date: 9 Mar 2005
Posts: 802
|
11-13-2006 18:02
I read somewhere that SL was working on XUL with the Electric Sheep Company. I am working on some stuff that is very memory and computationaly intensive via HUD - which as you can imagine is extremely frustrating.
If it could be implemented as a plugin for the client, it would be much more compelling and powerful.
Will there be any way that we will be communicate (shared file, shared memory space, rpc, anything) between the new XUL interface and LSL scripts?
Please let us know.
Cheers,
Iron.
_____________________
http://ironperth.com - Games for SecondLife and more.
|
|
Kelly Linden
Linden Developer
Join date: 29 Mar 2004
Posts: 896
|
11-13-2006 18:29
There are no plans to hook up LSL (which is entirely server side) to the XML-UI (which is not only entirely client side, is devoid of any and all script like functionality, it is purely an XML layout scheme for our UI).
Aside from that, I am aware of absolutely 0 ventures we have with any third parties to develop client side applications or modifications to the Second Life client with one possible exception. That exception is the internationalization of the UI, which doesn't involve scripting in any way. It is actually possible for anyone to do internationalization work (the XML files are in every Second Life directory).
Currently the best bet for scripts that are too computationally intensive for LSL is to use llHTTPRequest to farm some of that work out to an external server (presumably one that isn't trying to simulate a 3d world AND run a few thousand other scripts). In the mid-term future our move to the Mono virtual machine will hopefully improve LSL performance by a fair margin.
_____________________
- Kelly Linden
|