[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [cross-project-issues-dev] Callisto experience take 2
- From: "Ed Burnette" <Ed.Burnette@xxxxxxx>
- Date: Thu, 16 Mar 2006 14:30:38 -0500
- Delivered-to: email@example.com
- Thread-index: AcZIYPxihrCR3vEdSrKYllg4Icwm0QAzjEPg
- Thread-topic: [cross-project-issues-dev] Callisto experience take 2
I believe a walkthru like that first page you mentioned would go a long way, plus rewording of a few things in the instructions and error messages I pointed out. It could be made much more approachable without a lot of work.
The other thing I think has to be worked out before release is the mirror problem being discussed in another thread; it needs to have some kind of automatic retry and fallback mechanism.
From: cross-project-issues-dev-bounces@xxxxxxxxxxx [mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx] On Behalf Of Nick Boldt
Sent: Wednesday, March 15, 2006 1:48 PM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] Callisto experience take 2
This is a very valid exercise, which (in theory) all of us should use for every process/UI we design. Assuming that the user has either the time to explore & test stuff out, or the skills to read between the lines, is never a wise assumption, so kudos for taking the time to put on the noob hat. ;-)
What do you think about providing a walkthru, similar to this document from a year or so ago (in need of updating, of course)...
I'd suggest linking such a Callisto-based version of that document right off the initial splash page when you start up Eclipse, so that noobs can get though this more easily. Or how about a viewlet, like:
Or even just a Cheat Sheet, like the one in the above GMF tutorial?
Or... since the update process is all done w/ Java anyway, why can't it be put behind a single toolbar or Welcome Screen button, bypassing all the UI choices and just providing everything w/ a single click?
We need to make this process simpler - but because there isn't really much time left for that, Plan B would be for better / more consistent labelling, and better instructions.
I volunteer to help, but only if others will too.
Nick Boldt :: Software Developer
Eclipse Modeling Framework :: http://eclipse.org/emf IBM Toronto Lab, 8200 Warden Ave., D3/R8R/8200/MKM, Markham, L6G 1C7.
905/413/4308 || codeslave@xxxxxxxxxx && Nick Boldt/Toronto/IBM@IBMCA