Dora Gustafson

I don't know about the Linden Home, but if you are talking about 512sqm anywhere else on the mainland I don't see why not. You paid for them by paying for your account so surely you can rent them out. And for certain you can deed them to a group:)

The knowledge base is your friend:) See Linden Dollars You can see how to process credit when your want to get real money

The Knowledge Base is your friend:) See Opening Boxes

An idea to test:) Try to substitute the variable "r" with the constant: "ZERO_ROTATION" in this line. llSitTarget( vLoungeTarget, r ); as it is "r" is set zero anyway

I can't tell you what is going on, it sounds very odd.:smileysurprised: I think I have a work around for you though. Use the shortcut: Snapshot to Disk: Ctrl-` With this your screen won't even blink and you don't have to use Esc Note: If you have national characters on your keyboard the shortcut looks different. I have this: Ctrl-æ on my Danish keyboard. The key to use is where the "`" is on the English keyboard layout, next to letter "L" More Shortcut Keys

Rolig Loon wrote: Or use the Phoenix or Imprudence viewers, which allow you to upload a temporary test version of your textures for L$0. It's an ideal way to do trial adjustments of textures before paying for a permanent upload. This is really a feature SL should copy to their viewer! The existing preview is almost useless:smileymad:

I don't see clearly why you have a delay before requesting attach permission. Another thing is that the timer will still be running next time you attach. You have no timer stop or script reset. Also, if somebody else but the owner touched or nobody touched before the object is attached to the owner, you will never get any attach permission. If the cut off you talk about is in the played sound it may be because the sound playing is viewer side and is not played before it is loaded into the viewer.

Make sure your translate isn't checked in preferences and in top of the chat window (viewer 2) The risk is that you get your chat and the translated chat on the same line. If the translation is from say English to English you may get an almost identical repetition of your chat.

I can tell you this much, your photo is not taken with shadows enabled. The shadow under the couch looks like a prim shadow. This one has shadows from the midday sun and from a projector: the settings in viewer 2 are:

You have to learn how the viewer's Build tool works. Knowing that you can rez, move and turn your furniture the way you like

vector P=llGetPos();vector M=(vector)message;// horizontal distancefloat Hdist=llVecDist(<P.x,P.y,0.0>,<M.x,M.y,0.0>);// vertical distancefloat Vdist=M.z-P.z;

I don't know about symmetric rotation:( If you want to make a sculpted prim symmetry with respect to a plane, it is a matter of reversing a bit: list primDing = llGetPrimitiveParams([PRIM_TYPE]);primDing = llListReplaceList(primDing, [llList2Integer( primDing, 2) ^ PRIM_SCULPT_FLAG_MIRROR], 2, 2);llSetPrimitiveParams([PRIM_TYPE]+primding);

Domitan Redenblack wrote: I will have to run some tests. It does not seem that I am getting "attach" events at all. Right now I am using llGetAttached() in the state_entry handler, which works fine... I'm getting suspicious. Are you having an attach event handler at all? Like this: attach(key atato) { if (atato != NULL_KEY) { agents=[]; service( atato ); } } If 'yes' and you still are not getting "attach events" you better show your code:)

Domitan Redenblack wrote: I thought events were queued! There is only one state in this script, so how can an event be lost? The server could be held busy in some event. This would happen if you occupy the server in an infinite loop. The server has to finish one event before it can handle another.

If the station is actually rotating the physics in SL is fine enough to make physical objects obey the physical forces in play. Physical objects would end up on the "floor" of the torus. If at the same time they have the buoyancy set to one, they would not be influenced by SL gravity. Avatars would be influenced too but I don't see how they could stand or walk on the torus "floor"

The knowledge base is your friend:smileysurprised: Tip: If you find banlines unsightly, you can hide them by disabling View > Banlines.

You could try to clear your cache. See the Preferences Guide, Network Tab I have noticed lately that textures are shuffled and a clear cache helps on that. If the lost prims are getting a transparent texture in the shuffle, or sculpties are getting a wrong sculpt texture, they may become invisible Just a thought:)

Magadski Adamski wrote: Can anyone tell me how to contact Triple Labs Security? There site has no "Help or Advice" that I can find. My basic orb worked perfectly in the past. I am now on rented land and residents on my access list are faced with a yellow ban line round my2088m. I have tried turning system off and even putting the Orb back in my inven but I am still the only person that can enter the land. You can easily get rid of the ban lines, see How to keep other Residents off your land in the knowledge base. And then flush that security orb:smileymad: @Void: yes ban lines are yellow now. You just revealed you are not using Viewer 2

You should consider another solution if your goal is to have a fixed camera position, angel and distance to look at your avatar. I would like to point out how you set Camera Offsets in the SL Viewer 2.4 (current standard viewer) No need for a script. The settings will be used until you change them or you update the viewer. First select Show Debug Settings from the menu: Then go to the Camera Offset you want to set: This was my contribution to the Improving Your SL Experience With Better Camera Placement discussion in the old forum Torley Linden made a very good about these settings. Finally I refound it:)

In the window you can pick different aspect ratios. You can also resize the window by dragging corners or sides

Innula Zenovka wrote: What I've been asked to make, though, is an attachment, so the person wearing it will start swimming automatically as soon as he or she is in Linden water. I have pointed out that it would be far simpler to use an AO that knows to play a swimming, rather than flying, animation when you're "flying" underwater, but apparently that's very much second-best as far as one particular RP community is concerned. An AO is a script in an attachment, so why can't your attachment work like an AO?:womansurprised:

Innula Zenovka wrote: So, I can find out if I'm under water or not, using llWater. If I am, I can over-ride the standard walk animation with a swimming one (and "stand" with treading water, I guess). But I'm a bit at a loss how best to make myself float or swim. I have used one for years. You are on the right track. When under water I use a swim animation for 'walk'. When standing I just stand on the bottom. When flying I substitute the fly animation with the swim animation. Above water everything is normal walk, stand and fly. The one I use doesn't float on the surface, but it changes nicely from walk to swim when I enter water and back when I get up on dry land. In fly mode It changes smoothly from swimming to flying when flying out of the water and back when I submerge. The AO works for Linden waters only, pools at higher levels doesn't trigger a swim.

This simple script can read note card data into a list. It requires that all data are on the first line in the card and data are separated by commas, say: key1,key2,key3... list ListA; string dataCard="CardA"; key cQuery; default { state_entry() { cQuery = llGetNotecardLine(dataCard, 0); } dataserver(key query_id, string data) { if (query_id == cQuery) ListA = llCSV2List( data ); } } You just have to expand this script for all cards and lists. As others has suggested: Look up the LSL functions in the wiki:)

Maybe you should ask in the building forum. It is actually not a scripting issue:)

Thank you for the tip:) Now my Maximum Maturity Level is stable:) What would we do without each other? LL has a habit to make things complicated and telling nobody, least of all their customers