Lucia Nightfire

Let's hope so, because the commenters above have probably all passed away by now considering this thread is almost 12 years old. By "passed away", I mean lost interest in SL years ago. 😉 That "Last Visited" metric in people's profiles is obviously broken, too.

Search term binding with relevance traffic tied to those terms upon visit and matching to parcel desc keywords. This will allow variable relevance based traffic scores based on what visitors last searched. LL can't wrap their head around the concept, so we will have to deal with mobile UI style layout for web search. That is what is coming next year.

What other group? 🤔

Why do I find that commercial not only confusing and missing the mark, but also ageist and racist at the same time?

The prevalence of scented condos shows the money spent on those 4000 censors is a waste.

Yeah...glitch...that's the ticket! BTW, if this happens again and soon and it seems to hang around much longer, like permanently, just chalk it up to being a long term glitch. It will make the suffering more bearable. 😉

Click bait title. 😆

Yes, the change was reverted. Everyone's feedback was great. Be prepared for more changes to come! 😉

The store owner still gets an email when a review is made telling them who made the review with its url. The store owner still gets an email when a review is made telling them who made the review with its url. The reviews and comments on any listing page no longer show the names of the posters to anyone. I assume logged in Lindens can still see who made the reviews/comments.

The store owner still gets an email when a review is made telling them who made the review with its url. One thing I frown on is, sometimes people contact a reviewer asking if they can see the product if no demo is available as well as ask if they experienced a certain bug/problem if they did buy the product beforehand if no dedicated store/support group exists.

Marketplace reviews and comments are now anonymous. Even the store owner will not see who posted them. The only time the store owner will see who has made a review is via email. Thoughts?

Same reason I don't want to see limited quantities items. There is a flood of demos and gacha listings with every search without using those filters. If I find something interesting, THEN I can click on it and see if there is a demo. Sadly, many things don't even have demos so searching ONLY demos will cause you to miss a lot of stuff, IMO. One thought of solace is that gachas hopefully will become more and more rare to encounter so there may be a day when I no longer have to filter limited quantities listings.

As explained in the comments above, it is a bug that happens when you try to teleport to a region that is down or non-existent. https://jira.secondlife.com/browse/BUG-231187 Something else that probably won't be fixed this year.

I'm not talking about appliers. I'm talking about BoM. BoM is not SL system body UV exclusive. Said anime/furry/feral heads/bodies use BoM without using SL system body UV format wearables. The textures in the wearables only need to use the same UV as the mesh heads/bodies they are being worn with.

Unless I'm misunderstanding the target application, I just wanted to mention that BoM is not SLUV exclusive/dependent. It just has to use textures with UV layouts similar to whatever head/body/body part they're meant for. There are currently anime/furry/feral heads/bodies that use BoM that are certainly not SLUV.

Yeah, everyday I build. I don't see it being fixed this year either, sadly.

If a sit object uses either camera at/eye offset or llSetCameraParams(), when you stand up your camera should be released. If it is actively following you, ie, not alt cammed on anything and you are using Rear view, it should go behind you. If there is a wall in between you and its following distance, it might go behind it. It would take some kind of environment monitoring camera control AO/app to prevent this.

Not that great coverage, IMO. Was more of a "meh" piece than anything.

default { touch_end(integer i) { if (llDetectedKey(0) == llGetOwner()) { if (llGetLinkKey(llGetNumberOfPrims()) == llGetOwner()) { llRequestPermissions(llGetOwner(),PERMISSION_TRACK_CAMERA); } else { llOwnerSay("You must be sitting on me in order for me to capture your camera position and rotation."); } } } run_time_permissions(integer i) { if (i & PERMISSION_TRACK_CAMERA) { rotation cam_rot = llGetCameraRot() / llGetRot(); //link relative camera rotation vector cam_pos = (llGetCameraPos() - llGetPos()) / llGetRot(); //link relative camera position llSetLinkCamera(LINK_THIS,cam_pos,cam_pos + llRot2Fwd(cam_rot)); llOwnerSay("Camera view captured! Stand up, resit and press ESC to see camera offset."); } } } Save a copy of this script in your inventory. Drop into your furniture. Sit on the furniture. Alt-cam your furniture and adjust your camera angle to the desired view. Click the furniture and receive the message your camera was captured. Stand up, resit and press ESC if your camera wasn't already following you. You should now see the same camera angle you captured earlier. The script is based off of the example here. I was going to post the script I wrote a few years ago, but it is more complicated. The way camera offset works is, it will check the first link that has a camera offset set and will use that for all sitters unless the link a sitter is sitting on has one set itself, in which case, that will be used for that sitter.

Response on NFTs by Brett Linden (VP of Marketing):

What I see with the two pieces at the location above is no camera eye & at offset set nor llSetCameraParams() usage. So, upon camera reset (hitting ESC) my camera will go behind my head aiming at the back of my head, which is what I currently have my view in Firestorm set for (Rear view). The lack of the aforementioned function usage is why zooming in/out via mouse wheel is still possible. This is what I've seen with such setups for years. I do not use Firestorm's nor any viewer's custom camera angles feature. I also do not use an AO that uses pre-assigned camera angles with sitting.

Why not file a bug report at https://jira.secondlife.com/ with steps to repro as well as steps to compare the same objects working correctly elsewhere? Nothing will be fixed without going through official channels. I'd also like to see where this is not working and where it is as described.

This behavior usually means no camera at/eye offset were assigned for each sit target in the furniture. Most furniture retailers are oblivious of these settings too. I've had to set them up for 44 out of 45 different pieces of furniture that I use with my adult app. The only reason you see it "sometimes" is when you are alt camming something when sitting. If your camera was "reset" and actively following your avatar, it would go behind your head on sit if no at/eye offset is assigned to the sit target you are sitting on. http://wiki.secondlife.com/wiki/LlSetLinkCamera

File a feature request at https://jira.secondlife.com