[sldev] Script to client channel.
Dimentox
dimentox at dimentox.com
Sun Feb 15 12:25:53 PST 2009
Well the method i am wanting is for mmorpg design and client.. So i would
need granual control of the client etc...
I have thought of just bypassing SL and having the client contact my servers
and everything is done from client to my servers completely bypassing the in
world scripting. but then why have sl in the first place?
On Sun, Feb 15, 2009 at 1:58 PM, <ordinal.malaprop at fastmail.fm> wrote:
> I am generally in favour of allowing more interaction between LSL and the
> client, but I have to say that for something as basic and general as a HUD,
> the method would give me pause.
>
> There are obviously specialised purposes such as RestrainedLife and likely
> others where the only people using them will have a specialised client, but,
> really, HUDs in general should have either be inworld or have a generic set
> of code behind them - otherwise we may see a horrible fragmentation of
> different clients implementing things in different ways, and to be honest,
> speaking as a manufacturer of inworld items, unless the functionality used
> is in the main LL client I will not touch it.
>
> What we _really_ need is a thorough overhaul of scriptable UI methods so
> that scripts can expect consistent results between clients, whether that
> means some sort of toolkit along the lines of Tk, or perhaps web forms - but
> chat commands and blue button windows are not sufficient. At the very least
> we need a way to enter text in a dialog box. The client-side result of those
> UI methods could certainly be rewritten in different clients.
>
>
> On 15 Feb 2009, at 19:31, Jacek Antonelli wrote:
>
> On Sun, Feb 15, 2009 at 8:00 AM, Dimentox <dimentox at dimentox.com> wrote:
>>
>>> Linden lab,
>>>
>>> Can we get a script to client channel..
>>>
>>> Example usage..
>>>
>>> Adding hud in the viewer that updates a persons health in a combat sim
>>> via a
>>> object they avatar wears aka dcs.
>>>
>>
>> I'm emphatically in favor of this, too. Looking toward the future, it
>> would open up an extraordinary variety of client-side functionality. A
>> few examples off the top of my head:
>>
>> * Better HUDs and script controls (imagine a script dialogue with
>> sliders, text entry, color pickers, etc. instead of those lame 12
>> buttons!)
>> * Better integration between scripted products and the viewer (e.g.
>> RestrainedLife, but without relying on a hacky work-around)
>> * Scripted objects that broadcast text descriptions to be read via
>> text-to-speech for the benefit of non-sighted users.
>>
>> Unfortunately, this is a server side change, so the community can't
>> implement it (except on OpenSim), and it would be mostly useless to
>> Linden Lab currently, so there's not much chance of them implementing
>> it either.
>>
>> So I try not to get my hopes up about things like this. Maybe I'll be
>> pleasantly surprised, though.
>>
>> - Jacek
>> _______________________________________________
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/SLDev
>> Please read the policies before posting to keep unmoderated posting
>> privileges
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090215/25e27ee1/attachment.htm
More information about the SLDev
mailing list