Rolig Loon

No, that will let you add a color to the texture, but the OP wants top write letters and numbers on it. That's a very different challenge. :)

As luck would have it, a friend and I have been working on a related problem. Teleporters that use the LSL functions llTeleportAgent or llTeleportAgentGlobalCoords should be able to control the direction that you face when you reach your destination. They usually do, if you script them carefully, but not always. And of course, those functions only work if they are used in scripts that are set to an Experience, which means that they have some very nice niche uses but aren't necessarily things you can just drop into the average region in world. The bottom line is that it is possible to create scripted teleporters that will face you in a predictable direction. Most teleporters you'll run across can't. That's fine if you are the one who owns a teleporter, but it doesn't do anything to help you personally if you are teleporting yourself with your viewer, or if you use a teleporter that isn't scripted to point you in a particular direction. In that case, it's hard to predict and probably impossible to control which way you will face.

There's no way that you can modify a texture once it has been uploaded, so you can't add letters and numbers to the texture on your shirt itself. The only way I can think of to do what you are asking for is to create a new object -- something like a transparent billboard with a lot of letter-sized faces on it -- that would be worn on top of the shirt. Then script that object to display your letters, one on each face. You'll find some nice systems in Marketplace that you can use for that part of it. I like FURWARE, myself. It's easy to use and it's free! The big challenge with creating an attachable billboard like that is that it won't really look like the letters are on the shirt, except by accident. Now that I think of it, I suppose if you were very clever indeed, you could make the mesh shirt itself with a load of letter-sized faces built into the mesh. It might look pretty cool, but it would be a lot of work.

I would be very surprised if your backup had a different script it in than the one that's giving you trouble. You really need to rewrite its logic. Otherwise, you're just living with a troublesome system that will be problematic if the region servers have a lot of other things on their minds. The busier the region, the more likely you'll have problems.

Congratulations. At this point, it may not be important to figure out what was wrong before, unless you have time on your hands and are still vexed by it. In the end, the goal is to get a script that works, and it looks like you're there.

Most regions restart on Tuesday morning (SLT), but the RC regions restart on Wednesday. It sounds like your region is on the standard schedule, Belinda.

The way that the new name deal works, you can only choose last names from an approved list. See and then the more detailed information in https://lindenlab.freshdesk.com/support/solutions/articles/31000155068-changing-your-username-faq/ . BTW, we are all SL residents here, just like you. Lindens occasionally lurk here but very rarely participate in the forums.

That's a very odd sort of graphics glitch, if that's what it is. Your script isn't doing anything that involves changing textures or alpha. It's just resizing and moving things, so I can't see how your viewer is ever being put in a position of having to "remember" what a closed or open blind looks like. The only scripted changes are all handled by the servers. The only thing can imagine is that somehow that odd blind is being resized and moved when it's not supposed to be. There's nothing in your script that should do that, but did you by any chance have a test object nearby when you were developing this thing? And if so, did you forget to pick it up? When I am working on a script like this, I tend to rez a prim nearby and stick a simple "Hello, Avatar!" script in it so that I can send trigger messages by just clicking on the thing. If you made something like that, with a timer in it, or if you left another test script in a child prim of the linkset somewhere, it could be triggering your odd blinds. Of course, that's never happened to me, but hypothetically it might happen..... 🙄

Pssst It's Wednesday Yeah, rolling restarts on RC regions are scheduled for Wednesdays. In any case, this is part of routine maintenance. Welcome to SL.

Sadly, this situation often has overtones of "blame the victim". Linden Lab really can't control what someone posts on a third party site, and can't use prior restraint to prevent someone from taking inappropriate photos. The best we can each do is to either be sure that we wear underwear or develop a thick skin about how much of our avatar is visible to the general public. It's our own "fault" if we don't take precautions to keep from being seen naked. I don't see much way around it. Personally, I have developed a thick skin over the years, but that's a personal decision. YMMV

I don't see anything inherently wrong with the script ... at least nothing that would cause that odd behavior. Unless you are planning to be able to open the blinds individually (in which case, you will put a separate script in each set of blinds and will control them separately with "open" and "close" messages on different channels), it would be more efficient to link them all to the house and use one script to open/close them all at once. To do that, you'll first need to grab their link numbers in state_entry and then you'll need to modify your two user-defined functions to loop through all the blinds, one after the other. Or, more elegantly, create a slightly more complicated SLPPF command line that uses PRIM_LINK_TARGET to weld the commands for the separate blinds into a single long command. None of that will solve your immediate puzzling problem, but it will be a more efficient use of script resources.

Open your editor (CTRL + 3) and left click on the scripted object (or simply right click on the object and select EDIT). Then open the Contents tab and locate the script. DOuble click to open it. Then ... Click that little box that says RUNNING. EDIT: You could also select the object and then select Edit >> Scripts >> Set Scripts To Running from the menu bar at the top of your viewer screen EDIT yet again: Please note that you cannot set a script to running while it is in your inventory. It has to be in an object, so rez a cube first and then drop it in (or just put it in whatever object you mean to use it in).

Lady Bird

http://wiki.secondlife.com/wiki/Creating_HUDs

You're not the only one. In Horizons Polaris http://maps.secondlife.com/secondlife/Horizons Polaris/146/133/23