Void Singer

it's actually fairly reliable, although there used to be occasional isues with e-mail going down for a region. the caveat is that unless you use some external service to update the e-mail address, you can never de rez the recieving object, because it's key will change... you can however move it accross region borders safely. ETA: I would not depend on it for mission critical communications.... although you can do quite a bit to ensure that it's being recieved.

your best bet is to file a ticket to see if LL can recover your rezzed items. as for the rest, this is an unfortunate consequence of dealing with non-LL owed regions.... if they decide to pull their region, stop paying for it, sell it, or even have it removed because their accounts have been banned, the only people who might get any warning are the actual owners of the region, and LL generally will not get involved unless there has been repeated abuse by the same people amounting to $L fraud.

Cori Sabena wrote: [...]My problem Is why do people get away with selling other Disney stuff like TRON, Star Wars, Harry potter, Dr Who, Star Trek, Red Dwarf, Mattel (Barbie and ken, Marvel etc?[...] the largest reason is, simply put, because no reports those specific items... and/or because LL only deigns fit to respond to IP complaints about large commercial entitiys that are likely to complain.... Disney is known to very agressive about it's brand, but BBC is not for instance, so they don't bother with Dr Who, but heavens help you if you made mickey mouse ears. I see art by RL artists that have well known policies forbiding the use of their works in ANY electronic medium... and it's impossible to report an IP issue myself, and instead I have to inform the author and they have to come and get an account and log in and run over to this place just to file an IP claim against it... the entire system is a bit ridiculous (and not entirely LL's fault) Cori Sabena wrote: Is it possible to get permission from Disney? I did not sell a lot but the were fun and did a lot. And a good experence at scripting and building. possible? perhaps... you'd have to check with Disney about a licensing agreement. once you had one you'd probably need to send a certified copy to LL, and some yahoo would probably still report it and some yonk at LL would still remove it, and you'd have to do it all over again, because there is no system is place for verified licensed resellers. PS you found Red Dwarf stuff? really? where!?! I loved that show! =)

that would seem to be incorrect behavior, although I can understand why it might be standardized that way. you may be able to fool it with a trailing slash in the hash, or possibly try the search string instead of the hash (it may treat those as unique) you may want to file a bug repot to the jira, but I wouldn't hold my breath for a quick fix.

What constitutes a warning? Whatever LL Says. Who issues the warning? An Employee of LL How is it delivered? However they want

since I can't be sure what axis the head points to it's hard to guess... but one of these four rotations applied in the REPLACE_ME spot should fix it. llSetPrimitiveParams( [ PRIM_POSITION, root + , PRIM_ROTATION, llEuler2Rot( <0.0, 0.0, angle> ) * REPLACE_ME ] ); <0.0, 0.7071067, 0.0, 0.7071067> <0.0, -0.7071067, 0.0, 0.7071067> <0.7071067, 0.0, 0.0, 0.7071067> <0.7071067, 0.0, 0.0, 0.7071067> and for future reference, you're likely to get faster and more complete answers to scripting issues over here

please see this jira entry for a possible fix (appears to be a problem with some ad blocking software that blockes google analytics)

Lexie, thank you VERY much for that update... been trying to figure out an easier way to do that, and didn't realize that highlight was actually reloading the page (but I should have)

if you deleted the animation from the AO's inventory, then it is gone gone gone... I hope you kept a copy in your avatar inventory

Ishtara wrote: Alternatively, LL could give us the 24/7 moderation that was promised for the forums. At this point, I'd even be glad if they brought back resmods. hah, better bite your tongue or else.... ETA: yes I desperately wish Ignore worked on posts.... surely this software has that very basic feature? don't make me or Cerise have to write another add-on to make it work... seriously I have better things to do. I'm sure Cerise does too.

preferences linear layout and topc layout... make sure both are set to "oldest first" and save

59minutes from start till cleanup... I just watched it....

... or at least for the same amount of time that marked ones do....

you could file it now, and hope it gets seen by the time you turn 18, but I think if they see it before then they won't process it because you haven't turned 18 yet..... personally I would wait till the day after you turn 18, and check to see if your account has been unlocked to go to moderate regions. if you can, you should be good to go for normal age verification if you want to if you can't, you'll need to file a ticket with LL, or possibly live chat may be able to verify your age that gave at signup and do the math and unlock your account.... worse case scenario is that they will require manual verification, and you will have to send them documentation. ETA: if they do require manual verification, you should make sure they process your age verification at the same time with the same documents to save you the hassle of doing it via the age verification portal.

hey no one said it was particularly SANE.... but if you have a complex enough function, or a desperate need to remain in the same context it works it's how we hacked llMapDestination to work with asynchronous data lookups (like llRequestInventoryData, and http, for things like stargates that can't use read ahead or pre loads) ETA: it's also how two major networks manage to pop up map destination when you collide with the event horizon, rather than when you touch the dialing device (although the touch is required)

Don't be so sure about that Peter string callFunction( string library, string action, string data ){ llMessageLinked( LINK_THIS, 0, library, action+";"+data ); while ("" == llGetObjectDesc()); data = llDeleteSubString( llGetObjectDesc(), 0, 0 ); llSetObjectDesc( "" ); return data; } ETA: for the record that's just an example written on the fly, but it tecnically returns the results inline to the caller.... after horrendous delay. the library script catches the link message, parses it, and throws the result back to the description so that the calling script never has to leave the current event context, and in fact never needs to leave the line.

ooooo ad a layer to rest of the image instead of trying to repair the section that's had a layer added? that's the kind of evil enough backhanded thinking that makes me proud to be a programmer =D, I may try that in the interim to see how it looks =) ETA: not as well as I had hoped.... mathematically I know the transform that is occuring... it's a RGB to target of 50%.... or [originalValue - (originalValue - nextLayerValue) * nextLayerOpacity] *I think*, and I'm trying to figure out how to to the reverse operation... color AWAY from target [originalValue + (originalValue - nextLayerValue) * nextLayerOpacity]

Chosen Few wrote: Even though you can simply turn the overlays off via the forum settings, the question is still a good one, from an image editing perspective. The answer is that a a second overlay with exactly the opposite grayscale value will cancel out the first (assuming the overlay method and opacity are the same for both). ah bugger, I let my layman's terminology get the better of me.... it's not an overlay in the layer mode sense, but in the physical sense.... it's just a partially transparent layer... so the opposing median color only serves to wash out the image even more in normal mode, it helps a little in overlay mode, and is about halfway there with burn (all using the opposing median color)

oh I can already reset they badge type (it was my instructions you clarified in that thread =D) ... but I don't want the white block either... I want to selectively conteract the overlays (spcifically I'm going to use the information to make some templates that others can D/L and use for the tokyo and bayfog themes (though there's no help for the blue bars in bayfog, as they are solid) the overlay color for both is #545454 with 50% opacity (feathered to 0% at the right edge for tokyo) I know how to duplicate the overlay as a mask, but I don't know what trinsforms to use to undo what's been done... namely the compresion of the color range to an arbitrary value... what I want to do is expand the color range so it mostly wipes out the overlay effect in the masked areas ETA: @Chosen: running off to give that a try now.... @Cerise: I know... I'm aim to fade it the top of the minimal first block to avoid most of that issue >=)

Lexie, when you DO update that page, make sure there is a correction to the section marked "Want to know who thinks a message is good?" as there is no link on the kudos count, nor an specific page for an individual message (in fact it's extremely hard to link to a specific post at all, there's a tiny numbered link in forum posts and you can hack together a link for answers if you know the format....) perhaps when you update that faq, you could perhaps take a look at post linking and turning off kudos sorting? pretty please? =)

ok, so take a look at the badge icons on the side of my post.... big grey blocky overlays.... other than manually pixel hacking a result that will counteract the overlay, is there a series of layer transforms that I can apply to cancel that out? I have the exact values from the overlay, and I do realize that I won't be able to entirely wipe it out due to dynamic range (at least not for original values near 0 or 255 on the rgb scale) so... anyone?

you can file an abuse report for L$ fraud, but historically LL handles land deals gone sour as "resident disputes" and generally ignores them.

it's still available, just not from the login screen, or website.... https://wiki.secondlife.com/wiki/Live_Data_Feeds (I recommend the XML feed for quick browser checks, the LLSD feed for detailed browser checks, and the Plaintext Feed for inworld parsing)

thanks Suella thought I'd missed something in there and was feeling a bit stupid... total agreement about defaults and user choice as well.

well I see some obvious problems in there... instead of resetting, try adding this function line to the state_entry, on_rez, and changed owner sections.. uTryNotecard(){ if (~llGetInventoryType( "Agent" )){ kQueryID = llGetNotecardLine( "Agent", 0 ); }else{ llOwnerSay( "Required notecard 'Agent' not found, plaease add it to inventory" ); } } and you'll also want to do something about it saying it's redy for use after getting a cannot connect to server message