Rolig Loon

Watch Robin's video tutorial at http://www.robinwood.com/Catalog/Technical/PhotoshopTuts/PhotoTutPages/CS4-3D-4_Paint.html all the way through. She gets to showing how to solve your specific tattoo problem about 2/3 of the way through but you'll want to watch all the stuff before that.

Use logic. When do you want a timer to start? When someone collides with your scripted object, right? So that's where you put the trigger to start the timer event. When do you want it to fire? Twenty seconds after someone collides? Use llSetTimerEvent(20.0). You want to teleport the person home when the timer fires? Put that statement in the timer event. The only other thing to remember is cleanup. Turn off the timer event (llSetTimerEvent(0.0) ) when you are done with it. key gAv;default{ state_entry() { llSetText("So far and not further", <1.0,0.0,0.0>, 1.0); //Alpha cannot be greater than 1.0 } collision_start(integer total_number) { gAv = llDetectedKey(0); llSetTimerEvent(20.0); } timer() { llTeleportAgentHome(gAv); llSetTimerEvent(0.0); }} BTW, it's polite to give a warning before you eject someone, so they have time to back up and reconsider. You can figure out where to give that warning. ETA: Ooops! Innula's right. llDetectedKey needs to know who you are teleporting, and that information is lost as soon as you step out of the collision_start event. So make it global. I corrected my original post to do that, above.

For answers to many of your pathfinding questions, see http://wiki.phoenixviewer.com/pathfinding and http://wiki.phoenixviewer.com/pf_questions Currently, only Region Owners and Estate Managers can work with Pathfinding tools, and only via the Region Debug Console. If you have no intention of using pathfinding in your region, and don't want to set up pathfinding, you can disable dynamic pathfinding like so, to save CPU cycles: Open the Region Debug Console as described above. In the window that opens, type: set dynamic_pathfinding false Restart the region.

It has nothing to do with that upgrade, IMO. Several of us, using different viewers, have noticed the same thing happen to a few of our own uploaded textures over the past couple of months. (See comments by KlistiesSeMio Ewinaga and others in this thread, for example >>> http://community.secondlife.com/t5/Building-and-Texturing-Forum/Lost-textures-turning-white/m-p/1674907#M7439 . ) I have had random textures become blurry and somewhat pixelated as you describe. I usually resist clearing cache as much as I can, but I have found that doing it clears up the problem.

Is there a question in here somewhere? If your sim is off line, contact Live Chat or submit a support ticket at https://support.secondlife.com/create-case/ with the category Land & Region >> Reoprt an Offline Region . Anyone can fill a report. You don't have to be a landowner. Linden Lab responds to offline notices very quickly.

Innula Zenovka wrote: Sounds to me as if you could simplify things considerably by making your own rezzer, then, possibly based on the Builders Buddy tool in the wiki. Exactly. Just replace the rezzer. There's no magic involved in writing one, and it beats trying to find workarounds for one that's inadequate.

No, you really can't. You'll have to write a script to put in your object that will send you that information. As far as the Transaction History is concerned, the object didn't pay anyone, because objects can't have accounts or contain L$. You were the one who paid, from your account.

What?

Usted debe poner su anuncio en el foro InWorld Employment. Nadie lo verá aquí.

See Valerie's response here >>> http://community.secondlife.com/t5/Technical/I-dont-know-whats-going-on-but-im-trying-to-download-the-SL/qaq-p/1682841/comment-id/26742#M26742

L$1,000 is about $4 US, so L$100 = 40 cents. You can always see the exact exchange at https://secondlife.com/my/lindex/buy.php

If you want the sound to play at random times, you don't want to loop it. You want to trigger it with a random timer. Try something like this... integer on;default{ touch_start(integer total_number) { if(llDetectedKey(0) == llGetOwner()) { if(llGetInventoryNumber(INVENTORY_SOUND)) // If there IS a sound file { if(on) { llSetTimerEvent(0.0); } else { llSetTimerEvent(1.0); } on = !on; } } } timer() { llPlaySound(llGetInventoryName(INVENTORY_SOUND,0),1.0); llSetTimerEvent(5.0 + llFrand(10.0)); // Random time between 5 and 15 seconds }} I'm assuming that the sound is less than 5 seconds long. Hence the pause for at least 5 seconds and up to 15 seconds. BTW, avoid using return unless you really need to. It's so much easier to test for the opposite case, in this case accepting a click if the llDetectedKey IS the owner. ETA: And Darkie is right. :smileywink: Never leave out the curly brackets, even when you can get away with it legally. That way lies madness.

That's much too complicated, and it means rezzing a big cube unnecessarily. Why don't you simply change states when the customer clicks to rez the demo? Put a timer in the new state that pings the rezzed house every 10 seconds or so. If the house is still there, it responds and nothing happens. If the customer has left, a sensor in the house says that it's time to poof. When the house has vanished, it obviously can't respond to the ping. The timer ends, the script goes back to state default, and it's ready to respond to a new click. ETA: Hehe ... Miranda got there first. :smileyhappy:

It can sometimes take anywhere from a few minutes to a day or more for your items to be delivered. Not that it helps now, but to remember for the future: (1) Don't overuse the shopping cart. It is easily confused if you put more than a couple of things in it. In fact, it may be wiser to avoid the shopping cart completely. Just use the Buy Now button. (2) Don't buy things from Marketplace (especially LOTS of things) unless you are in world to receive them at the time. We each have an "in box" that holds IMs, notecards, group notices, group invitations, and anything that is delivered to us if we aren't in world at the time. That "in box" can only hold 25 things, total. If anything else comes in, it isn't saved. It is gone ... poof .... forever. If you have a mess of things delivered from Marketplace and half your friends send you notecards, that in box will be capped and you will never know what happened. So, what do you do now? ....... To get a record of the individual items in your order, open Marketplace and click the My Marketplace menu at the top of the page. Select My Account >> Order History from the pulldown menu. If you do not receive items within about 24 hours, you should cut and paste the information about a missing item from that Order History and send it in a IM or notecard to the merchant, along with a polite message requesting redelivery. Most merchants are very kind and willing to redeliver. This happens all the time and they are aware of it. Do be patient, though. Not everyone logs in to SL every day or checks their e-mail. If you still haven't heard in another day or two, follow it up with a second polite note and finally, if you STILL haven't heard, file a support ticket at https://support.secondlife.com/create-case/ , selecting Marketplace from the pulldown menu.

I'm not sure that I understand the question. If you are asking whether your script can tell the difference between a message that was sent by llWhisper, llSay, llShout, llRegionSay, or llRegionSayTo, the answer is no. A message is a message is a message. I am curious, though. Why do you care?

It sounds like you have a sick mouse.

Yes, you probably do, although it's a lot faster to contact Live Chat if you are a Premium Member. If this is a chronic problem, be sure that you don't just ask for a restart. Keep a record of the times that the sim has gone off line, and offer any other information that a Linden tech might find helpful in diagnosing whatever is going on.

Just because you can log in doesn't mean that your Internet connection is any good. You can get e-mail, browse the web, and play simple games like WoW even if you have the world's crummiest Internet connection. SL swaps large amounts of data back and forth to your computer all the time, and it is a real bandwidth hog. You need to have a strong, continuous connection or you'll be dropped. Val's right: get off wireless first. That's the biggest no-no in SL. Then check your router and any cables to be sure that you are connected firmly and that the router doesn't need rebooting. Use some of the tips in Nalates's blog to look for other weak points and deal with them >>> http://blog.nalates.net/2011/10/26/troubleshoot-your-sl-connection/

I agree. It doesn't seem to make any sense. You have tried the things that I would have suggested first, and I am surprised that none worked. My first thought was that your anti-virus program has decided to block access to certain sims. Norton, in particular, has a habit of doing that after it has been updated, so you have to make an exception for your viewer or it will keep booting you out. (See http://wiki.phoenixviewer.com/antivirus_whitelisting to see what I mean.) Turning off your AV and your firewall should have removed that issue, though, and it didn't seem to make a difference. The only clue that suggests a way to narrow down the problem is in your statement that the same thing happens with your alt, but not with other people. That almost certainly means that the problem is in your own computer or Internet connection. You can double check by logging on to your account from a different machine with a different IP address, then get a SL friend with a laptop to come and log in to her account from your location. If she has your problem, then you know it's the Internet connection, not your computer. From there. it's a matter of seeing if your router or modem need repair. (You have tried rebooting them already, right?) You should also check with your ISP (or your IT department if you are on a campus or in a corporate setting). It's possible that they have rogue software tht is messing up your connection.

You're not ready for your L$1,000 signup bonus yet. That won't happen until you have been a Premium member for at least 45 continuous days. (See http://community.secondlife.com/t5/English-Knowledge-Base/Premium-membership/ta-p/1054477#Section_.3.1 ) . You should have been receiving your L$300 weekly every Tuesday morning, shortly after midnight SLT, however. Double check your Transaction History on your dashboard at secondlife.com >> Account. If it's not there, give the billing office a call. If you have a non-technical issue related to billing concerns, you can call the Linden Lab billing team at the following toll-free numbers: US/Canada: 800-294-1067 France: 0805-101-490 Germany: 0800-664-5510 Japan: 0066-33-132-830 Portugal: 800-814-450 Spain: 800-300-560 UK: 0800-048-4646 Brazil: 0800-762-1132 Long distance ( not free, but you can use Skype to save some cost ) : 703-286-6277 **Note: Support is offered only in English

It's probably OK, but you have to ask yourself who is ever going to look at your note. It sounds like a kind of ineffective bit of drama, IMO. I'd just move on and find another club. If that one is really bad, it's not likely to survive anyway.

You can still use llGetSunDirection, Perrie. Most of the time, people want to have a day/night timer activate when z > 0, but there's no reason why you couldn't test for some other condition. Let it test for z> (-10*DEG_TO_RAD), for example, to be triggered when the sun is still 10 degrees below the horizon. (remember that angles are all in radians in SL, hence the conversion of DEG_TO_RAD.) You could also use llGetTimeOfDay, as you suggest. It gives you the time of day since the last SL midnight or the most recent sim restart, whichever is smaller. So, if the sim has been reset since the last SL midnight, yes, it will give you a bogus time of day. That will be corrected within the next 4-hour SL day, though, so it's no big deal. The bigger concern is that the time of sunrise and sunset vary slightly, so you can't be sure of having your device triggered at exactly the right time relative to sun angle if you count on llGetTimeOfDay. Whether that bothers you is a matter of how picky you are.

Look at the previous answers in this ANCIENT thread. If they don't help, please start your own brand new thread and tell us exactly what you mean when you say that you are stuck on your "home page." We can't help if we don't understand what you are talking about.

Almost certainly personal. If the problem has come on suddenly, the first suspect is your router. Try rebooting it. An intermittent Internet connection can lead to data loss when you are moving your avatar from one set of servers to another in SL. You migth also check to be sure that your ISP isn't doing something funny. Check here for a variety of other possible solutions >>> http://community.secondlife.com/t5/English-Knowledge-Base/Landmarks-teleporting-and-SLurls/ta-p/700123#Section_.1a .

Use logic. You can test whether the object is attached at any place in your script. Since you want to test it when the script restarts, add it to your state_entry event as well. state_entry() { if (llGetAttached()) { llRequestPermissions(llGetOwner(),PERMISSION_TAKE_CONTROLS); } } attach(key attached) { if(attached) { llRequestPermissions(attached,PERMISSION_TAKE_CONTROLS); } } run_time_permissions(integer permissions) { if (permissions & PERMISSION_TAKE_CONTROLS) { llTakeControls(CONTROL_FWD,FALSE,TRUE); } }