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

[Morgaine]

On Tue, Mar 23, 2010 at 4:35 AM, Bryon Ruxton <bryon at slearth.com> 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.


In addition to the fact that many people simply "do not like" the sidebar,
there are several more technical reasons why it is a bad idea ergonomically
too, such as limiting displays to only one type at a time (eg. not inventory
AND friends) and only one instance at a time (e.g can't show two profiles).
In addition, the continual movement and resizing shifts the 3D world in a
very dizzying way, and chasing the '<<' tab across the screen breaks an
elementary ergonomics rule for toggles and is very bad for accessibility, as
well as extremely annoying.

Given that the sidebar has so many problem and no advantages that have ever
been defended, I suggest that the work should start by the sidebar advocates
explaining the benefits that they see in the sidebar.  Since this is an open
development project, the community can weigh the advantages of the sidebar
against its disadvantages, and if the advantages are lacking then the
sidebar can be dropped and filed under "bad idea", or at least made
optional.

Although some people will probably suggest that the *real* likelihood of
getting the sidebar dropped is nil, I think we should take the moral high
ground here and assume that the sidebar too is subject to community
feedback.  Let's assume that this is an open development project in which
advice from the community is considered seriously and in which engineering
judgment and commonsense will prevail.

What are the ergonomic / HI advantages of the sidebar?


Morgaine.





===================================

On Tue, Mar 23, 2010 at 4:35 AM, Bryon Ruxton <bryon at slearth.com> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100323/a8ee1795/attachment-0001.htm