Skip to main content
Jump to: navigation, search

Equinox/p2/UIWG Walkthrough 2

< Equinox‎ | p2
Revision as of 14:22, 1 October 2008 by Susan (Talk | contribs) (Discussion topics)

p2 UI Walkthrough Eclipse UI Best Practices Working Group 10/2/2008

The discussion will be the most productive if the participants are already familiar with the p2 UI and issues discussed at the last walkthrough (p2 UIWG First Walkthrough).

To-do's from last walkthrough

  • Work on mock-ups/proposals that address the issue of overall organization (what tasks is user doing and what do they need to see to do them?) Post to wiki when available and contact UIWG to revisit issue. Ideas include:
    • Separate installed and available view and layer them. For example, installed view that expands into view of what's available
    • Fast path for simple case (check for updates...)
    • Merge the installed/available view into one view that allows filtering

What we've done since then

Discussion topics

  • Are the personas representative (note we are not attempting to define personas during the call, but rather determine if more work is needed and how to get better input)
  • Are the conclusions reasonable
  • Are the new workflows better and for whom?

Notes from the meeting

Same disclaimers as last time. I didn't capture the names of who said what, and I'm sure I missed some things. The discussion was fast and furious and I tended to jot the things down that were new to me or captured a new angle on something. I'm sure I overlooked some important things, please help me fill them in. I've grouped comments underneath the agenda items where it fit even though the discussion didn't really follow this format

  • Are the personas/use cases representative
    • Agreement that there is a wide range of user experience
    • One of the biggest problems is that different products based on Eclipse have different user models of what "the product" is. So this needs to be captured in the personas. Do I have an SDK? Do I have Ganymede? And this info needs to flow through the use cases, and for different users the level of detail is different
    • Novice just wants to update what they have, simple version numbering, no idea of underlying features
  • Are the new workflows better and for whom?
    • There was some agreement that the "install new software..." workflow is improved by virtue of being able to go back after you resolve and change what you want to get
    • The workflow will be more improved if we can deselect the things that don't resolve at a minimum and possibly explain the problem
    • The drilldown of info for what is installed is still an important thing lacking
    • Users are getting more detail than they need. For example, version numbering is way more detailed than many users care about

Some thoughts

There are fundamental conceptual issues that are making the update UI hard on the end user and they have more to do with how we are packaging things and the metadata we are generating than the actual workflows in the UI.

Back to the top