Notecard Reader from a common note

I'm developing a set of HUDs for individuals of a group I belong to.

They all require common configuration data so I was wondering if it's possible to have just one configuration notecard held by the group admin and all the HUDs read that single notecard rather than individual notecards inside each HUD.

Are there any examples about?

Is it just a case of knowing the GUID of the note?
Would the GUID change if the contents of the note are change?

If there's a better way of 'remotely' reconfiguring distant objects, please let me know

As far as i know the notecard has to be in the contents of the prim of the script reading the information.

I dont think there is any known way for a script to remotely read a notecard from another location.

You could possibly send llEmail from two objects with notecards in to compare data but im sure one of the more experienced scripters may have more answers.

As for your answer about the GUID every time a notecard is saved the GUID changes.

This feature alone is a stopper for calling notecard UUID's so if it was possible for you to remotely read a notecard every time you saved it you would have to take back all the huds and edit up the script UUID lol.

But as i said above im sure a more experienced scripter has more information

Notecards *CAN* be read by UUID, but unfortunately saving it *DOES* change the UUID, as I just found out...

Find somewhere you can host a plaintext file and call it by HTTPRequest?

I also found that out the hardway with the UUID when i was dabbling with the notes UUID saved it then went to read the card in the prim and script errors popped up lol

Sometimes I wonder if forcing us to turn to the httpRequest or Email functions for cross-sim functionality is a design intent by LL...

Seems httpRequest is the answer here, unless the user count is low enough that the 20 seconds the Server will be forced to sleep after replying won't be a problem.

Thanks guys.

Well, not the answers I was hoping for but at least I'm not now spending hours trying to solve the impossible.

>Jodie Suisei:
"As for your answer about the GUID every time a notecard is saved the GUID changes."

Boo.

>Faust Vollmar:
"Seems httpRequest is the answer here, unless the user count is low enough that the 20 seconds the Server will be forced to sleep after replying won't be a problem."

Thanks, I'll look into that. The changes are probably only going to be two or three times a week so 20 seconds delay is pretty inconsequential.

Out of interest is there a current list of 'forced sleep' functions and their sleep times somewhere about? Has Mono chaged anything here?

Yeah, though the problem of wether or not you can store (essentially "Does it fit in Description?" the settings comes up, if you can't the Server will have to send settings every time, which can make the 20 second delay an annoyance.

As for a list.

http://wiki.secondlife.com/wiki/LSL_Delay

Why not having the huds talk to a «server-prim» that reads the notecard and then passes the information around using llRegionSay()? this will work if the agents with the hud are within the same region when the request is made. If they're not, the request will fail...

Then you'd have to send the «server-prim» an email and wait for the server to send an email back. This is not fast as the speed of light but it'd do the job as well...

[edit] the next idea I had failed... so I deleted it...

Faust. >
I think I can get everything I need in there, at least for one of my projects.
And thx for the link. I found it once before and then couldn't find it again.

Haruki.>
Unfortunately, the system has to be grid wide, not just region wide.

there is no delay with http requests (unless LL is messing with the grid)

you can make 100 calls after eachother and they execute immidiatly
use a slave http handler that sends the main script the variables