[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [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.

-----Original Message-----
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

Ed:

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)...

   http://www.eclipse.org/emf/docs.php?doc=docs/UsingUpdateManager/UsingUpdateManager.html

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:

   http://www.eclipse.org/gmf/tutorial/viewlets/tutorial.html

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.

Cheers,

--
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