Rolig Loon
-
Posts
46,465 -
Joined
-
Days Won
5
Content Type
Forums
Blogs
Knowledge Base
Posts posted by Rolig Loon
-
-
Before you downgrade to Basic, check to see what land you own by going to your dashboard at secondlife.com and looking at Land Manager (menu on the left side of the page). Look to see what land you own on the Mainland and in Private Estates,as well as your contributions to Group-owned land. You'll have to sell or abandon each of those. Then, look at the Land Use Fees option and set yours to the lowest setting (L$0). That will remove your liability for tier. When you have done those things, you should be free of future charges to your account. You will still get one final bill, for the land fees on land you have owned since your last billing, but that should be it.
-
Then you probably misspelled its name. Capitalization and punctunation count too. Of course you can always fall back on letting the script find the object's name by itself. If there's only one object in inventory, you might as well....
llGetInventoryName(INVENTORY_OBJECT,0)
-
You could substitute Innula's code for the listen event in either version --- or in the example at https://wiki.secondlife.com/wiki/LlTextBox, which is the same code. Her elegant solution for handling name variants is not specific to llTextBox, so it can be applied to any similar messaging script. Same thing with my observations about comm channels, which were meant to (1) make channel selection a one-time process instead of doing it every time you trigger touch_start, and (2) increase the number of available unique negative comm channels.
-
Without knowing more than you told us (zero), there's no way we can guess why you can't log in. Anything might help -- the kind of computer you're using, its graphics card, type of Internet connection, amount of memory, which Sl viewer you are using, what error messages you are getting, where it fails in the login sequence ..... any or all of that, and anything else you can think of. Click on the Options link in the upper right corner of your question and select EDIT to add information. Please do NOT start a new thread.
ETA: I just saw your other note (http://community.secondlife.com/t5/Avatar/Not-using-SL-since-1-5-year/qaq-p/1581899). You can obviously log in now, since you went in world and changed your appearance. So what's the problem?
-
Dora's probably got it right. It happens to me all the time. I also get caught by the old "standing behind a transparent prim" pitfall. :smileyfrustrated:
-
I like it, Innula. I can't see any point in using llDetectedName in a script like this and having to save it globally either, which is why I went with llKey2Name(id). That doesn't deal with the nasty mess of "Resident" and Display Names, though. Frankly, my own cowardly solution has been to ignore them and stop refering to people by name unless truly necessary, but I like Cerise's code. Thanks for posting your version.
-
If you already know the name of the object you want to rez, you don't need to ask for it. Simply write
llRezAtRoot("jar_of_weed_action",llGetPos() + <5.0,0.0,0.0>, ZERO_VECTOR,ZERO_ROTATION,0);
If you may want to rez a different object each time you use the script in a different rezzer, maybe, then write
llRezAtRoot(llGetInventoryName(INVENTORY_OBJECT,0),llGetPos() + <5.0,0.0,0.0>, ZERO_VECTOR,ZERO_ROTATION,0);
to ask the script to find the name of the first object in the rezzer's inventory. That way, you can change the object that gets rezzed without having to modify your script.
-
As I explained to someone here a week ago, the spam message may actually be coming from an object that is named Southernjdlover. Anyone receiving the message, especially a newbie, might easily be fooled into thinking that it is coming from a person with that name --- you. If you are lucky enough to have a friend who receives one of those messages, ask her to click on the name Southernjglover in chat. If it's an object, she should see a little window that tells where the object is, among other things. Go to that place, find the object, and either delete it or return it (if you can) or AR it if you can't.
-
It IS a glitch, but it was corrected in this week's uprgade to Viewer 3.3.3 Download and install the new version.
-
You may have run into https://jira.secondlife.com/browse/SVC-7540 . If so, the workaround is non-intuitive but simple. Mute someone .... anyone. That should clear the problem, and you may unmute the person again if you wish, or not.
If that's NOT the problem, see https://jira.secondlife.com/browse/VWR-29121, also filed within the past month, and add your own comments, including a cut/paste of the information from your viewer at Help >> About Second Life.
-
3
-
-
There's very little chance of crosstalk. A channel based on the object's key is as random as one selected with llFrand(10000), since each object's UUID is unique. In fact, it offers many more random channels than the roughly 10,000 that llFrand(10000) does. Even if some other scripter is using the same method, her/his objects will have a channel based on their own UUID, not this object's.
Note also that objects should normally talk to each other on negative channels to avoid the possibility that an avatar might hijack the conversation. That's a trivial possibility in this case, of course, but still a good habit to be in. That's why I always prefix my channel with (integer)("0xF").
-
Pazzo Pestana wrote:[ ...] As a test, I've linked the door to a single (root) prim and placed the script in that prim. I've reset the script. When I touch the door, nothing happens. I've copied the entire script, including the variables.... any ideas what I'm not doing correctly?[ ... ]
See my note in the OP >>> "BTW, this script should not be placed in the door itself, but in the frame (or whatever the door is linked to)." Also, be sure that the door is named "DOOR".
-
Or ...
integer gTChan;integer gLisn;default{ state_entry() { gTChan = (integer)("0xF" + llGetSubString(llGetKey(),0,6)); } touch_end(integer num) { llListenRemove(gLisn); gLisn = llListen(gTChan,"",llDetectedKey(0),""); llTextBox(llDetectedKey(0)," \nType your suggestion and click \"Submit\".",gTChan); llSetTimerEvent(120.0); } listen( integer channel, string name, key id, string msg) { llListenRemove(gLisn); llSetTimerEvent(0.0); llInstantMessage(llGetOwner(), llKey2Name(id) + ": " + msg); llRegionSayTo(id,0,"Thank you. Your message has been sent."); } timer() { llSetTimerEvent(0.0); llListenRemove(gLisn); }}
-
That's a communication problem between your computer and SL's servers. Information about your appearance has to be "baked" onto your avatar on your own computer, saved there, and then uploaded to SL before it's fully visible there. If the necessary information is messed up in transmission, you may end up with a borked file on your computer, or SL's servers may end up with a borked image. Either way, your av's appearance defaults to a fluffy cloud. What works to repair the damage for one person won't necessarily work for the next person, and it may not be the same thing that works for you tomorrow. See the full list of possibilities here >>> http://wiki.phoenixviewer.com/doku.php?id=fs_bake_fail . Start with the simple things at the top of the list and work down until you find what works for you today.
You may find that the bake fail problem comes back repeatedly, even after you fix it with one of the suggestions on that wiki page. If so, you have a chronically weak Internet connection. There are many steps to take for repairing it. Perhaps the simplest ones -- ones that work best for most people -- are: (1) Don't Use WIRELESS. Wireless connections are inherently less stable than direct cable connections and are more vulnerable to interference. Then, (2) Reboot your router. Unplug it from the power for a few minutes to let it clear its RAM. Then plug it back in and let it get a fresh hold on an IP address. -
They call it a PRE-release, BETA version for a good reason. :smileywink:
-
There's nothing unsafe about using a regular credit card. Millions upon millions of people use them all the time. As far as Linden Lab is concerned, though, there IS something potentially unsafe for them, and that is that they cannot use your credit card information as a way to verify that you are a real person. If you have a continuing financial obligation (land fees, your Premium membership fees..... ) and they can't verify that you are who you say you are, they may get stuck providing a service and having no way to get paid. Therefore, they do not accept many prepaid cards at all.
IMO, if you have found one of the few prepaid cards that LL accepts, you might as well use it. If they accepted it, they must have decided that one was worth the risk. HOWEVER, we get a lot of notes here from people who have problems changing their payment information, simply because the billing software freezes or screws up some other way. The more times you have to keep changing your payment information, the more likely it is that you will be one of those people some day. Therefore, if you really must use a prepaid card, I think it's smarter to see if PayPal will accept it, and then pay your SL bills with PayPal. Or just use a credit card like many of the rest of us.
-
2
-
-
Yes, there are problems with the Marketplace. There are several ways that delivery can get messed up. 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. I rarely buy more than one thing at a time, and almost never use the shopping cart. If you use the Buy Now button instead, you can avoid a lot of delivery issues.
(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. You probably did NOT run into that problem this time, because it would not be likely to show up as Delivery Failed. You simply wouldn't get what you paid for.
The Delivery Failed message usually means that Marketplace knows it didn't manage to transfer an item to your Inventory, so it hasn't charged you anything either. Check the Transaction History on your dashboard at secondlife.com >> Account to be sure. If you were charged, contact the merchant and explain politely that you would like a redelivery. If not, try ordering things again, one at a time, and see if you have better luck. Or go shopping in world.-
2
-
-
There is no llWarpPos. The replacement for WarpPos (or PosJump), which was a hack, is llSetRegionPos. llSetRegionPos is more reliable than either WarpPos or PosJump was, and will take you to 4096m.
-
Your camera is your friend. Anywhere you can see, you can go. Look inside the house, find anything to sit on, and you're in.
-
Not my system. I'm a SL resident just like you. This is a resident-to-resident Answer service. Lindens never come here and we don't have any authority or power to do anything to your account --- even see it. 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 -
Assuming that the movie is on a streaming server somewhere and that your rental fee is at least going to cover any licensing costs, it could be legal. I don't know what you might receive as a "product" when you rent a movie in this way -- maybe a URL to a streaming source that expires after a certain period of time -- but you ought to be able to get that information from whoever is offering the service.
-
Where did you look? If you're looking at the balance that shows in your viewer, in world, that's not always reliable. It may not have updated and stayed in sync with the real balance, which is on your dashboard at secondlife.com >> Account. Always look there if you want to know exactly what your money has been doing. (If you want to force the in-world balance to update, try clicking on the L$ symbol -- not the Buy L$ sign, just the L$ symbol next to it. If that doesn't work, log out and back in again. )
If you still have questions after you look at your dashboard, 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 -
-
Continued from http://community.secondlife.com/t5/Abuse-and-Griefing/The-name-bleep-keep-giving-problem-can-you-drop-it-all-And/qaq-p/1579981
We couldn't have done anything anyway. As we explained earlier, (1) We are not Lindens here, so we don't have any authority or power to alter user accounts and (2) NOBODY can change your user name. It's yours for life.
Facebook
Instagram
Twitter
YouTube
Flickr
indecision to > list <
in LSL Scripting
Posted
It's hard to know why the code is producing those results, because you didn't show us how your listing function is being called in the main script. Your function increments counter each time it is called, but evidently something else in your script is changing its value between calls. I suggest adding a statement like
llOwnerSay((string)counter) );
just before wherever your function is called, to see what its current value is.
Incidentally, you can use a shorter code to do what you want.....