Hooten Haller

Jenna: I tried testing for a flag set by at attach event instead of llGetAttached. No change of behavior. The hud image remains attached until I interact with it. As I tested I noticed that something messages me BEFORE the teleport visually starts: Of course the teleport _has not_ completed since the whole black screen/reappear elsewhere visuals start after this. I suppose what's happening is the event code is called while the script is still executing in the region being left, suspended, restored in the new region, and somewhere messages from the region(s) about attachments is confusing FSV. This message does not appear when I use SLV, for whatever that's worth. So I thought "What if on teleport FSV is executing script actions in a different order from SLV?" I changes the sleep time from 0.1 to 10.0. Bingo. It detaches properly in FSV. Now I'm concerned that scripts execute differently between viewers. Just as bad is sometimes teleports take a very long time, so I don't know if I need a long or short sleep time to counteract FSV's behavior. Well, I'll play with various sleep times for "typical TPs" and hope that's good enough. PS: The die command in run_time_permissions is absolutely required so the HUD, just lying on the ground at that point, deletes its unwanted, rejected little self. And it works in that situation since it is not attached.

Die() exists so when I am debugging I can uncomment the first line to just print that it "died" without actually deleting it. I had included it for completeness of my example. Removing the leading double-slashes will uncomment it.

Die() { //llOwnerSay("Die"); return; llDie(); } ... changed(integer changes) { if (changes & CHANGED_REGION) { llSleep(0.1); llRequestPermissions(attachedTo, PERMISSION_ATTACH); } } run_time_permissions(integer perm) { if (perm & PERMISSION_ATTACH) { if (llGetAttached()) { llDetachFromAvatar(); } else { llAttachToAvatarTemp(ATTACH_HUD_TOP_LEFT); } } else { Die(); } }

Yeah, I found out llDie() won't work. I need to request ATTACH permissions then I can detach it. I do a short sleep as no sleep wasn't working even in the SLV. As this happens every single time I'll have to see if I can reproduce it in a small script for a FS Jira.

I know Firestorm processes events a bit differently than the Second Life Viewer, but this one has e scratching my head. I made a HUD giver. When touched it rezzes a HUD on the ground near the toucher. That HUD then asks permission to be attached as a temp-attach HUD. This all works perfectly in the SLV and FSV. When the avatar teleports to a new region the HUD waits a fraction of a second, requests permission to attach again, and then detaches. This part works perfectly in SLV but not FSV. FSV hangs onto the HUD at least visually. It remains on screen. It _sometimes_ continues to react to touch events, but doesn't properly update appearance in response. When I try to detach it the Detach command is disabled (as if it's already detached). Sometimes it then detaches, as if some FSV code now realizes there's no HUD for the image pixels it's showing. Before I file a FSV Jira on it, maybe someone here recognizes this behavior and and knows what I can do to properly detach after a region change?

Answering my own question. If your browser window isn't wide enough you won't see the community menubar. From there you can pick Forums to navigate to your forum, When the browser window is wide the Search field, when editing in it, shows a popup that allows one to limit the search to this forum only. If the browser window is narrower the search field looks and behaves differently and does NOT have an option to limit searches to the current forum. Needless to say I have rather negative feelings about this bit of UI behavior. Image 1: the menubar. If you see this then your browser window is wide enough. Image 2: the wide-browser search popup, showing the filter option to limit the search to this forum. Image 3: the "narrow"-browser search page. (It's not a popup, it's a whole page.)

How do I restrict forum searches to just one forum? I found the search field filter once when I used a particular path to get to the forum, but I can't find that path again. Specifically I want to restrict search to one of the Scripting forums.

I've made a non-motorized vehicle which uses llTakeControls to grab the WASD/arrow keys as well as Page Up/Down. Control is requested when they sit on the device, and works fine. When they stand control is released back to them via llReleaseControls. Every now and then the forward and back controls are not returned to the user. They can turn but not walk forward or backward (I think strafing is also broken). The device is not responding to the controls, nor is their avatar. Some of the time I believe this is because I've done some script edits while I'm sitting on the device, but other people have had this happen too when I'm not editing the script. It's very rare and hard to make happen. What is going on? Is there a way to fix it without relogging? I've tried re-sitting on the device, but standing again does not fix the problem.

I believe SL relies on OpenGL. If I’m right then yes, they need to migrate off that as Apple stopped supporting OpenGL. They are moving developers to Metal. See: Apple OpenGL “Retired Document / Important: OpenGL was deprecated in macOS 10.14. To create high-performance code on GPUs, use the Metal framework instead. See Metal.“

Try email to re-establish the URL connection if you suspect the HTTP server's region was restarted. llGetNextEmail()/email event, and llEmail()/llTargetedEmail(). It's got a 20 second delay, and has odd failure modes documented, but it worked reasonably for me when I needed cross-region communication without resorting to outside services. I think I was checking for updates from the server hourly or daily, but certainly not frequently.

I have an object that is rezzed several times at the start of a gig for dancers to sit on. While in the rezzer inventory the seat object is in a “standby” state. That state has an on_rez event handler whose first line is llSetText. There is seconds of lag between the seat appearing and the hover text changing. This effect has been coming and going over the past couple weeks. Currently it’s back. Fortunately rezzing is a rare occurrence for the overall product.

Spaces aren't what I wanted. The reason they make the text non-clickable is the viewer scans for URLs and URLs aren't allowed to have spaces. But I want it to appear as a valid URL. The technique using square brackets does not work. I tried Firestorm and the standard viewer. The <nolink> technique works exactly as i wanted. Thanks. What page documents these sorts of elements?

Is it possible to llSay a SLURL and make it not clickable, that is to display it literally only? I want: llSay(0, "http://maps.secondlife.com/secondlife/Help%20Island%20Public/181/197/23"); to display as http://maps.secondlife.com/secondlife/Help%20Island%20Public/181/197/23 and not as: Help Island Public (181,197,23)

See this old answer from 2007 about unreal Engine 3. http://forums-archive.secondlife.com/111/a0/170204/1.html It certainly does seem like things have changed enough with UE5 that SL's highly dynamic assets might work if preloaded. But remember the demo was saw did not say how big those assets were if streamed. Everything was likely already loaded, and that's a huge issue. Still, it'd be fine with me if some regions were designated UE5 and not allowed to be very dynamic (apart from avatars) and had a large download time. How large could people tolerate, though? Also notice the demo only mentioned the PS5 and didn't discuss how portable that quality is to, say, a general OS.

Already did that. (" I am wearing the manager role tag now." by which I meant I have the group active, the manager role selected, and hit Save.)

As a group manager I cannot add group members to the host role. The land owner created a new group for a parcel I'm managing. He created two roles so now the group has everyone, host, manager and owner. I am in the roles everyone, host and manager. I am wearing the manager role tag now. The manager role has many abilities: Invite People to this Group, Eject Members from this Group, Toggle 'Open Enrollment' and change 'Enrollment fee', Create new Roles, Delete Roles, Change Roles names etc, and Assign Members to Assigner's Roles. Managers cannot Assign Members to Any Role, Remove Members from Roles. or Assign and Remove Abilities in Roles. So why can't I assign people to the host role? When I invite people to the group, the role drop down only lists "everyone". What are we not doing right? —27 Sep 2014— This looks like a LL viewer bug. I can do role assignment just fine in Firestorm. This is a bug that's been known broken since May 2014. https://jira.secondlife.com/browse/BUG-5922

The owner could have been more polite and understanding, since you seem relatively new. But the owner was within rights.

I have made a freebie vendor that rezzes an object when touched. I'd like the rezzed object to belong to the toucher using the vendor, but of course it belongs to the owner of the vendor. Because this vendor exists to speed up creation of some common objects, it's absolutely too much to expect the user to right-click to buy it for free. For one thing some of the users will be barely familiar with editing objects in the first place. Is there any other chicanery I might use? Perhaps have the rezzed object ask to attach to the user, and then promptly detach itself once they agree? If they refuse the attach request I'd make the object time out and die so it doesn't litter.

I've used wifi for years and the inworld LSL editor is so far the only place this happens. I don't use a Bluetooth keyboard.

The viewer I'm using is the standard Linden viewer, Second Life version 3.6.7.281793 (3.6.7.281793). I'm using the in world editor. This only happens with the LSL in world editor, not in chats. I should try a dialog and see if it happens there too. I'm a fastidious programmer and produce readable code, so loads of double spaced and badly indented text is a major headache, not just a nuisance.

Recently the LSL editor has started to issue double line breaks. When I press Return I get two line breaks entered into my script. Has anyone else noticed this? Mac OS X 10.8.5, Second Life version 3.6.7.281793 (3.6.7.281793).

I gave 123D Creature a quick try. It looks like a fun way to sketch an avatar idea. It can now support some kind of exporting, but I haven't tried that. Do I need to make sure my creature has the same skeleton (joint tree) as the basic LL avatar?

I think of "land" rental as the same thing as web hosting fees on web services. The support services needed for a virtual land server are much higher than most web sites need so the prices are higher. In both cases you are putting content on a company's machines and having that served to the world. It's tempting to transfer real world concepts to virtual worlds, such as the concept of real estate taxes. But to keep perspective it's good to remember this is rental of content hosting.

When I get a notice with an attached landmark, it does not work. Once upon a time they did, but it's been a while. Whne I click the LM attachement in the notice window, a Place window appears but the LM information remains unloaded in that new window (just says "Loading" with no abiliity to TP or show it on Map). If I close the Places window and try clicking the attachment again, nothing happens. It means I must ask the sender for a teleport. Has anyone else noticed this? I'm using the latest LL viewer (3.2.8 (248931)) on Mac OS X 10.7.3.

Thanks, everyone, for these thoughtful responses.