[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