[opensource-dev] Tutorial needed on TPV viewer-side AOs

Chico Hersey chico at chicomax.com
Mon Apr 16 08:14:22 PDT 2012


rem0ve me off your list

-----Original Message-----
From: opensource-dev-bounces at lists.secondlife.com
[mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Tateru
Nino
Sent: Saturday, April 14, 2012 2:00 AM
To: opensource-dev at lists.secondlife.com
Subject: Re: [opensource-dev] Tutorial needed on TPV viewer-side AOs



On 14/04/2012 11:09 AM, glen wrote:
>
>> I don't really have any insights into the client vs. server vs.
>> scripted AO debate. I think adding asynchronous events would be a 
>> very good short-to-medium-term solution, and any scripted AO that 
>> used them would probably cause low enough sim load that the whole 
>> question could be punted for a long time. Assuming script load is the 
>> reason this is being considered.
>>
> I think we've all gone a bit OT to be honest. All he wanted in the 
> first place was a quick tut on how the existing in-client AOs worked. 
> I'd assume he's considering adding one to the LL client. I agree with 
> Anne that he should probably start with the inworld scripted AOs and 
> then work from there as there are a lot of possibilities.
That's because the AOs in TPVs are necessarily incomplete - because they
cannot integrate with the server-side. If Linden Lab *were* considering just
dropping similar functionality into the viewer without additional
server-side integration, I'd consider that to only be half a job.

ie: If Linden Lab basically copied what the TPVs do for the official viewer
then creators would once again likely wind up in the position of telling
customers "No, you can't use the builtin thingy. You have to use the
scripted thingy instead, or it won't work properly. Why? Well, it's kind of
complicated to explain..." That's a point of friction that users don't need.

_______________________________________________
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




More information about the opensource-dev mailing list