Ela Talaj

A single dedicated script can store up to 500 agent names (or keys). Several such modules with parallel search can support storing a very large number of agents. This however is a pretty advanced scripting so not for LSL beginners and/or amateurs. Sequential search wouldn't work of course because takes way too long.

It actually might be not a bug but a nice feature If the "listed date" column is restored and the currently displayed column (which is "last date sold") is added it would be a very useful info.

I'm not aware of any RL retailer that would refund either on-line or in-store purchase unless a customer returns the product. In SL Marketplace more often than not returning the product is not an option because most products are no transfer. This considered, The Lab's policy of not interfering in refund disputes between merchants and their customers appears wise.

Thank you for your kind attention, Dakota. In general I would suggest that a main criterion for evaluating reviews for retention should be whether a review pertains to the quality of the listed item or it pertains to the quality of the listing itself. A customer has every reason to expect a quality product but would be unreasonable to expect a professionally made listing as most merchants do not have this kind of experience and no resources to hire someone who does. So in case of a confusion a prudent customer would simply ask the merchant prior to purchasing, especially for big-ticket items. Buying while confused and then blaming the merchant is somewhat disingenuous. Specifically I would suggest adding another box to the Permissions Section: "open source scripts". This would remove any ambiguity in respect to scripted modifiable objects - either this box is checked or it is not.

Pam, the OBJECT is modifiable, otherwise the customer cannot enter configuration in the notecard (and most customers don't bother with making their own object and just use mine). If the customer was confused could've just asked before buying. I get a lot of pre-sale questions about this product and always answer all inquiries.

Well that's exactly what happened to one of my items just recently. A buyer left a one star review complaining that the scripts are not open source. Moreover the wording of the review is such that it would be considered libelous in any RL jurisdiction. That is in spite of the fact that the listing clearly states in the Permissions Section that the item is no-modify and no-transfer. That is in spite of the fact that all other reviews of this product are, to say the least, very positive (and I did not solicit any). I flagged it. So far nothing happened. Here is a link for you, Dakota: https://marketplace.secondlife.com/p/CentovaCast-Vendor/5307139 Go look for yourself what I have to cope with after providing solutions, which are perhaps not always impeccable but always in good faith and to the best of my knowledge and experience, for over 10 years for thousands of SL residents.

I market complex products most of which require filling out a configuration notecard for a given user setup. Each such product includes a very detailed user manual and I spent countless hours writing those manuals. Sometimes users don't bother reading the manual but immediately start complaining that the product doesn't work after been rezzed. Of course it doesn't work - it has to be configured! If such a user posts a bad review, without even attempting to contact me for help, there is not a category to flag it. It is not "off-topic", it's right on the topic but the user didn't bother to read the manual. So how to flag such review?

The same issue. I didn't even notice until customers started complaining that they couldn't view the listings so I don't know when exactly the problem occurred. So far there are 7 of listings missing and all but one have copy permission.

To make a script which would support temp-on-rez objects falling on a stationary avatar is rather trivial, however if an avatar is moving (walking, etc) it becomes much harder. That's probably why the one you found requires the avatar to sit on an object. To make a script that sends temp objects right on a moving avatar's head would involve calculating where the avatar would be by the time the object is rezzed and falls down from its rezzing position. So need to know avatar's moving speed, direction, falling object's approximate rezzing time (which varies in depending on a sim lag) and a few other things. From the top of my head I don't even know how to get all this data

llSetRegionPosition() is indeed imprecise. In my experience a deviation from input coordinates may be as high as 1 meter along one of the axes even though it happens rarely, not every time. If precision is required, instead of calling llSetRegionPosition() I usually call a 2-line user function: SetRegionPosition(vector destination) { llSetRegionPos(destination); if(llGetPos() != destination) llSetPos(destination); }

This is actually an excellent idea in my opinion. Certainly, The Lab's legal department could write up a procedure that would not turn into a can of worms.

Secondly, there is no such thing as llGetOwner the method is: llGetOwner( ) But first of all, LSL does not allow operations in global declarations.

You can leave textures as is on the actual product and just add a little script that would allow the demo version to be worn only once. After a user detaches it cannot be attached again. Call me in-world and I'll give you a script for that.

Traffic Counter for any area within a sim

I don't have any numbers but I've done quite a few chat (chan 0) parsers for clients and so far no one reported noticeable sim performance degradation because of these scripts, regardless of the number of agents and chat frequency on the premises.

Firstly, there is a typo in your C++ code in the original post. On line 2: " if (i<5); " you appear to have an erroneous semicolon at the end. so it wouldn't do what you expect it to do Secondly, as other responders already mentioned, there's no arrays in LSL. The way around it is using lists. If it helps any, LSL lists are very similar to Python lists. Actually you can even emulate C++ array of structures using LSL strided lists, just have to be careful in indexing. The main thing to remember using lists is that LSL has no concept of reference so you put a whole object on the stack instead of a reference to object. Considering LSL memory restrictions it might be tricky to accommodate large lists.

I'm the perpetrator Well, one of them. I make those scripts-counting gadgets. Many sim owners believe that a large number of scripts residing in objects worn by avatars increases the sim lag. Whether or not it is true is disputable but there is a demand for script-counting gadgets which would eject an avatar wearing "excessive" scripts so I sell them. The only way to stay in a sim deploying such scripts counter is to take off some attachments you wear within a time limit allowed by the scripts counter. My counters give you 15 minutes to decrease number of worn scripts by taking off attachments, which is plenty of time. Other counters may give less time. Turning scripts to not running (inactive) in an attachment may or may not help as a sim owner has an option to configure the counter to count all scripts, active and inactive.

What I find depressing is that I have to subscribe to The New York Times to read the article. Considering what The New York Times turned into lately I have no inclination to support it even at a cost of 99 cents so guess I'll never know what is in the article.

The only sure way to avoid a web site shutdown (either temporary or permanent) is to use in-world vendors that don't connect to any website. I've been offering a line of full-featured in-world vendors for a long time. Called MPV (for Multi-Product Vendor). Reduces lag too.

Your requisition is somewhat unrealistic. Without going into details, I would estimate your project development cost at at least L$40,000. If have the budget for such cost contact me in-world.

Most of my SL income comes from custom scripting, which is not really applicable to this discussion. I do however have a marketplace store and an in-world store. About 90% of sales come from the marketplace store. I do not use any listing enhancements or classifieds. On average I have about 1-2 sales a day and as most of my items are rather expensive it comes to about 50 USD a week. For advertising I made catalogs in a book format with pages linked to the MP store and distribute them to my in-world store visitors automatically and to new customers in the marketplace store. When I list new products in the MP I also send their descriptions to the mailing list which includes all in-world and MP customers but that doesn't happen very often as sadly I don't have much time to make new products.

Dakota, would you clarify one point for me? Keeping your example of product name "Alexa Long Hair - Blonde", are you saying that if the keywords are: Alexa, Long, Hair, Blonde, Copy, Mesh it would show in search more often than if the keywords are: Alexa Long Hair Blonde Copy, Mesh (one comma only)

There is no reason to hardcode position/rotation offsets in a list. In fact it is bad programming because not data driven. I would've (and did in this product) rezzed all objects from the list of their names originally in the center of the rezzer, then I would've manually positioned the objects correctly around the rezzer and recorded (via on-touch menu button) their positions/rotations relative to the rezzer. After positions/rotation are stored in the script, on subsequent rezzes the objects would be rezzed in the positions/rotations last recorded. Of course I didn't invent a bicycle here, most commercial rezzers work this way.

Allegedly llSoundQueueing() would schedule two sounds one after another without timing. I've never tried it myself though.

Of course not all even numbers contain a single '1' bit... in fact most of them would contain more than one. The test here is if the lowest bit equals one. For even numbers it would always contain a '0' and for odd numbers: '1'. And indeed integer IsEven(integer src) { return !(src & 0x1); } is much much faster than integer IsEven(integer src) { return !(src%2); } unless the compiler is smart enough to substitute, but LSL compiler is rather dumb. As for building menus, just use this API I've made it for y'all years ago.