[opensource-dev] Open Development project: extendingavatarwearables

Carlo Wood carlo at alinoe.com
Fri Mar 26 04:56:45 PDT 2010


It bothers me a bit that we (you) would choose to go
for an implementation that is not the best or the
ideal one, ONLY because you want to push out a new
feature "in time".

Personally, I'd first design how I'd want it to look
from the user point of view (what most of the discussion
from the community is about) without taking into account
coding arguments. And once we have that, I'd just
implement it, no matter the costs or time needed.
That is what coders do: they implement what is requested.

Thus, since for almost everything we said so far your
argument is: we can't do that within the given timeframe;
can you defend, or at least make acceptable and understandable
that "a" new feature has to be added in 3 months, even if
that new feauture is a bit inferior compared to what
that UI could have looked like?

Changing it AGAIN in the near future (ie, 6 months later)
is probably not going to happen for several reasons :/
So, not doing it right now has almost the same implications
as deciding to never do it. I'd really like to understand
why that is the best thing to do.

Thanks for discussing this with us,
Carlo Wood <carlo at alinoe.com>

PS With regards to the UI design.
   I like the concept of "click wear" inserts the wearable
   in a default place, after which you can reorder it.
   And where this inserting means "at the top of a folder
   that one of the currently existing wearable categories".
   It just makes sense.

   But, in the end the goal should be that wearer can
   determine the order of every texture layer, or at
   least to a great extend, including:
   - Tucking in jackets or not (jacket <-> pants ordering)
     (my proposal was to add a pseudo jacket, below or
     above which other jackets are below or above the pants).
   - Wearing shirts over jackets (jacket <-> shirt ordering)
     (proposal was to be able to dump a jacket in the 'shirt'
     folder if one wishes).



More information about the opensource-dev mailing list