Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

1 Neutral

About Zunx

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 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).
  2. 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.
  3. I made a stripped down fullperm version of the system, that I can give away to anyone willing to help me
  4. 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.
  5. 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.
  6. 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
  7. 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:
  8. 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
  9. 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 p
  • Create New...