This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 107999 - Plugin Manager does not recognize categories nor the origin of the module
Summary: Plugin Manager does not recognize categories nor the origin of the module
Status: RESOLVED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: Plugin Manager (show other bugs)
Version: 6.x
Hardware: All All
: P2 blocker (vote)
Assignee: Jiri Rechtacek
URL:
Keywords: USABILITY
Depends on:
Blocks: 109131
  Show dependency tree
 
Reported: 2007-06-25 13:21 UTC by Adam Sotona
Modified: 2007-08-08 11:41 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Adam Sotona 2007-06-25 13:21:19 UTC
Current Plugin Manager UI does not allow to recognize origin of the module (stable UC, alfa UC, SDK Catalog, etc..) nor
the category of the module.
Everything is mixed in one list.
Comment 1 Adam Sotona 2007-06-25 13:22:53 UTC
I think this is regression in usability.
Comment 2 Jiri Rechtacek 2007-06-25 13:32:14 UTC
Not true, each plugin shows own source: either Development Update Center, Stable UC etc. by UI spec.
Comment 3 Adam Sotona 2007-06-25 13:46:35 UTC
Ok, I see, it is in the description of the module.
May be I should better describe our use case to understand the usability problem.

We have a user that would like to see available SDKs from catalog and install some of them.

In the old version it worked following way:
1. user selected SDK Catalog UC
2. user got a tree organized by category (in our case by provider of the SDK)
3. user selected from the SDKs
4. user downloaded and installed the SDKs

Now the scenario is little bit complicated:
1. Plugin Manager downloads everything from all UCs
2. user goes to New Plugins and see Developer Collaboration, Maven and link 88 more...
3. user clicks 88 more.. and got alphabetical list of 88 modules. Which of them are SDKs?
4. user has to know the name of the SDK to select or scroll down one-by-one to look for Source: Java ME Platform SDK Catalog
5. download and install is then simple

This is a hight-priority usability issue for us.
Comment 4 Jiri Rechtacek 2007-06-25 14:14:15 UTC
Review of UI spec. is done long time ago, no way to switch to TreeTableView after FF. Note there is a possibility to
filter plugin by search field, ie. type 'SDK' and only plugins from SDK UC are visible. Frankly speaking, I don't see
any way how to present plugins by its source in current Plugin Manager layout. We didn't catch this usability
requirement while Plugin Manager UI designing. We can track it for future Plugin Manager redesign after NB6. If there is
no strong objection I'm going change to RFE for a next release.
Comment 5 Antonin Nebuzelsky 2007-07-03 17:02:26 UTC
Adame, the old tree-like view is gone. What the user is supposed to be doing with the new UI is searching.

So, one possible way for the user is to type SDK into the Search field and find the appropriate plugin in the filtered
list. Do you think this would work for your users?

There are two more things we could do, but both would mean making the UI more complicated, so there must be a good
justification for it:

(1) add another filtering option besides the Search field above the table - a combo with a list of Update Centers which
would also have an option "all" (selected by default)

(2) add the column Category back to the table, so that the user would be able to sort the table by categories; note that
categories are now hidden in the UI, but all modules still have a category declared and the Search field looks into this
property as well as into name and description

Comment 6 Jiri Rechtacek 2007-08-08 11:41:08 UTC
After integrating issue 110566 this problem was fixed.