Bug 334116 - [Doc] common tree view with columns
Summary: [Doc] common tree view with columns
Status: REOPENED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: EMF-Facet (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P5 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Nicolas Bros CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-12 10:04 EST by Nicolas Bros CLA
Modified: 2020-05-01 11:27 EDT (History)
2 users (show)

See Also:
gdupe: indigo+
gdupe: juno+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nicolas Bros CLA 2011-01-12 10:04:48 EST
In many cases (Query view, FacetSet view, Customization view, EPackage view, Discoverer view, etc.) we need a  view with the following features:
- an Eclipse view containing a tree viewer (with columns) displaying a provided set of elements
- the columns have to be definable by an extension/configuration of the view
- the columns have to be sortable
- the column sizes have to be saved between two uses of the view (including after a restart of Eclipse)
- the view registers an extensible popup menu
- the view has to implement a "delayed-refresh" (only refresh after a delay after the last refresh request, in order to avoid multiple useless consecutive refreshes)
- the extension/configuration of the view can provide a method to define what happens when an element in the view is double-clicked.

Class AbstractCatalogView was created to factor out common functionality and duplicated code between all the "catalog" views in MoDisco (for queries, facets, customizations).

With Bug 333843, I fixed the problem that AbstractCatalogView saved column widths for all subclasses, refactored AbstractCatalogView, extracted a new PersistableColumn class to factor out functionality needed for the new discoverers UI, and created wrappers for JFace columns that work for both tables and trees, so as to be able to handle both in the same class instead of duplicating the code for each.

In parallel, AbstractCatalogView was copied into EMF Facet, and renamed to AbstractTreeView.

Now, in order to reduce maintenance cost by eliminating redundancy, we would like to merge these two forked classes back into one (which will live inside EMF Facet).
Comment 1 Nicolas Bros CLA 2011-01-13 10:01:44 EST
Fixed in revision 200.
Comment 2 Nicolas Bros CLA 2011-01-17 04:22:50 EST
marking as fixed
Comment 3 Gregoire Dupe CLA 2011-06-08 09:59:45 EDT
Hello,

Documentation (Javadoc) of the class AbstractCatalogView is missing. This class has been designed to be reused, a good documentation is then required.

Regards,
Gregoire Dupe