On Aug 22, 2007, at 1:18 PM, Mimi Yin wrote:
I'm composing a separate email to try and capture the main points
and provide an update, but going to address a few of Ted's issues
here:
On Aug 21, 2007, at 5:18 PM, Ted Leung wrote:
I understand the rationale for putting the navigation stuff first,
but it didn't seem to work well for me. I was wondering if doing
Smorgasbord or Stamping first might be clearer.
I'm concerned that Smorgasbord and Stamping don't provide enough
context for the overall structure of the App. Navigation sets up
the canvas to explain the scope of Chandler: Mail, Tasks and
Calendar...and it's basic organizational affordance: Collections.
But again, I'm uncertain of the order too. So I'm open to trying
different orders if you and others feeling strongly about it.
I don't feel strongly enough about it to say that it's a show
stopper, but the order did seem unnatural to me.
I think that the screencasts would be much stronger if there was a
little more of a scenario that showed how the various features of
Chandler are used. I recognize that this would require a bunch
more work, and that there might not be time to do it.
More scenarios like the Schedule a Task and Invite helpers?
Basically more real-world scenarios? I think that'd be a good
premise for a second round of screencasts.
Yes more real world scenarios, and preferably a single scenario that
would be common across the various screencasts, each building on the
others.
I'm assuming that the voiceover for the Sharing movie is on the way.
I am hoping to get to adding voice to the Sharing-Hub screencast,
but that may not happen before Preview launch as I am away on
vacation next week. I chose that one to re-do with voice last
because I think of all the concepts, it's the easiest to understand!
Voice is not a showstopper, but obviously it would be nice to have it
in.
As far as the production values go, the background audio in
Navigation was pretty distracting - you don't have to do music,
but reducing the noise somehow would help. In both Smorgasbord
and Triage, some of the pauses seem a bit too long to me.
Yup. It's hard to get the timing right. I opted to err on the side
of too slow rather than too fast, which is the feedback I got after
an initial round of showing the demos to non-OSAF folks. We can
improve this with fine-tuning but given the limitations of the tool
I'm using and time, I don't think I'll get to it for Preview.
Yeah that's probably the correct tradeoff.
Ted
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "General" mailing list
http://lists.osafoundation.org/mailman/listinfo/general
