|
Description
|
Carlo Wood proposed a way to decide which attachments would replace which other at the SLDev mailing list:
[\[sldev\] Proposal for Extending the number of attachments per attachment point.|https://lists.secondlife.com/pipermail/sldev/2009-January/012624.html]
Here's my try to reformulate his proposal to be shorter and (I hope) easier to gasp:
Up to now an item replaces another one if and only if they are of same "type" (for clothing) or would occupy the same attachment point (for HUDs/attachments). The feature would add (mutually exclusive) "categories" to what we currently have and an attachment/HUD would then only replace another one if and only if they would occupy the same attachment point AND both be of the same category. For clothing (as the proposal is now) nothing would change.
Users would be able to change the names of the individual "categories" to reflect their actual usage. Because the usage of the "categories" doesn't actually has to be in the sense of conceptual categories, maybe "slots" would be a better name. (Up to now, each attachment point has a single "slot". With the new feature there would be N "slots" per attachment point. Each slot can hold exactly one worn attachment at a time. Any newly worn attachment "pushes" a previous attachment at the same slot of the same attachment point (if any) "out of the slot".)
Carlo [proposes|https://lists.secondlife.com/pipermail/sldev/2009-January/012624.html] to implement this by the usage of bit-masks
|
Carlo Wood proposed a way to decide which attachments would replace which other at the SLDev mailing list:
[\[sldev\] Proposal for Extending the number of attachments per attachment point.|https://lists.secondlife.com/pipermail/sldev/2009-January/012624.html]
Here's my try to reformulate his proposal to be shorter and (I hope) easier to gasp:
Up to now an item replaces another one if and only if they are of same "type" (for clothing) or would occupy the same attachment point (for HUDs/attachments). The feature would add -(mutually exclusive)- "categories" to what we currently have and an attachment/HUD would then only replace another one if and only if they would occupy the same attachment point AND -both be of the same category- +share at least one category (one item can be in multiple categories at once, or none at all)+. For clothing (as the proposal is now) nothing would change.
-Users would be able to change the names of the individual "categories" to reflect their actual usage. Because the usage of the "categories" doesn't actually has to be in the sense of conceptual categories, maybe "slots" would be a better name. (Up to now, each attachment point has a single "slot". With the new feature there would be N "slots" per attachment point. Each slot can hold exactly one worn attachment at a time. Any newly worn attachment "pushes" a previous attachment at the same slot of the same attachment point (if any) "out of the slot".)-
Carlo [proposes|https://lists.secondlife.com/pipermail/sldev/2009-January/012624.html] to implement this by the usage of bit-masks
|