[opensource-dev] Open Development project: extending avatar wearables

Glen Canaday gcanaday at gmail.com
Wed Mar 24 18:07:14 PDT 2010


I'm a little unsure what the tiny robot means about the appearance 
floater being all yucky....

We'll still need it for the shape sliders, will we not? After all, it's 
incredibly convenient to just put it where you want it in order to 
reduce the mouse-miles involved. Sticking it ALL on the right... yuck. I 
would need an extension to my desk to keep going that far to the right.

I know they put a lot of effort into it, but 2.0's UI already has too 
much tossed into the sidebar junkbox - could we at least keep the 
floater for shape editing? I find it very useful as it is. Wearables, 
since new functionality is being added, sure... but the community is 
going to tear the sidebar up, anyway.

--GC


On 03/23/2010 12:58 PM, Nyx Linden wrote:
>    The current iteration of the appearance floater needs to go away. The
> current implementation has been held together with chicken wire, bubble
> gum, and duct tape. It works for now, but it won't hold up to the
> addition of multiple wearables of a given type. The currently designed
> plan is to extend the appearance sidebar to pick up the extra
> functionality of editing a saved outfit and editing of individual
> wearables. I think the flow between the different stages (selecting your
> outfit, editing your outfit, editing a wearable item) should be pretty
> useful and intuitive. I'll be posting our initial design thoughts once
> we get the appropriate channels set up (forums most likely).
>
> I will remind you, however, that this project is specifically about
> extending the avatar functionality. Yes there is a UI element here, and
> I'm open to discussion of various ways of presenting the UI for these
> specific features, given that the ideas are 1) easy to use and intuitive
> and 2) still able to be done within the given timeframe.
>
> It sounds, however that you're asking for the ability to "tear off" any
> of the sidepanels into independent floaters. This is good feedback, and
> a perspective that a number of residents share, but this project is not
> the one that is capable of doing that. We have a design team and a
> "Viewer interactive" team that is in charge of the overall design and
> GUI implementation of the major elements of the viewer. I'm pretty sure
> that they're already aware of this feedback, but I'll send it their way
> again.
>
> Let's keep discussion of the multi-wearables functionality on-target,
> please :)
>
> -Nyx
>
> Bryon Ruxton wrote:
>    
>> Could you please stop putting everything into that sidebar as the only
>> way to access stuff. You’ve kept wanting to make this “communicator
>> window “ before into a single un-detachable block. And despite many of
>> use hating it and asking for you to make separate floaters, (or at
>> least give us that option), you keep attaching everything all together
>> again in that sidebar. This is an ill conceived approach for many of
>> us, who are used to identify specific panels at a specific position of
>> our choice on the screen just like . Blending it all together makes it
>> harder in that sense.
>>
>> I recall LL hiring a guy who worked on the Tivo interface which is a
>> great one for its purpose. But the viewer is a much more complex
>> interface. I see too much of the Tivo formula into this “drawer”. The
>> worse part is that the sidebar buttons are stuck on the left side and
>> actual move with the sidebar panel itself. That seems wrong. Button
>> should stay at the same place on the right in an Adobe fashion for
>> distinction purpose.
>>
>> I wish you had studied and adopted the approach of the Adobe UIs with
>> stackable and detachable panels and buttons on the right side (which
>> always stay there). Their approach is a much better solution in my
>> view that this drawer type, which is a huge waste of space right now
>> and adding to the required amount of clicks to get somewhere.
>>
>> In short, please reserve an option for detachable floaters as much as
>> possible, and please
>> consider the Adobe approach for a more flexible and customizable
>> sidebar(s) for Version 2.x.x
>>
>> Thank you
>>
>> On 3/22/10 8:06 PM, "Nyx Linden"<nyx at lindenlab.com>  wrote:
>>
>>      Good question! There is still a lot of detail left out of these
>>      descriptions, but we are planning on moving the UI in the
>>      appearance editor into the sidebar, along with creating a new
>>      outfit editor UI. You will still see the results of the changes
>>      you are making on your avatar in-world in real time. There will
>>      still be an "editing appearance" mode as you have now, it will
>>      just be accompanied by a panel in the sidebar instead of a
>>      separate floater.
>>
>>      - Nyx
>>
>>      On Mon, Mar 22, 2010 at 6:56 PM, Argent Stonecutter
>>      <secret.argent at gmail.com>  wrote:
>>
>>
>>          On 2010-03-22, at 12:45, Nyx Linden wrote:
>>
>>              1) A new panel to edit what is stored in your saved outfit
>>              without
>>              creating a new one.
>>              This will include both an inventory view and a view of
>>              your outfit
>>              itself, so you can drag items from your inventory to your
>>              outfit without
>>              having an extra floater open
>>              2) Editing of wearable items (body parts and/or clothing
>>              objects) in the
>>              sidebar, selectable from the outfit editor
>>              3) Removal of the appearance floater
>>
>>
>>          I have a concern about this, where it comes to editing outfits
>>          containing prim parts. You have to see them in world, you
>>          can't just edit them in a sidebar window, because you may need
>>          to edit them with reference to objects in world.
>>
>>          If I'm mistaken about what "removal of the appearance floater"
>>          means, in the context of a UI designed to allow you to edit
>>          outfits without having to wear them, then I'll be happy to be
>>          corrected.
>>
>>
>>
>>      ------------------------------------------------------------------------
>>      _______________________________________________
>>      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
>    



More information about the opensource-dev mailing list