Aspire Rang

You can't grant them the right to edit only this specific object of yours. but you can create a script to modify the textures on command. and give it an authorized agents list.

you set a timer when you start the animation, and when the timer triggers you stop the animation. string animation;default{ attach (key id){ if (id){ // id is the key of the avatar wearing the object. Empty if detached. llRequestPermissions(id,PERMISSION_TRIGGER_ANIMATION); //request permissions to start an animation from the avatar wearing the object } } run_time_permissions (integer perm){ if (perm & PERMISSION_TRIGGER_ANIMATION){ animation=llGetInventoryName(INVENTORY_ANIMATION,0); //get the name of the first animation in objects inventory llStartAnimation(animation); llSetTimerEvent(10); } } timer(){ llSetTimerEvent(0); llStopAnimation(animation); }} something like that, if you are going to have it just play once and then stop, consider having it detach itself as well when it's done for convenience.

Make a thing as simple as possible, and no simpler. You are trying to skip that second part. You need to track who is in your zone, and who is restricted, so you can properly UNRESTRICT them when they leave when possible. Here is a simple take on an rlv restriction zone. integer chanRLV = -1812221819;integer RANGE = 20;float RATE = 5.0;list gl_inhabitants;list gl_detected_agents;add_inhabitant(key id){ integer i = llListFindList(gl_inhabitants,[id]); if(i==-1){ llRegionSayTo(id,chanRLV,"NoTP," + (string)id + ",@tplm=add"); llRegionSayTo(id,0,"You have entered an RLV restriction zone"); gl_inhabitants+=id; }}remove_inhabitant(key id){ integer i = llListFindList(gl_inhabitants,[id]); if(i!=-1){ llRegionSayTo(id,chanRLV,"NoTP," + (string)id + ",@clear");//,@tplm=rem llRegionSayTo(id,0,"You have exited an RLV restriction zone"); gl_inhabitants = llDeleteSubList(gl_inhabitants,i,i); }}process_agents(){ integer i; for(i=llGetListLength(gl_inhabitants);i>=0;--i){ key id = llList2Key(gl_inhabitants,i); if(llListFindList(gl_detected_agents,[id])==-1) remove_inhabitant(id); } for(i=llGetListLength(gl_detected_agents);i>=0;--i){ key id = llList2Key(gl_detected_agents,i); if(llListFindList(gl_inhabitants,[id])==-1) add_inhabitant(id); }}default{ state_entry(){ llSensorRepeat("", NULL_KEY, AGENT, RANGE, PI,RATE); } sensor( integer detected ){ gl_detected_agents = []; while(--detected>=0){ gl_detected_agents+=llDetectedKey(detected); } process_agents(); } no_sensor(){ gl_detected_agents = []; process_agents(); }}

In that image it appears your "body" is attached to your right hand, the default place for random attachments. take it off and attach it to another attachment point, somthing like spine or pelvis, or anything that you don't use. Rigged mesh will always appea fit the same no mater where it is attached, so just atach it to whatever point you use least.

Hellos Thank you for your replies! Amethyst, I know for certain my products have come up in search because I have done searches to check the effects of sales on rankings, but my 'top searched products' report from my merchant home is still showing a buncha 0's. Tari, It looks like you and the others all confirm my reading of the situation, that I am faced with an artificial either or situation. It's frustrating to face manufactured difficulties this soon. Since there is no legitimate reason for a customer to see the keywords, as evidenced by their lack of visibility, why do they include it in the page source? As for how important adult keywords are I have no idea at all, I know the adult market is sizeable in SL given there is an entire continent devoted to it. Maybe after I find any combination product/marketing that works I will have a better idea. Sassy, That is a good idea, I know the visibility of 'realated' items is fairly good. I find a lot of fun things that way myself. If that's the best I can do it's at least better than nothing. If only I used animations or what not, then I could just stick an extra/different animation in and call it a different product like they do with furniture.

multiple attachment events without an interveening dettach

Hello Merchants! I recently started working on a Marketplace store and have been focusing on how to make outstanding listings with some limited success. While trying to gauge the success of my test listings, I came across my question. - Is Reports -> Top Searched Products working? - If so how often does it update? My freebie listing is getting picked up about 10 times per day. -It still shows as having 0 searches after about a week. Any information about that would be appreciated. The Issue I have come across with Marketplace relates to, but is not part of the recent maturity filter kerfuffle. One of my products should be rated General. -It has nothing offensive in any component of the build, or in the marketplace Details or anything else customer accessible. -It May, but not Must be used for mature activities. (No special provisions are included for mature use) Therefore an appropriate list of keywords will include some adult terms. Despite the fact that keywords are not visible to consumers, this automatically forces the rating to Adult. I could just create a separate listing for general audiences with only the general subset of keywords, Except... Item or Keyword Spam. Item spam is creating more than one product listing for any single item, and will not be tolerated. So I am at a loss regarding how to reach the products entire potential audience. Besides the Question and Issue, I would really love any tips or tricks on creating professional/fantastic MP listings.

Trinity Yazimoto wrote: Dres, about the textures you buy in SL. LL has already a full licence on them, from the day the original creator uploaded them. By purchasing them, you are given a full perm SL licence (if they are full perm of course), that mean you can copy them to infinite, you can modify them and you can transfer them. Generally, you cant transfer them as standalone, or with full perms but still, you can use them on your items and sell or share your items. The licence you have there is for use in SL only, and except if its said explicitely you cant use them outside SL. And you are not forced to give credits for the texture, except for some rare exceptions. This is not a CC licence. Now if you download them on your hard drive and you modify them. And then reupload them. Till here its fine, you can do this, since you have a licence that allows you to modify (and you can't do this within SL since there are no tools for that). So now you have the texture that you modified. Your texture modified is NOT the original texture. It's the original texture + YOUR modifications. you have created a derivative work. Now you will upload it in SL. You dont have to worry about the full licence you maybe dont have for the original texture because LL has this licence already since the day the original creator of the texture uploaded it in SL. Instead, you should worry to know if you want to give LL a full licence on the derivative work you made. This is the only thing LL is aking a licence from you. They dont care about the licence on the original work, bec they have it already. And the modifications are yours. You are the only one who can decide you want or not give the full licence to LL on that. For anything bought within SL (as long you are ok with the licence you have been given) there is no problem. LL has already a full licence on them, they wont ask a second time. Since the licence is clear and it says they wont give any credit, it doesnt the matter the name of who is uploading. what matters is that they can have a full licence, so at least one person uploading must have a copyright for being able to grant this licence to LL. If that's done, they consider they have already this licence and its fine. ...... No, you can't assume that. Many creators have stopped uploading to SL specifically to prevent LL from getting those rights. LL can not take them retroactively for the vast majority of content in SL that was uploaded prior to the change in TOS... any more than users can expect to get away with chat log disclaimers in their profile.

Drongle McMahon wrote: So, unless it changed in 6.2, that means no UV map data in the Collada file, with the random UV map results. You can check by looking for "TEXCOORD" in the collada file (unless that changed too). Depending on what else you are doing, this may give you different texturing anf even different LI each time you upload the same file (reset data each time if you have slm mechanism on). Then make a UV map and see the difference. Thank you, this post was an enormous help, exactly the reason for what I was experiencing. Planar texturing /sort of/ worked but default was completely crazy. Saw this post and spent a moment to uv map each face and poof, works like a charm, I can't even begin to imagine how long it would have taken me to think of trying that if I ever did. ++Hero points!