Wulfie Reanimator

Said the painter to the digital painter.

Firestorm also shows the priority in the "attach to..." menu, it's the number at the end.

I know this, been here long before mesh. Do you want to go back? How do you propose we do that? I don't have any good ideas, there is too much flexibility in how the current system is used.

I play a bunch of different games, the clothing systems in them are not similarly confusing because they're much more strict systems. This includes IMVU as shown above, which I used to play before Second Life. You generally don't get to wear everything in one slot, clothes and accessories have well defined "this is where this goes" rules in games. Second Life doesn't have rules like this, you can wear your pants on your head and it'll look just fine because the attachment system is "object agnostic." There's no physical difference between pants and a hat. If SL was to totally remake the attachment system and create hard categories for mesh clothes (you can wear one thing classified as "pants" and that's it), the replacement feature would make a lot more sense as with other games. Those are the two ways to go about it, but I think making "add" the default action is much more practical.

You can put multiple items in the Marketplace product folder. You should probably read these knowledge base articles: https://community.secondlife.com/knowledgebase/english/selling-in-the-marketplace-r88/ https://community.secondlife.com/knowledgebase/english/managing-your-marketplace-store-r87/

Oh don't worry, I'm not making real updates to any viewers. The example I mentioned was just a personal change / concept to make a point about how simple the change could be. My personal opinion is that the vast majority of people are more confused than helped by the 'replace' feature, even if it could be made to work with lots of manual organizing of attachment points. (We can't rely on merchants to come to a consensus on which "standard attachment point" to use for bra/shirt/jacket or any number of accessories.)

When searching for "RazzaNova," the old items seem to show up earlier because they have that search term in the keywords (while the BOM products don't). That makes the old products more relevant with that term. The same won't happen while searching for more generic terms. The results will probably be very different and (mostly) easily explainable.

It would be very simple to present one option - "wear" - which either adds objects/layers or replaces the few special things. It's just a UI thing which doesn't even require any changes to the code of the viewer, and then nobody would have to even think about the difference. (I've posted an example of me making that change some years ago.) Heck, we should almost certainly at least make "double click add" a default, since it's an adjustable setting anyway.

Why not use the snapshot tool in the image picker? (Second button from the left.) It would skip a couple steps in your process.

Inventory previews are limited to 256x256 resolution, but you can use any size texture (upload from computer, choose from inventory) to create a preview. They just get resized down to the correct resolution.

Never mind, I might be confusing some things. I'll get back to you when I have more time to figure it out. 😋 I was able to add an image to the product folder in the viewer's "Marketplace Listings" window, and it was redelivered from Marketplace just fine.

Oh yeah, I don't think llGiveInventoryList has any way to include an image. BUT folders will also show first texture in the folder, if it contains one. Marketplace listings can give out folders with images though... I'm 99% sure. Can't test right now.

Just tested it with an alt: Sending a folder to someone with an image attached to it will transfer the image as well. That's how I would've expected it to work too, so that's good!

To be fair, the inventory preview feature is still very fresh, it always takes time for knowledge to spread and people to adapt. I don't think 98% of people realize that everything - inventory items and folders can have images attached to them. And probably 80% of that knowledgeable 2% might not have realized that you can add your own picture even to no-modify items.

Of course avatar complexity should be limited, but you were responding to (and arguing for) the most useless metric we currently have, while misinterpreting Beq and pretending you know what you're talking about. You're just moving the goal post now.

Beq did not do that. She said the opposite during the TPV meeting on March 15th. When she's talking about limiting avatar complexity, she's not talking about "Complexity." She even reiterates (multiple times) that she's talking about something entirely different.

Yeah, but I'm 80% sure it gets resized to 256x256, just like how you can choose 2K or even 8K files when uploading textures (which get resized to 1024x1024).

This is normal behavior when the parcel has disabled the setting "Avatars on other parcels can see/hear avatars on this parcel." If you want people at ground level to see you in the sky, turn that setting on. That will of course turn off parcel privacy in that parcel.

Not at home to test, but I'm pretty sure inventory previews are limited to 256x256.

Yup. ALM is always enabled in the LL viewer, and will be in Firestorm. Some TPVs will continue to support non-ALM (forward-renderer) mode, like Cool VL Viewer, but the vast majority will be using ALM.

Don't worry, phone batteries make sure that can't happen.

That's a shame, your store is pretty well set up. How many times do your products show up in searches? The most important thing in the current MP situation is the product name - that holds the most priority when searching by "relevance." Keywords and the Features tab are secondary, and the description doesn't seem to matter at all. So for example, although your products have "LH" in the name, and "linden home" in the keywords, your products don't show up when I search for "linden home" because there are so many listings that actually contain "linden home" in the name. Basically, think of the most relevant things someone might search when likely to buy your products and work those into your product name, not just keywords. Longer names are also bad, because a product called just literally "linden home" is more relevant than a product called "something for your linden home."

There's no substitute for it. The trick relies on type-punning the value with pointers. &i ; creates an integer pointer to the value of i. (float *) &i ; typecasts the integer pointer to a float pointer. * (float *) &i ; dereferences the float pointer into the value being pointed to. The "pun" here is that the integer value of "i" is now interpreted as if it was a float all along. And since LSL has no pointers...

Have you tried without VPN, if you use one?

There are many things about the marketplace that need haven't been thought out very much or need improvement. There are also some significant things that actually affect most MP users and still get no attention. Whatever the MP team is doing, it's not visible nor communicated very much.