[opensource-dev] Removal of the "MultipleAttachments" debug settings ?

[Marine Kelley]

I understand, it makes sense, thanks for your reply Nyx. I did see the Add
option on 2.1.0 along with MultipleAttachments there too so I assumed both
were needed for some reason (this debug setting was used in a few places in
the code).


On 26 August 2010 22:43, Nyx Linden <nyx at lindenlab.com> wrote:

> Correct, that is what most people will do, and that's why we wanted to
> keep the behavior of double click / "wear" to be consistent with how the
> functionality worked in 1.23.X, as that's what most people are used to
> those functions doing.
>
> Since multi-wearables is a new feature, using the new functionality
> warranted using a new right click menu option.
>
> We'd like to keep things consistent for old users and offer new
> functionality for those who would like to take advantage of it. Its a
> fairly simple implementation for the UI for controlling multiwearables,
> however, so if you have suggestions for better ways of exposing the
> functionality, please do let us know!
>
>  -Nyx
>
> Trilo Byte wrote:
> > My mistake, then.  When I performed the same action to wear an item as
> > I had in previous builds and got the unexpected/unwanted result, and
> > saw that the debug option was gone, I thought it had broken (like
> > anti-aliasing did in the latest build).
> >
> > When this viewer gets released. it would be helpful if this change in
> > behavior was blogged and documented.  I think it makes a lot of sense,
> > but double-clicking on an item or right-clicking and choosing 'wear' is
> > what I imagine most people would do.
> >
> > Trilo
> >
> > On Aug 26, 2010, at 1:24 PM, Nyx Linden wrote:
> >
> >
> >>    "MultipleAttachments" was a debug setting we were using for testing
> >> multi-attachments internally because we didn't have sufficient UI for
> >> specifying what happened when you went to wear an item on your avatar.
> >> To be clear, the setting "MultipleAttachments" affected the "wear"
> >> option for attachments as follows:
> >>
> >> FALSE:
> >>    When set to false, any time you "wear" an attachment, it would
> >> replace all attachments at that point. If you're wearing three things on
> >> your head, and you "wear" something on your head, all three will be
> >> replaced with the new attachment. Result: you're wearing a single
> >> attachment on your head.
> >>
> >> TRUE:
> >>    When set to true, any time you "wear" an attachment, it would ignore
> >> whatever attachments were at that point and "add" the attachment onto
> >> that point. For example, if you're wearing three attachments on your
> >> head and you "wear" something new, you will end up with four things on
> >> your head.
> >>
> >>    We've removed the debug setting as we've implemented this
> >> functionality directly in the user interface, making the debug setting
> >> completely unnecessary. With the latest code if you "wear" an attachment
> >> on your head, it will act as if MultipleAttachments was set to FALSE -
> >> it will replace everything else on your head.
> >>
> >>    We have a new option in the UI which we've labeled "add" - which
> >> will act as if MultipleAttachments is TRUE - that is it will "add" the
> >> attachment to the attachment point, without removing the existing
> >> attachments.
> >>
> >>    With both of these options being available through the UI, there is
> >> no need for the debug option anymore. If you don't want to use
> >> multi-attachments, all you need to do is make sure you use the "wear"
> >> option instead of the "add" option. If this is not working as I've
> >> described, then let us know as we have some bugs to fix :)
> >>
> >> Let me know if this clarifies things.
> >>
> >> -Nyx
> >>
> >>
> >> Marine Kelley wrote:
> >>
> >>> Hello all,
> >>>
> >>> I am currently working at integrating the RLV code into the latest
> >>> 2.1.2 viewer in "viewer-development". Some users might have noticed
> >>> that the "MultipleAttachments" debug setting was set to FALSE by
> >>> default in order to stay compatible with 1.x, because 1.x users cannot
> >>> see attachments worn on slots 1 and beyond, only slot 0 is rendered.
> >>> So the feature is still rather useless because since most of the users
> >>> are still using 1.x, multiple attachments are to be avoided. However
> >>> having the option to choose whether to activate it or not was a good
> >>> idea. I even added a checkbox in the navbar to set it to TRUE or FALSE
> >>> in one click without having to open the debug settings (but that
> >>> version is not released).
> >>>
> >>> And now what I'm seeing in the latest version worries me. The
> >>> MultipleAttachments debug setting is gone ! The viewer behaves as if
> >>> it were always TRUE. On the paper it makes sense, since 2.x is
> >>> supposed to handle multiple attachments natively and the sims have
> >>> been updated to 1.40 (and now 1.42) almost only for this reason.
> >>> But... this is actually counter-productive because now someone who
> >>> tries 2.1 will soon discover that most of their attachments are not
> >>> showing to their friends. And that they require more steps to change
> >>> an outfit than before, because they now have to explicitely remove
> >>> attachments before wearing new ones.
> >>>
> >>> For a viewer that has a lot of difficulties being adopted by the user
> >>> base, isn't this move a little backwards ? Why not set
> >>> MultipleAttachments to TRUE by default and let the user choose in the
> >>> preferences or in the navbar as I did ?
> >>>
> >>> I for one would very much like to see the MultipleAttachments debug
> >>> setting come back and stay !
> >>>
> >>> Marine
> >>>
> ------------------------------------------------------------------------
> >>>
> >>> _______________________________________________
> >>> Policies and (un)subscribe information available here:
> >>> http://wiki.secondlife.com/wiki/OpenSource-Dev
> >>> Please read the policies before posting to keep unmoderated posting
> privileges
> >>>
> >> _______________________________________________
> >> Policies and (un)subscribe information available here:
> >> http://wiki.secondlife.com/wiki/OpenSource-Dev
> >> Please read the policies before posting to keep unmoderated posting
> privileges
> >>
> >
> >
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100826/e85f9564/attachment-0001.htm