Request for help to define a message format for XUI HUDs

View: New views
4 Messages — Rating Filter:   Alert me  

Request for help to define a message format for XUI HUDs

by Mike Monkowski-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I'm working on a project to generate HUDs using the viewer widgets.  See
   https://jira.secondlife.com/browse/VWR-10924  The HUD will
communicate with an object using chat, but I need to figure out the most
efficient format for those chat messages.

It appears to me that LSL doesn't have very sophisticated functions for
parsing strings, so XML or JSON seem out of the question.

The messages will have three parts:  widget name, action, sequence, and
result, but the result may be empty.  I'm considering:

"widget name" action 0 The result, which may contain anything or nothing.

The widget name is defined in XML that will be sent by the object, so we
can put some restrictions on it, such as not including double quotes;
perhaps even no embedded blanks.  The action is defined in the viewer
source code, so we can put any restrictions on it that we like.  The
sequence is an integer used to indicate that the result is being sent in
multiple messages because of length restrictions on chat messages.  It
shows the number of remaining pieces.  The result can be anything, so no
restrictions, although we can process it before sending if that helps.

Can someone who has experience with string processing in LSL offer some
guidance?

Mike
Mm Alder
_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

llRemoteLoadScriptPin in a loop issue

by Chad Skidmore :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Anyone have much experience with llRemoteLoadScriptPin?  I'm trying to run
it in a loop to iterate through a list of UUIDs for objects that I want to
distribute a script update to. From the wiki it looks like it will work
region wide so there shouldn't be a communication problem.  I have 50
objects rezzed with a script in them I want to upgrade and an upgrade disc
that should run the llRemoteLoadScriptPin through a loop sending the UUID of
each object.  Problem is, it only seems to work on the first object in the
list and then nothing else.  I've added some debugs to print the other UUIDs
etc. and it all appears to be looping as it should. Only issue is that it is
only the first object that ever updates.

Any thoughts or any limitations that are not obvious with running
llRemoteLoadScriptPin?

Thank in advance,
Chad
 

_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

Re: llRemoteLoadScriptPin in a loop issue

by Tigro Spottystripes :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

all objects must be owned by the same av, and must have the pin properly
set beforehand, did you check that is the case?

Chad Skidmore escreveu:

> Anyone have much experience with llRemoteLoadScriptPin?  I'm trying to run
> it in a loop to iterate through a list of UUIDs for objects that I want to
> distribute a script update to. From the wiki it looks like it will work
> region wide so there shouldn't be a communication problem.  I have 50
> objects rezzed with a script in them I want to upgrade and an upgrade disc
> that should run the llRemoteLoadScriptPin through a loop sending the UUID of
> each object.  Problem is, it only seems to work on the first object in the
> list and then nothing else.  I've added some debugs to print the other UUIDs
> etc. and it all appears to be looping as it should. Only issue is that it is
> only the first object that ever updates.
>
> Any thoughts or any limitations that are not obvious with running
> llRemoteLoadScriptPin?
>
> Thank in advance,
> Chad
>  
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters
>
>  
_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters

Re: llRemoteLoadScriptPin in a loop issue

by Chad Skidmore :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I did Tigro and that wasn't the issue.  I'm an idiot and just spotted the
problem.  I'm pulling the UUIDs via HTTP from an off world db and wasn't
stripping the carriage return out.  I just noticed that was in the list of
UUIDs and explained why only the first one worked.

Thanks for the suggestion.

chad


--------------------------------------------------
From: "Tigro Spottystripes" <tigrospottystripes@...>
Sent: Wednesday, September 09, 2009 10:43 PM
To: "Chad Skidmore" <chad@...>
Cc: <secondlifescripters@...>
Subject: Re: llRemoteLoadScriptPin in a loop issue

> all objects must be owned by the same av, and must have the pin properly
> set beforehand, did you check that is the case?
>
> Chad Skidmore escreveu:
>> Anyone have much experience with llRemoteLoadScriptPin?  I'm trying to
>> run
>> it in a loop to iterate through a list of UUIDs for objects that I want
>> to
>> distribute a script update to. From the wiki it looks like it will work
>> region wide so there shouldn't be a communication problem.  I have 50
>> objects rezzed with a script in them I want to upgrade and an upgrade
>> disc
>> that should run the llRemoteLoadScriptPin through a loop sending the UUID
>> of
>> each object.  Problem is, it only seems to work on the first object in
>> the
>> list and then nothing else.  I've added some debugs to print the other
>> UUIDs
>> etc. and it all appears to be looping as it should. Only issue is that it
>> is
>> only the first object that ever updates.
>>
>> Any thoughts or any limitations that are not obvious with running
>> llRemoteLoadScriptPin?
>>
>> Thank in advance,
>> Chad
>>
>>
>> _______________________________________________
>> Click here to unsubscribe or manage your list subscription:
>> https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters
>>
>>
>
_______________________________________________
Click here to unsubscribe or manage your list subscription:
https://lists.secondlife.com/cgi-bin/mailman/listinfo/secondlifescripters