Alright, here's some features that, if missing, *someone* would complain: -Any given AO needs to be able to have multiple stand, sit, and groundsit animations. Stands needs a choice of either playing them sequentially, randomly, or on a set timer. For sits, people want choices of which sit of many to use so they can switch between them while sitting. In both cases, the amount of animations you can put on one slot shouldn't be capped.
It would actually be going the extra mile to let ANY slot have multiple on a choice/sequential/random/timer, if it can be done without over complicating the UI. (by the way, the "slots" I am referring to are all of the possible return values from llGetAnimation, plus some extras like typing animation) -Secondly, an easy way to turn the whole thing on or off (without taking it off) is needed, AND a way to just turn the sit override on it off but keep the rest on The most common AO is the ZHAO-II AO HUD, it's open-source and is usually the standard as far as features go. As far as new features go, I would look into all of the system animations an avatar can do, and consider allowing them to be replaced too. (Example, the shout, chat, away, and voice animations are not always included features of AO's, but they make great candidates.) -Adeon - On Apr 13, 2012, at 12:16 PM, "Oz Linden (Scott Lawrence)" <o...@lindenlab.com> wrote: > On 2012-04-12 17:50 , glen wrote: >> On Thu, 2012-04-12 at 14:09 -0700, Ann Otoole wrote: >>> Thankfully the previously bad aos are not so bad now. If a client side >>> AO cannot perform what Oracul and/or Vista AOs do then it is a total >>> waste of time to bother with the client side code. In order to do >>> client side AOs requires AO expertise. Period. Don't even bother if >>> you don't have it. Because it will be a waste and people will still >>> use AOs. >> Agree. I'm one of the ones who's written a scripted AO. I tried the >> client-side AO in Firestorm and went back to my own because of the >> feature set. A server-side AO would like be even worse. >> > > Ok... so those are nice opinions to have, but you're not succeeding in > educating me... what is it that makes these better or worse? > > What do they do or not do that differentiates one from another? > > _______________________________________________ > 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
