[sldev] Re: Plugin architecture

Jesse Nesbitt mindtriggerz at gmail.com
Sun Feb 25 12:47:03 PST 2007


Well, with LSL object metadata, there's no risk of
noninteroperability. The client can either interpret the metadata or
just not add the feature.

On 2/25/07, alissa_sabre at yahoo.co.jp <alissa_sabre at yahoo.co.jp> wrote:
> I'm concerned with recent plugin/LSL discussion.
>
> I don't want to see any script that requires some particular plugin
> and/or non-standard Viewer feature.  I want all scripts to be able to
> run on all official Viewer without any specific plugin.
>
> Hence, I don't want to have any LSL extention that allows script
> writer to access to some particular plugin and/or some particular
> Viewer feature.
>
> The key concern here is the interoperability between Viewers with
> different sets of plugins.
>
> Assume one in-world object, say XYZ necklace, has an embedded script,
> and the script accesses the XYZ plugin's own feature.  What happens if
> I wear the XYZ neckalce and walk around?
>
> I'm afraid of the disruption of the SL users.
>
> Plugin mechanism is OK, but I hope it doen't break interoperability
> that we have today.
>
>     Alis
>
>
> --------------------------------------
> Start Yahoo! Auction now! Check out the cool campaign
> http://pr.mail.yahoo.co.jp/auction/
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> https://lists.secondlife.com/cgi-bin/mailman/listinfo/sldev
>


-- 
--Jesse


More information about the SLDev mailing list