Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Equinox p2 UI Plan"
(→Issues for 3.4.1) |
(→UI/Usability) |
||
Line 22: | Line 22: | ||
===UI/Usability=== | ===UI/Usability=== | ||
* Usability review of general strategy (modality, overall organization, etc.) | * Usability review of general strategy (modality, overall organization, etc.) | ||
− | ** | + | ** [[Image:Ok_green.gif]] Walkthrough with Eclipse UIWG |
+ | ** [[Image:Progress.gif]] Solicit usability reviews from product teams | ||
+ | ** [[Image:Progress.gif]] Write concrete user personas to guide use cases | ||
+ | ** Revisit proposals with Eclipse UIWG in September | ||
* Improved implementation of installed view | * Improved implementation of installed view | ||
+ | ** [[Image:Progress.gif]] Investigate integration with about dialog | ||
** Ability to view different levels of detail [https://bugs.eclipse.org/bugs/show_bug.cgi?id=224472 Bug 224472] | ** Ability to view different levels of detail [https://bugs.eclipse.org/bugs/show_bug.cgi?id=224472 Bug 224472] | ||
** Separation of product base vs. "add-ons" [https://bugs.eclipse.org/bugs/show_bug.cgi?id=215398 Bug 215398] | ** Separation of product base vs. "add-ons" [https://bugs.eclipse.org/bugs/show_bug.cgi?id=215398 Bug 215398] | ||
Line 33: | Line 37: | ||
* streamlined license UI [https://bugs.eclipse.org/bugs/show_bug.cgi?id=217944 Bug 217944] | * streamlined license UI [https://bugs.eclipse.org/bugs/show_bug.cgi?id=217944 Bug 217944] | ||
* user repo naming (regression of UM function) [https://bugs.eclipse.org/bugs/show_bug.cgi?id=194224 Bug 194224] | * user repo naming (regression of UM function) [https://bugs.eclipse.org/bugs/show_bug.cgi?id=194224 Bug 194224] | ||
− | |||
===Performance/Stability=== | ===Performance/Stability=== |
Revision as of 13:51, 26 August 2008
Contents
This page describes the work planned for the next release (3.5) of the p2 UI. This includes improvements for the p2 UI in the Eclipse SDK, as well as issues that have to be addressed for alternate UIs (such as RCP app requirements).
Important fixes will be examined for inclusion/backport to 3.4.1.
The milestone plans for 3.4 have moved to Equinox p2 UI Eclipse 3.4 Plan
Issues for 3.4.1
- Improved progress reporting and honoring cancellation requests
- Improved presentation of errors (resizability, formatting)
- Fix confusing restart language
- Annoying /low risk bugs
Issues for 3.4.2
- NLS formatting fixes
- Layout glitches (Linux only)
- Investigate less eager loading of repos by the UI Bug 236485
Issues for 3.5
UI/Usability
- Usability review of general strategy (modality, overall organization, etc.)
- Improved implementation of installed view
- Investigate integration with about dialog
- Ability to view different levels of detail Bug 224472
- Separation of product base vs. "add-ons" Bug 215398
- better affordances in available view to show already installed, available updates, etc. Bug 216032
- this detail should be shown also in install/update dialog
- handling and presentation of repos
- Need to do a better job of deciding which repos to look up against Bug 234213
- better organization for known/discovered/disabled repos and discovery mechanisms Bug 218534
- streamlined license UI Bug 217944
- user repo naming (regression of UM function) Bug 194224
Performance/Stability
- revisit checkbox/filter/deferred fetch strategy Bug 233269
- resolution in the background Bug 236495
API
- Level of detail provided by API (listed from most general to most granular)
- Separation of contributions from the rest of the code Bug 221760
- One callable, preconfigured UI with pluggable policy (query providers, policies, etc.)
- Ability to place basic UI in different containers (dialog vs. pref page)
- Ability to reassemble groups (available, installed, history) into new UI
- Expose all building blocks for RCP apps
- Individual wizards, dialogs, actions
- Content and label providers
- Moving UI code to the core
- should UI be the one coordinating provisioning operations vs. having scheduling rules Bug 236493
- event batching when multiple changes are made Bug 234489 and/or Bug 236498
- improved error reporting and explanation of problems between the planner and the UI Bug 218055
- Ensure code is structured for managed scenarios (minimal UI that is required)
- Silent/automatic updating, user never sees the update UI, it just happens (but may need confirmation, restart dialog, etc.)
- User's environment is defined explicitly by someone external (administrator)
- Upgrade or install to a new specification
- Compare current installation to required one