[sldev] VWR-10311 Enabling lip sync by default

Joshua Bell josh at lindenlab.com
Mon May 4 09:26:33 PDT 2009


Just to throw out my heuristic here:

"A feature that's not enabled by default might as well not exist"

Caveats:
* Features that auto-enable based on some action or quality (e.g. video 
card capabilities, etC) don't count
* Diagnostic/experimental features (e.g. debug consoles) don't count
* Features that serve an uncommon but critical purpose (e.g. "purge my 
cache", "override system locale", etc) don't count, assuming they can be 
found by searching documentation.

... and so forth. The counter-caveat is that none of these can detract 
from overall usability.

Corollary #1: You're adding features that are enabled by default

Corollary #2: The ability to disable a feature is, itself, a feature, 
and therefore must be justified by the above heuristic!

So I'd ask folks on this thread:

(1) Is the lip-sync feature something that the majority of users will 
find a beneficial addition to their Second Life experience, or attract 
new users to the system?

If so, then make it enabled by default!

(2) Is the ability to disable lip-sync something that a significant 
number of users will need?

Only if this is critical should this feature be added. IMHO, the 
discussion on this list has not provided sufficient evidence that adding 
the "disable lip-sync" feature is warranted. (I'm not saying it isn't 
warranted, just that I haven't seen the evidence. It's also unclear that 
  a "don't show lip-sync for anyone I'm looking at" is the desired 
anti-feature, vs. "don't show anyone lip-sync for my mouthless avatar".)

FWIW, I'd vote for shoving a checkbox in the Voice Prefs tab, because 
it's not that cluttered and once a user has fallen into Preferences 
we've lost the "keep it simple and discoverable" game anyway. :( Like 
any UI, Preferences will continue to evolve with periodic 
reorganizations of the content. No app (that I'm aware of) that caters 
to non-engineers has ever had a stable preferences UI over several 
iterations.



More information about the SLDev mailing list