[opensource-dev] Client-side scripting in Snowglobe

Tateru Nino tateru.nino at gmail.com
Fri Feb 19 15:56:12 PST 2010


When I think of client-side scripting for the viewer, I'm definitely
thinking of the latter, not the former. Inworld objects sending limited
scripted tasks to the viewer? Doesn't even seem all that useful or
desirable, though surely there must be *some* use-cases.

On the other hand, being able to plug scripts of my own (or others')
devising in to the viewer to improve accessibility and customize
usability? Huge win. I've got endless numbers of invoicing and
communication tasks that would benefit from being able to build my own
data-pipelines or just save myself clicks and keystrokes every time around.


On 20/02/2010 10:14 AM, Latif Khalifa wrote:
> People seem to be confusing two different things: client side
> scripting, and client extensions or plugins.
>
> 1. Client side scripting
>
> Think web browsers. They all support execution of client side scripts
> in one language in sandboxed environment. So the way original post
> describes proposed design for client side scripting fits neatly in
> this scenario.
>
> Having a unified platform that scripts can depend on existing in the
> client (say viewer 2.3 and up support it) would allow all sort of new
> and innovative content to be created.
>
> 2. Plugins
>
> Think Firefox extensions/plugins. Like Flash, Java applets, etc. This
> is entirely different concept. In-world content cannot depend on these
> being present, and have to allow for situation where  some users have
> some plugins installed, while other do not.
>
> Both of these concepts would be a welcome addition to the viewer. I
> would imagine that the needed internal changes to the viewer could be,
> at least partially, used for implementation of both. If the first step
> is to implement client side scripting as described above, we should be
> talking about it, and separate plugin discussion into a different
> thread.
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges
>
>   

-- 
Tateru Nino
Contributing Editor http://massively.com/



More information about the opensource-dev mailing list