-
Posts
10 -
Joined
-
Last visited
Content Type
Forums
Blogs
Knowledge Base
Posts posted by Zunx
-
-
I was used to constantly wear some huds, for fast reaction reason. But I know it causes lags too, and I also reached my attachment limit. So I adapted.
But even with that, sometimes I can't even wear all the things I want (jewels, multi-parts mesh outfits).
My girlfriend, who is piercing addict, is really limited by her attachments, just her piercings taking 5 or 6 attachments.
Anyone saying the current limit is ok, is putting blinders over his eyes. People complaining about it tried their best to manage it, but it's really getting frustrating.
- 1
-
I made a stripped down fullperm version of the system, that I can give away to anyone willing to help me
-
I undrestand well the copy/mod/transfer permissions. I don't try to copy transferable no-copy items. The textures I try to copy from one prim (rezzed by my hud) to a child link of my hud are either copy/mod/trans (fullperm) or copy/mod. That means I can't transfer them to another owner, which is irrevelant to me as I don't want to transfer them anyway (all under the same owner).
But the fact is in this schema, if I try to copy a copy/mod (no transfer) from my rezzed object to the hud, I can't.
-
I just tried with a loop on llGiveInventory, and got the same result: no transfer items are not copied, despite the copy is made to the same owner (me) of the two objects involved.
-
Hello Berksey
What I'm building is a texture organizer hud (aka worn attached to the hud). The goal is to put all my textures in central places instead of my inventory. There is the solution of rezzed organizer, but it consume prims, and I prefer the hud way. This said, as items can't be dropped in a hud attached obect, I don't want to rez my hud, drop images in it, and grab it back in my inventory each time I want to put textures in it
The installer is a quick an easy solution. You click on a button in the hud, it rezzes that installer prim in front of the avatar, just drop textures in it, and then click on the prim to get teh textures back in the hud, directly. The installer auto-dies.
-
Thank you Rolig, I will try with llGiveInventory() then, it just seemed simplier to make one copy call than looping on the list to send one by one (as the folder argument is not used).
And yes Innula, that's what I want to do:
QuoteThe rest of your explanation suggests you are trying to copy items from an installer object to a HUD that you're wearing.
-
4 minutes ago, Rolig Loon said:
I don't understand why you even need this bit of code. It's just asking whether you have copy perms on the item. Since all you want to do is move the items from one prim to another, why do you care? Just move them.
I thought nocopy items couldn't be transferred by llGiveInventoryList()... I managed to give a warning to the user when the inventory contains non copiable items, to be sure they wont be lost. I haven't even tried it. If it works, of course I wont test the permissions. But the main point is not the permission checking, as what I thought working, just does not work
-
5 minutes ago, Innula Zenovka said:
Hello Innula, and thank you for your reply.
I checked permissions, and it works well. A bitmask generates an integer value, that does not need to == tested (as the result is 0 if the value does not contain the masked part), so my test is like
if ((PERM_COPY & llGetInventoryPermMask(name, MASK_OWNER)) == PERM_COPY)
Now for what I want to do. Things can't be copied directly from avatar inventory to a hud attached object, so to avoid rezzing the hud (it's a texture organizer hud), I found this solution better, as it's more user friendly. The fact I don't want to message UUIDs, is that I actually want to store the textures in the hud (and thus, need to copy them from my rezzed installer).
I have already seen a long time ago such a system, but I surely lost it during an inventory cleanup. What I'm not sure of, is the reason of the failure. For example, if I have that set:
- texture1 (mod/copy/trans)
- texture2 (mod/copy/notrans)
Then llGetInventoryList() will copy correctly texture1, but not texture2. I haven't tried with llGiveInventory(), but I don't see why it would change anything. At least, nothing I can see in the documentation.
-
Hello
I'm doing an installer, an object rezzed from a worn attachment, to be able to drop content inthe installer, which then can copy it's content into the initial attachment.
- The installer to rez is in the root prim of the attachment, as well as the script used to rez it.
- All is for the same owner (the avatar on which it's attached)
- The content is copied to a child link of the attachment (key sent to the installer via after-rez handshake)
- Content to copy are textures.
Although all belong to the same owner, I have issues with textures not having the transfer perm. I get a Debug window error listing items that couldn't be copied.
Here is the piece of code doing the copy:
count = llGetInventoryNumber(INVENTORY_TEXTURE); if (count) { list copy; for (i = 0; i < count; ++i) { name = llGetInventoryName(INVENTORY_TEXTURE, i); if (PERM_COPY & llGetInventoryPermMask(name, MASK_OWNER)) { copy += name; } } if ([] == copy) { llOwnerSay("No copiable item found."); } else { llGiveInventoryList(sendTo, llGetObjectName(), copy); } }
So as the owner does not change, why I get this issue, and how to fix it?
Cheers
We need more attachment points...38 is not enough anymore, IMO.
in Your Avatar
Posted
I'm not saying all others are wrong. Just that with increasing possiblities of attachments (not even talking about the new bento ones, mutliplicating ways to add things), the limit should increase as well. More and more people are reaching this limit, and must make choices about what to wear, even if managing well worn hud (detaching them unless they are needed).