Rolig Loon

You mean the little icon under your name, here in the forums? >>> http://community.secondlife.com/t5/help/faqpage/faq-category-id/personalization#icon

There's no "UNDO" for most editing functions in SL. To a limited degree, you can use CTRL-Z to step back through changes in the position or size of an individual prim if you are really lucky and haven't closed your editor since making the change. You can't undo changes in textures, color, or other prim parameters, however. That's why we always caution people to be sure to make a backup copy of anything they want to modify, even if it's something as simple as rehemming a prim skirt. Your only choice (other than buying a new copy) is to try and "reverse engineer" what you screwed up and hope that you don't make it worse.

Yes, I cleaned that up and found a couple of other small differences between the posted version and the in-world version last night. It's working fine now.

You mean like this? default{ touch_start(integer num) { llLoadURL(llDetectedKey(0),"This is the Second Life web site.","http://secondlife.com"); }} Insert your own URL and message in the obvious spots. Drop into a prim and click on it.

It usually takes more than a day to get a response to a support ticket, so don't be too surprised by the slow response. If it's an emergency, you should be able to buy L$ on one of the safe alternate exchanges >>> https://wiki.secondlife.com/wiki/Archive/Third_Party_Linden_Dollar_Exchanges . Meanwhile, consider the possible reasons for trouble with a credit card ... You entered the credit card number incorrectly. You did not enter the billing address or entered it incorrectly. It should be the same address that appears on your bill. You did not enter the name on the card or entered differently from how it appears on the card. Be sure you updated your card's expiration date in the Second Life Billing Information page. The credit card is not in the list of accepted payment methods (see above) You did not enter the CVV (3 digits on the back, or 4 digits on the front for AmEx) or entered it incorrectly. The card is expired, or the expiration date was entered incorrectly. There are no funds available on the credit card to validate it. We send a US$1.00 authorization to ensure that a credit card is valid. This is not a billing, but the card must have at least US$1.00 available on it to pass validation. Your monthly payment limit is reached, and/or your bank is not authorizing any more transactions. The issuing bank has not pre-approved transactions with Linden Research, Inc. Contact the issuing bank to resolve the problem. If you are outside the US, your card may not be set up for international/overseas transactions (this is very common with Visa Electron). If none of the above applies, contact your credit card provider to determine the cause. Note also that LL does not accept debit cards or most prepaid credit cards.

Check your Preferences (CTRL + P) >>> Network & Cache >> Maximum Bandwidth setting. It may be set too high. For most people, a setting of about 1,000 to 1,200 is about right. People occasionally push that slider all the way to the right, thinking that it will give them more bandwidth to work with, and therefore less lag. For most systems, however, once you're over about 1,500 it will not help your lag at all. That slider is telling your viewer how much bandwidth it is allowed to use for basic functions like rendering textures, moving your avatar, communicating...... If your ISP has a bad day and you don't have a lot of bandwidth to spare, the viewer will use all that you have for those basic functions unless you set the Maximum Bandwidth setting lower. If the viewer uses all your bandwidth for the basics, it will have nothing left for voice and streaming media, so they'll get choppy or disappear completely.

Please note that the person who "divorces" is charged L$25. Go to the Partners page. Check the box that says "I, (your name), would like to dissolve my partnership with (your partner's name)." Click Submit. Your partnership is dissolved and your now-ex-partner is notified.

And .... ?

You did what? It looks to me as if your entire touch_start event looks like this ... touch_start(integer s) { if (llDetectedKey(0) == Avatar) { llDialog(Avatar, "\n\nSelect a color group", main_menu, channel); }} So, change it so that it looks like this instead ... touch_start(integer s) { llDialog(Avatar, "\n\nSelect a color group", main_menu, channel);} That's ALL you have to do unless there's more lurking in the part of the script that you didn't show us.

This part that says..... touch_start(integer s) { if (llDetectedKey(0) == Avatar) { llDialog(Avatar, "\n\nSelect a color group", main_menu, channel); } } } is checking to see if the person who touched the device (that is, llDetectedKey(0) ) is the owner (defined at the top of your script as Avatar). So remove the test. That means removing the entire line that says if (llDetectedKey(0) == Avatar) { . It also means removing a } bracket farther down in the touch_start event, but I can't tell you where that is, because you didn't show us that part of the script. It should be fairly obvious, however. Each { has to be matched eventually by a }, so keep going until it's clear that the accumulated { brackets aren't balanced out by }s.

Nickel Briand wrote: [...] A game to know if the player has left, shouldn t check llrequestagentdata, but should check llGetAgentSize or llGetObjetDetails on the avatar to know it . Because these last functions return a value when the player is online AND is in the same sim of the game . And a bug majoriy of games can t work when the player is outside the sim http://wiki.secondlife.com/wiki/LlGetAgentSize They are very few use cases who are grid wide . And even for use cases who are grid wide , you shouldn t use llrequestagentdata but you should check some http/urls of prims ( for instance huds , or bdsm collars ) [....] The example I posted is exactly the sort of sim-wide application that will fail if I use your solution. Because llGetAgentSize and llGetObjectDetails will not work when the avatar is outside the sim, those functions cannot substitute for getting DATA_ONLINE. It would be significantly more awkward (and less reliable) to use http and check for a failed response. There's no point in replacing an easy-to-use function with an unnecessarily complicated workaround. That's simply "bad scripting", to use your term.

Oooo... This turns out to be really tricky if you don't use the easy way out. (The easy way is to use a cut prim and Void's simple hinge.) If you don't use a cut prim for the envelope flap, you have to calculate an offset based on the width of the flap and the angle that you will be rotating it through. Here's what works, including the code necessary to close the flap again on a second touch. Notice that I was wrong earlier. You do not need to apply any rotation at all to the position offset, once you calculate how much the offset is. [Note: The flap on my envelope is a rectangular prim, flattened on Z and oriented so that it will hinge on its Y-axis, so the offset I need to calculate is on the X-axis. It's also necessary to offset on the Z axis, because otherwise the leading edge of the envelope flap does not stay level with the envelope as it opens. This was not intuitively obvious to me until I started messing with it, but you'll see what I mean if you leave the Z correction out.] rotation adjust;vector offset;default{ state_entry() { adjust = llEuler2Rot(<0.0,-120.0,0.0>*DEG_TO_RAD); vector Size = llList2Vector(llGetLinkPrimitiveParams(2,[PRIM_SIZE]),0); offset = <-(1.0-llCos(llRot2Angle(adjust)))*0.5*Size.x,0.0,-llSin(llRot2Angle(adjust))*0.5*Size.x>; } touch_start(integer total_number) { if (llDetectedLinkNumber(0) == 2) { list temp = llGetLinkPrimitiveParams(2,[PRIM_POS_LOCAL,PRIM_ROT_LOCAL]); vector Lpos = llList2Vector(temp,0); rotation Lrot = llList2Rot(temp,1); adjust = ZERO_ROTATION/adjust; llSetLinkPrimitiveParamsFast(2,[PRIM_POS_LOCAL, Lpos + (offset = -offset), PRIM_ROT_LOCAL,adjust*Lrot]); } }}

Darkie -- The easiest way to solve the problem is to avoid it. I'll send you a demo in world that uses Void's simple hinge script. It works like a dream. (I'll still keep poking at your way of doing it, though, because it ought to work, even if it's much harder. )

In this context, it's the amount you want to move the child prim from its current position. So, if you want to move it 0.1m in the direction of its local X-axis, the offset is <0.1,0.0,0.0> . The logic of my suggestion was that you want to set the prim's position to its current local position, corrected by moving it some distance that is, itself, adjusted by rotating it by some increment (160.0 degrees) relative to its current local rotation .... if that makes sense. :smileywink:

Not at all. Click on the FORUMS link at the top of this page, then scroll down through the list of forums until you reach Wanted. It's in the Commerce forums.

Do you have a question? If so, ask it. Please create your own thread instead of burying it at the end of a necropost that someone else finished 9 months ago.

You may be having a problem with Friendlist displays users as Unknown or (loading), teleports fail, assets will not save . If so, the solution that seems to work is .... (1) Try shutting off your computer, unplugging the router and modem for a couple of minutes, and then plugging them back in and restarting. That simple step may clear up everything (2) Change your DNS settings from whatever your ISP assigns you as a default. Use Google's free public DNS servers instead. Here's how >>> http://code.google.com/speed/public-dns/

Offset from what? Your best bet is either to create a mesh or sculpty or, if you can't do that, create a track by piecing together cut sections of conical prims and straight sections. Since you can make prims up to 64m in each dimension, you ought to be able to make a decent track easily.

Try logging in to a different sim. The Pooley sim is a nice one. It's VERY quiet.

1. There is no "classic Second Life Crash icon", so you'll have to explain a bit more about what you mean. If you have a technical question, always start by telling us about your system. What computer are you using? What operating system? What graphics card? (You can cut & paste very important information from Help >> About in your viewer. ) What sort of internet connection? The tell us exactly what error messages you are getting, if any, and what seems to happen when you "crash." What have you already tried? 2. We're all SL residents like you. No Lindens ever come here, and there's no way to get anyone on the line. This is it. If you want to add important information, click on the Options link in the upper right corner of your question and select EDIT. Please do NOT start a new thread.

Oh. I didn't see any position offset in your snippet, so I assumed that your flap was just a cut prim that you have twisted 45 degrees on both X and Y so that it could rotate like a door does around its cut edge. In that case, your position should be llSetLinkPrimitiveParamsFast( 2, [PRIM_POS_LOCAL, llList2Vector(liposrot,0) + offset_vector*grIncrementX*llList2Rot(liposrot,1) ] ); where you still need to define the offset_vector. (Again, I' feel more comfortable if I could test this in world, but it feels right.)

I suggest starting small and moving up. It's great to have a project in mind as a goal, but you need to get a feel for the language and its logic before you can do much. Work with several of the tutorials at https://wiki.secondlife.com/wiki/LSL_Tutorial . There are some good starter tutorials on line and others in world. You'll also find basic classes in world at places like Builder's Brewery. Then get yourself a pile of freebie scripts -- they are all over the place in world - and start taking them apart to see how they tick. Modify the heck out of them until they are yours. If you spend some time practicing, it will not be long before you'll look at the Zoltar project and say "Gee, I could do that in a half hour." [i'd write you one myself in less than that, but then you wouldn't learn and have the satisfaction of doing it yourself. :smileywink: ) BTW, when you have written a script and need help smoothing out the bumpy parts, don't hesitate to post it in the LSL Scripting forum. That's what we are there for.

You might be right, Dora. I never trust myself completely without testing in world to see what happens, and I usually trust your instincts about rotations before I will trust my own. My general rule, though, is that operations are applied from right to left. Normally, that means you start with the current rotation (rightmost), then apply a correcting rotation (to the left of it).

You don't need to change the locl position of the flap. All you're doing is rotating it. I can't check this in world, but I think you can do that by just writing llSetLinkPrimitiveParamsFast( 2, [ PRIM_ROT_LOCAL, newrot ] );

It can sometimes take anywhere from a few minutes to a day or more for your items to be delivered, especially if the merchant's Magic Box is temporarily out of service or the sim it's on is offline. 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. (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. BTW, LL is not going to refund the money you spent for buying the same thing twice. That's between you and the merchant. If you explain things well, s/he may be willing to give you a refund.